Re: If this starts another flamewar please ignore: Why do you think Linus Torvalds made the statement against Gnome?
This has nothing to do with gtk-app-development. Take it elsewhere please. On 12/20/05, Yiannis <[EMAIL PROTECTED]> wrote: > For those not knowing the story... Linus Torvalds made the following > statement and is posted on 13/12/05 > "This 'users are idiots, and are confused by functionality' mentality of > Gnome is a disease. If you think your users are idiots, only idiots will use > it. I don't use Gnome, because in striving to be simple, it has long since > reached the point where it simply doesn't do what I need it to do." > "Please, just tell people to use KDE," Torvalds concluded. > > For the full story have a look on the following link: > http://www.tuxmachines.org/node/4022 > > Please make a note that I do not wish to start another flamewar In any > case I am a Gtk developer... I just would like to listen to other > opinions... > > -- > -- Yiannis > ___ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list > ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: newbie trap
> I In the portaudio callback, don't touch the gui at all. Just > process the buffer and use variables to communicate with the gui thread. > IE, set the peak value, the position, time elapsed, etc in simple > variables. Then in the main thread, use an idle timeout to monitor > these variables and update the gui accordingly. >From the portaudio thread you can fire a oneshot idle function. Idle functions are run from the main gtk thread, and might be easier than setting up an idle callback to constantly check variables. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Gnome memory requirements
On 9/16/06, Fernando Apesteguía <[EMAIL PROTECTED]> wrote: > > Next thing is, that GLib memory subsystem don't really free memory on g_free > > (), but do this when program exits. Memory freed with g_free () is still > > 'located' for program, which allocated it for first time. > > Yes, that's true. Its only true for any memory created by using g_slice. g_free is the same as a free. Memory is then returned back to the system. > > In my opinion article publicated by osnews.com is unreliable because of > > GLib's memory subsystem behavior. In my opinion, thats got nothing to do with it. I think the article is unreliable because of inequalities in the test environments: Evolution being compared to Kontact for example and (shock!) taking more memory. But I'd say this is offtopic for this list. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GIOChannel, how to free?
On 4/4/07, Alberto Mardegan <[EMAIL PROTECTED]> wrote: > > But according to the docs, g_io_channel_unix_new() creates the channel > with a reference count set to 1, so I guess we need a g_object_unref() > somewhere. http://developer.gnome.org/doc/API/2.0/glib/glib-IO-Channels.html#g-io-channel-unref perhaps? iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GIOChannel, how to free?
On 4/4/07, Alberto Mardegan <[EMAIL PROTECTED]> wrote: > ext Iain * wrote: > > http://developer.gnome.org/doc/API/2.0/glib/glib-IO-Channels.html#g-io-channel-unref > > > > perhaps? > > Sure. My question is, how many times (and when) do I have to call it? > Once when you've finished with it iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GIOChannel, how to free?
On 4/4/07, Chris Vine <[EMAIL PROTECTED]> wrote: > > > Sure. My question is, how many times (and when) do I have to call it? > > > > Once when you've finished with it > > In the context of his original question, that is not right. His original > question was whether the callback returning FALSE avoids the need for an > explicit final call to g_io_channel_unref() to destroy the GIOChannel object, > assuming that before the callback returns false it only has a reference count > of 1. Well, yes, if you've already dropped the reference count so that its only depending on the watch to live then the watch will clean it up. But that practice would scare me as its non-deterministic as to when the GIOChannel will be destroyed. Common practise would be to keep a reference to the IOChannel and drop it once you've finished with it, which means you know better when its been destroyed. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: waveform display in gtk
On 7/12/07, Stefan Kost <[EMAIL PROTECTED]> wrote: > Hi, > > there is a few. Jokosher, Swami, they all have one. Unfortunately a > waveform display is quite specific - its not easy to come up with a > generic one. Some need markers, some need range-selection. > There's one in marlin, but its fairly tied into how marlin stores audio samples. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to make GtkTreeview columns invisible
On 8/10/07, David Nečas (Yeti) <[EMAIL PROTECTED]> wrote: > The author of this dislaimer is hereby notified that I will > continue to disclose, copy and distribute anything I receive > from a public mailing list. If he/she/it does not want this > disclaimer to lose any threatening weight (it does not have > any legal weight anyway), he/she/it will have to sue me. Teeheehee, this joke *never* gets old. Honestly... ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkFileChooserDialog too slow
On 10/17/07, Andrew Smith <[EMAIL PROTECTED]> wrote: > Will you please fix it? I need to navigate to /usr/bin once in a while > to select what app to open files with from Firefox, and the experience > ranges from annoying to `kill firefox-bin` because I don't have the time > to wait for the file chooser to say hello to every file. Not a solution for the length of time it takes, but to save you killing firefox you can still click cancel and the dialog will close. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to tell the difference between a minimize and a switch desktop?
2008/10/27 Rorschach <[EMAIL PROTECTED]>: > Hi Jim, > I discovered exactly the same odd behavior like you did: > http://rorschachstagebuch.wordpress.com/2008/09/16/gdk-minimiert-und-auf-einem-anderen-desktop-erzeugen-das-selbe-windowstate-event/ > ! > > changed_mask always gets the value GDK_WINDOW_STATE_ICONIFIED when switching > the desktop. I also asked here but nobody answered me... Did really noone > > ever code a trayicon which minimzed to tray? This may be due to window managers unmapping clients on workspace switch. An unmap is the same as minimisation. Most programs don't minimise to a tray, they close to tray. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: qt vs gtk
On Wed, Jan 14, 2009 at 6:05 PM, Jack wrote: > I believe the original question was gkt+ vs qt. I don't believe there was a question And this is all fairly offtopic for this list. So lets stop it now before it gets silly. iain ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
