Re: Adding and removing widgets at runtime

Why not just make async network requests on the UI thread? On Mon, Sep 12, 2016 at 12:37 PM Daniel. wrote: > Well, if I wasn't clear before my layout is totally questionable. I > more generic question would be: > > How you guys aproaches when the problem is showing

Re: Gtk+4.0

On Mon, Sep 12, 2016 at 8:14 AM Davin McCall wrote: > Hi, > > I'm not a regular poster to this list and am not subscribed. I'm posting > here now at the suggestion of Philip Chimento, who read a blog post I wrote > recently [1] about the GTK+ lifecycle plans that have recently

Re: Adding and removing widgets at runtime

Il Mon, 12 Sep 2016 13:37:04 -0300 "Daniel." scrisse: > Well, if I wasn't clear before my layout is totally questionable. I > more generic question would be: > > How you guys aproaches when the problem is showing applications > behavior on screen? Hi, I don't see any

Re: Gtk+4.0

On Thu Jul 7 11:35:02 2016 GMT+0200, Davin McCall wrote: > Hi, Thanks for your mail. Sadly I'm currently only connected with a very slow throttled mobile network. I generally think you are pointing at the right issues. The API-Desing and the plan behind. The officiall announcment calmed me

Re: Adding and removing widgets at runtime

Well, if I wasn't clear before my layout is totally questionable. I more generic question would be: How you guys aproaches when the problem is showing applications behavior on screen? My backend logic is something like this: - Start a new thread for each address passed in command line. Address

Re: Adding and removing widgets at runtime

Hi thank you guys for the replies, Gergely, I can't really use FlowBox since I'm depending on gtk2, not 3. So the solution is really implementing my own widget as Joël said .. Joël in swing I usually use an event queue so that there is only one thread doing GUI modifications. Is that pattern used

Re: Adding and removing widgets at runtime

Hi again Don't mess synchronized with a mutex. The closest thing to synchronized would be ags_task_thread_append_task() and run things exclusively http://git.savannah.gnu.org/cgit/gsequencer.git/tree/ags/thread/ags_task_thread.h?h=0.7.x bests, Joël On Mon, Sep 12, 2016 at 5:50 PM, Joël

Re: Adding and removing widgets at runtime

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

Re: Adding and removing widgets at runtime

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

Gtk+4.0

Hi, I'm not a regular poster to this list and am not subscribed. I'm posting here now at the suggestion of Philip Chimento, who read a blog post I wrote recently [1] about the GTK+ lifecycle plans that have recently been discussed/announced. This blog post of mine received, for whatever reason, a

Re: Adding and removing widgets at runtime

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. wrote: > Hi everybody, > > I have a library implementing

Adding and removing widgets at runtime

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

Re: gtk/quartz default font woe, and gtk-font-name

On Wed, Jun 22, 2016 at 2:03 PM, Hin-Tak Leung wrote: > > FWIW, I am trying to embed a gtk scrolledwindow inside a carbon > application. The gtk scrolledwindow in turn, has another foreign Cocoa > widget inside. > Alarm bells sound. I thought that what we have to

gtk/quartz default font woe, and gtk-font-name

I have been staring at this particular section of code for a few days, and seem to be having problem with it: - https://github.com/GNOME/gtk/commit/f3a6fecb671a2aec691940c9e1b74c7f11e15930 Try setting the default font, might need to tweak this. 2008-05-26 Richard Hult

Re: gtk/quartz default font woe, and gtk-font-name

Just a partial answer to my own 2nd question - Monodevelop's main/src/core/MonoDevelop.Ide/MonoDevelop.Components/IdeTheme.cs contains this cryptic comment: //HACK: we must initilize some Gtk rc before Gtk.Application is initialized on Mac/Windows // otherwise it will not be loaded

Re: Exposing cairo based implementation of CSS as an API in GTK+/gtkmm

Hello Emmanuele, sorry for the wrong mailing list and thanks for the reply. I've went ahead and searched further for any news on this scene-graph API and found your blog entry on it(https://www.bassi.io/articles/2014/07/29/guadec-2014-gsk/). Looks like this process has been going on for 2

Gtk 3.21.6?

I've just noticed that the Gtk blog says the 3.21.5 release is likely to be the last release before 3.22.0. I'm not sure if that is still the case, but I'd like to do a 3.21.92 release for sound-juicer that relies on a Gtk version containing commit 0984d16 - GtkScrolledWindow: Bug 766569 - Make

Re: Gtk 3.21.6?

On Mon, 2016-09-12 at 14:33 +0100, Phillip Wood wrote: > I've just noticed that the Gtk blog says the 3.21.5 release is likely > to > be the last release before 3.22.0. I'm not sure if that is still the > case, but I'd like to do a 3.21.92 release for sound-juicer that > relies > on a Gtk version

Re: How to get objecttype

Thanks :-) I've found them all in the gtk include-files. /Thomas Den 09/11/2016 kl. 12:04 AM skrev Ben Iofel: > in C, you can use the GTK_IS_COMO_BOX and GTK_IS_ENTRY macros on > GtkWidget* > > > On Fri, Sep 9, 2016 at 9:14 AM Thomas Rønshof > wrote: