Hi Since I know Javax/Swing I can tell you there is no synchronize keyword doing your magic.
Please take a look at pthread_mutex_lock(), pthread_cond_wait(), pthread_cond_signal(), pthread_cond_broadcast() or pthread_barrier_wait(). Bests, Joël On Mon, Sep 12, 2016 at 5:17 PM, Joël Krähemann <jkraehem...@gmail.com> wrote: > Hi > > You can't do that without implementing your own widget because of > thread-safety issues. To do your own > GtkFlowBox implement GtkWidget:size-allocate and > GtkWidget:size-request the rest is up to you. > > Don't forget doing mutices or use g_timeout_add() but this is single > threaded and is invoked by > g_main_context_iteration(). > > For a simple example consider this: > > http://git.savannah.gnu.org/cgit/gsequencer.git/tree/ags/X/editor/ags_notebook.c?h=0.7.x#n167 > > It is a scrolled window containing buttons doing a scrollable area. > > You have to use gdk_threads_enter() and gdk_threads_leave(). Might be > you have even to acquire > the GMainContext. > > Bests, > Joël > > > > On Mon, Sep 12, 2016 at 5:03 PM, Gergely Polonkai <gerg...@polonkai.eu> wrote: >> Hello, >> >> I have no knowledge of Java/Swing, but based on your requirements I guess >> you need FlowBox[1]. >> >> Best, >> Gergely >> >> [1] https://developer.gnome.org/gtk3/stable/GtkFlowBox.html >> >> On Mon, Sep 12, 2016, 16:35 Daniel. <danielhi...@gmail.com> wrote: >> >>> Hi everybody, >>> >>> I have a library implementing some protocol. That library is >>> multithread and is responsible to delivery messages to remote nodes >>> and retrieve it's responses. I need to visualise the whole mess >>> running. >>> >>> To do this I wrote a simple application in Java/Swing where for each >>> remote node one thread is created. The thread will send a message and >>> wait for response in a closed loop. Each thread is represented at GUI >>> by a label on the screen. When it's idle the background of that label >>> becomes green, when is waiting for response it is yellow and if >>> timeouts it becomes red. All labels have the same information so that >>> they have exactly the same size. >>> >>> Beside the request/repsonse there is events that can arrive from the >>> nodes too. That events need to be replied as the messages. When an >>> event arrives it's showed up on screen as a new label. When it's reply >>> is acknowledge it's removed from the screen. >>> >>> In pratice there is a big container where the labels came and go and >>> change its background colors based on messages, replies and events >>> comming and going. >>> >>> I've been using FlowLayout as the "big container". The labels are >>> added and arrange horizontally by FlowLayout. When no room is avaible >>> at the current row, a new row is added. When the rows exceed the >>> window size a scrowbar appears. >>> >>> I'm looking for something silimar with GTK2 (I'll run in a embeeded >>> system that doesn't have GTK3). >>> >>> My questions are: >>> >>> 1) Is there some container with equivalent behavior to the Swing's >>> FlowLayout? If no I think I'll need to build one from hbox+vbox, what >>> would be the best aproach to it. >>> 2) How is the best way to change the background of a label? >>> 3) What is the better aproach when adding instantiating, adding, >>> showing, hiding removing and freeing widgets at runtime? What can get >>> wrong? >>> >>> References: >>> https://docs.oracle.com/javase/tutorial/uiswing/layout/visual.html#flow >>> >>> Best regards, >>> -- >>> "Do or do not. There is no try" >>> Yoda Master >>> _______________________________________________ >>> gtk-app-devel-list mailing list >>> gtk-app-devel-list@gnome.org >>> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >>> >> _______________________________________________ >> gtk-app-devel-list mailing list >> gtk-app-devel-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
