PureBoard

Verfasst: **17.05.2011 01:33**

hallo leute,

ich habe zwei anliegen unter Linux:

1)

Ich habe nun ein eigenes Gadget basierend auf dem ImageGadget gebastelt das unter Windows und Mac einwandfrei funktioniert. Eigentlich sind es nun eine Reihe an Gadgets. Bin gerade dabei sowas wie ein Cross-ToolKit zu basteln.

So nun zum Thema Linux.

Keines der Gadgets kann unter Linux in Echtzeit gezeichnet werden. Das Test-Programm hängt und stürzt ab.

Ich verwende #pb_event_repaint nicht. Statt dessen verwendet jedes Control intern einen Timer um auf MouseMove und damit verbunden auf MouseOver und MouseOut zu reagieren. Down und Up laufen unter Windows mittels #wm_lbutton* und unter mac verwende ich ein Beispielcode des mitgliedes Shardik das im englischen Forum zu finden ist. Unter Linux habe ich auch einen brauchbaren code irgendwo im forum gefunden, fällt mir gerade nicht ein.

Egal das eigentliche Problem ist wie geschildert, das ein sauber geschriebener code, das unter Windows und Mac denselben Effekt hat und eben reibungslos funktioniert, unter Linux sein Dienst verweigert.

Also mit Gadgets meine ich solche Sachen wie Buttons, Scrollbars etc. in Eigenbau. Der code ist sowas von umfangreich, so das ich es hier nicht posten kann. Für mich ist erstmal wichtig zu begreifen, worauf man unter Linux achten muss.

Mein Verdacht ist, das der GTKPixMap, das unter Linux den ImageGadget representiert, in diesem Sinne nicht zu gebrauchen ist, weil ich vermute, das er nicht in Echtzeit bemalt werden kann. Klingt irgendwie blöd, scheint aber so zu sein.

Viele Controls verwenden im Hintergrund LinkedLists um Ihre Daten zu verwalten. Beispielsweise eine Tabelle, das seine Zelldaten in einer komplexen Struktur mit LinkedLists verwaltet. Natürlich wird beim Zeichnen jedesmal die gesamte Struktur durchgearbeitet, die in den sichtbaren Bereich der Tabelle fallenden Spalten und Zellen ermittelt und gezeichnet. Das braucht natürlich etwas Rechenzeit. Unter Windows und Mac läuft es tadelos schnell. Eben wie eine echte Tabelle. Unter Linux kann die Tabelle gar nicht aufgebaut werden.

Kann es sein, dass das Arbeiten mit solchen Strukturen und Linkedlists beim Zeichnen als Grundlage unter Linux irgendein Problem mit dem Subsystem, das bei PB verwendet wird, zu tun hat?

Bzw. worauf muss ich beim ImageGadget unter Linux achten, wenn ich auf einem ImageGadget ein Control darstellen möchte, das auch im Echtzeit reagieren muss? ZB ein Scrollbar, ein CheckBox, ein DropDown-Button, eine Tabelle etc.

Dabei werden zum Beispiel Mauskoordinate auf dem ImageGadget ermittelt, die zb auf eine bestimmte Stelle im Gadget zeigen und dabei an dieser stelle einen gedrückten Button simulieren wie beim Scrollbar.

Mein Toolkit verwendet unter Windows und Mac Images in Disabled-Modus. Das Fenster hat einen Container-Gadget als Unterbau. Alles wird auf ihm abgelegt. Die Ereignisse werden auf ihm abgefangen. Der aktive Control wird über ein Focus-Flag ermittelt und der besagte Control reagiert in einer eigenen HandleEvents-Methode auf das Ereignis.

Unter Linux kann ich die Disable-Methode auf den ImageGadget nicht so einsetzen wie unter Windows und Mac. Beim Disablen wird der Gadget in GrayScale-Modus versetzt und das sieht dann unschön aus. Was kann man an dieser Stelle machen?

------------------

2)

Unter Windows verwende ich GetAsyncKeyState um eine umfrangreiche Tastatursubroutine für mein ToolKit zu basteln. Unter Mac verwende ich einen Beispielcode vom englischen Forum, vom Mitglied Shardik. Unter Linux suche ich nach einer Lösung. Weiß jemand einen Rat?

Ich weiß zwar wie ich auf ein KeyDown und KeyUp unter Linux reagieren kann, aber ich muss eben auch wissen, auf welche Taste gedrückt wurde? Außerdem brauche ich eine Lösung, um den aktuellen Tastatur-Layout zu ermitteln.

Kann mir jemand hierbei einen Tipp geben?

mfg

kurt

Verfasst: **17.05.2011 03:11**

zu 1) Such im Forum mal nach dem neuen CanvasGadget(). Hier könnte es zum Beispiel interessant sein.

Verfasst: **17.05.2011 12:13**

delikanli_19_82 hat geschrieben:Ich verwende #pb_event_repaint nicht. Statt dessen verwendet jedes Control intern einen Timer um auf MouseMove und damit verbunden auf MouseOver und MouseOut zu reagieren.

Es ist nicht unbedingt nötig, dafür einen Timer zu verwenden. Für Linux habe ich sogar
schon einmal ein Beispiel dafür gezeigt, wie man erkennen kann, ob der Cursor über ein
ImageGadget (das innerhalb eines ContainerGadgets liegt) geführt wird oder dieses
verläßt:
http://www.purebasic.fr/german/viewtopi ... 4&start=34

Verfasst: **17.05.2011 19:08**

ich denke das der neue CanvasGadget vielleicht hilfreich ist. den werde ich mal heute unter linux mal intensiv austesten. falls es klappt, muss ich wohl oder übel alles auf pb-4.60 mit canvas-gadget erneuern. krasse lage auf jeden fall

allerdings punkt 2) mit der tastatur ist nach wie vor auch in pb4.60 ein wichtiger aspekt, wo ohne os-api nichts wirklich brauchbares machbar ist.

nebenbei noch eine frage zu pb4.60 beta3. ist der bereits richtig stabil? macht es sinn mit dem jetzt schon intensiv zu arbeiten? wann soll denn voraussichtlich der rc oder final kommen?

mfg

kurt

Verfasst: **18.05.2011 15:28**

delikanli_19_82 hat geschrieben:Unter Linux suche ich nach einer Lösung. Weiß jemand einen Rat?

Ich weiß zwar wie ich auf ein KeyDown und KeyUp unter Linux reagieren kann, aber ich muss eben auch wissen, auf welche Taste gedrückt wurde?

Ich habe das in meinem vorangegangenen Posting verlinkte Beispiel kurz erweitert,
sodaß es auch einen Tastendruck im Fenster erkennt und die gedrückte Taste in
einem TextGadget ausgibt:

Code: Alles auswählen

EnableExplicit

Enumeration
  #EnterGadgetEvent
  #LeaveGadgetEvent
  #KeyDownEvent
EndEnumeration

ProcedureC EventHandler(*Widget.GtkWidget, *Event, UserData)
  Protected *Key.GdkEventKey

  Select UserData
    Case #EnterGadgetEvent
      StatusBarText(0, 0, "Cursor über ImageGadget: JA")
    Case #LeaveGadgetEvent
      StatusBarText(0, 0, "Cursor über ImageGadget: NEIN")
    Case #KeyDownEvent
      *Key = *Event
      SetGadgetText(3, "<" + Chr(*Key\keyval) + ">")
  EndSelect
EndProcedure

OpenWindow(0, 1400, 100, 227, 237, "ImageGadget", #PB_Window_SystemMenu)
ContainerGadget(0, 50, 20, 127, 127, #PB_Container_BorderLess)   
ImageGadget(1, 0, 0, 127, 127, 0)
CloseGadgetList()
TextGadget(2, 50, WindowHeight(0) - 85, 127, 25, "Press key:", #PB_Text_Center)
TextGadget(3, 50, WindowHeight(0) - 63, 127, 25, "", #PB_Text_Border | #PB_Text_Center)

CreateStatusBar(0, WindowID(0))
AddStatusBarField(#PB_Ignore)

If LoadImage(0, #PB_Compiler_Home + "examples/sources/Data/Geebee2.bmp")
  SetGadgetState(1, ImageID(0))
EndIf

gtk_widget_add_events_(GadgetID(0), #GDK_ENTER_NOTIFY_MASK | #GDK_LEAVE_NOTIFY_MASK)
g_signal_connect_data_(GadgetID(0), "enter-notify-event", @EventHandler(), #EnterGadgetEvent, 0, 0)
g_signal_connect_data_(GadgetID(0), "leave-notify-event", @EventHandler(), #LeaveGadgetEvent, 0, 0) 
g_signal_connect_data_(WindowID(0), "key-press-event", @EventHandler(), #KeyDownEvent, 0, 0) 

Repeat
Until WaitWindowEvent() = #PB_Event_CloseWindow

PureBoard

ImageGadget auf Linux

ImageGadget auf Linux

Re: ImageGadget auf Linux

Re: ImageGadget auf Linux

Re: ImageGadget auf Linux

Re: ImageGadget auf Linux