Re: Looking beyond 2.10
Matthias Clasen wrote: > Stuff that needs more work > > - introspection > - international calendar support Complete MacOS X support? I'm about to pick Qt as a toolkit for a personal project just because of that. Hub ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On 6/21/06, Hubert Figuiere <[EMAIL PROTECTED]> wrote: > Matthias Clasen wrote: > > > Stuff that needs more work > > > > - introspection > > - international calendar support > > Complete MacOS X support? Sure, if someone with access to a Mac works on it. I don't have a Mac... > I'm about to pick Qt as a toolkit for a personal project just because of > that. Good luck. Matthias ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On 6/21/06, Matthias Clasen <[EMAIL PROTECTED]> wrote: > - libsexy cherrypicking ? The icon entry and url labels are probably robust enough (and widely useful enough) to go in. For anything else, it will require some work. -David ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > So, with GTK+ 2.10 on the finish line, I tried to make a quick > list of things we may want to look at for 2.12, as input to > GUADEC discussions. The EditableLable stuff would be nice to have in gtk+: http://live.gnome.org/ProjectRidley/EelEditableLabel This would mean i could drop EelEditableLabel, and i'm sure others need something like this too. For instance, GtkIconView would need it to support renaming. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's a lonely hunchbacked matador on the edge. She's a radical impetuous single mother who don't take no shit from nobody. They fight crime! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Thu, 2006-06-22 at 09:30 +0200, Alexander Larsson wrote: > On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > > So, with GTK+ 2.10 on the finish line, I tried to make a quick > > list of things we may want to look at for 2.12, as input to > > GUADEC discussions. > > The EditableLable stuff would be nice to have in gtk+: > http://live.gnome.org/ProjectRidley/EelEditableLabel > > This would mean i could drop EelEditableLabel, and i'm sure others need > something like this too. For instance, GtkIconView would need it to > support renaming. > Not that it would not be useful, but GtkIconView uses cell renderers, and already supports editing... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Thu, 2006-06-22 at 09:25 -0400, Matthias Clasen wrote: > On Thu, 2006-06-22 at 09:30 +0200, Alexander Larsson wrote: > > On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > > > So, with GTK+ 2.10 on the finish line, I tried to make a quick > > > list of things we may want to look at for 2.12, as input to > > > GUADEC discussions. > > > > The EditableLable stuff would be nice to have in gtk+: > > http://live.gnome.org/ProjectRidley/EelEditableLabel > > > > This would mean i could drop EelEditableLabel, and i'm sure others need > > something like this too. For instance, GtkIconView would need it to > > support renaming. > > > > Not that it would not be useful, but GtkIconView uses cell renderers, > and already supports editing... How does that handle labels that are several lines long? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's a war-weary moralistic waffle chef with nothing left to lose. She's an orphaned red-headed barmaid looking for love in all the wrong places. They fight crime! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Thu, 2006-06-22 at 15:33 +0200, Alexander Larsson wrote: > On Thu, 2006-06-22 at 09:25 -0400, Matthias Clasen wrote: > > On Thu, 2006-06-22 at 09:30 +0200, Alexander Larsson wrote: > > > On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > > > > So, with GTK+ 2.10 on the finish line, I tried to make a quick > > > > list of things we may want to look at for 2.12, as input to > > > > GUADEC discussions. > > > > > > The EditableLable stuff would be nice to have in gtk+: > > > http://live.gnome.org/ProjectRidley/EelEditableLabel > > > > > > This would mean i could drop EelEditableLabel, and i'm sure others need > > > something like this too. For instance, GtkIconView would need it to > > > support renaming. > > > > > > > Not that it would not be useful, but GtkIconView uses cell renderers, > > and already supports editing... > > How does that handle labels that are several lines long? > As well as the treeview does... eventually we'll have to sit down and add multline to GtkEntry... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Thu, 2006-06-22 at 09:50 -0400, Matthias Clasen wrote: > On Thu, 2006-06-22 at 15:33 +0200, Alexander Larsson wrote: > > > How does that handle labels that are several lines long? > > As well as the treeview does... eventually we'll have to sit down > and add multline to GtkEntry... Thats basically what EelEditableLabel is. I'm not sure its better to combine the two into one than having a separate widget for it. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's a sword-wielding Catholic gangster fleeing from a secret government programme. She's a beautiful mute snake charmer with the power to bend men's minds. They fight crime! ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Hi; On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > So, with GTK+ 2.10 on the finish line, I tried to make a quick > list of things we may want to look at for 2.12, as input to > GUADEC discussions. > Stuff that needs more work > > - introspection > - international calendar support - use GBookmarkFile inside GtkFileSystem and add recent files inside GtkFileChooser. > Stuff that we need to figure out > > - canvas > - libsexy cherrypicking ? - EggIconChooser. AFAIR there were issues but I can't find any pointer to those. Also, I'd like to see the thumbnailing code added to GTK, and the thumbnail helpers changed from using GConf to a lower level position in the stack. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Wed, Jun 21, 2006 at 01:35:55PM -0400, Matthias Clasen wrote: > Stuff that needs more work > > - introspection > - international calendar support (I want to try to do multiple row DnD in GtkTreeView for real now. But I won't promise anything :) -kris. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
> Date: Wed, 21 Jun 2006 13:35:55 -0400 > From: Matthias Clasen <[EMAIL PROTECTED]> > Subject: Looking beyond 2.10 > So, with GTK+ 2.10 on the finish line, I tried to > make a quick > list of things we may want to look at for 2.12, as > input to > GUADEC discussions. > > (Of course, bugzilla has an endless supply of > feature requests > and bugs that one can work on, these are just the > things that > came to my mind first) > I feel like I'm talking to myself here, but please could someone look at adding a help button to the fileselector. ___ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Emmanuele Bassi wrote: >Hi; > >On Wed, 2006-06-21 at 13:35 -0400, Matthias Clasen wrote: > > >>So, with GTK+ 2.10 on the finish line, I tried to make a quick >>list of things we may want to look at for 2.12, as input to >>GUADEC discussions. >> >> Heh, unfortunately I wont be at GAUDEC to discuss any of this (which I am sure would be a great experience), so I'll do my best from the mailing lists and irc to tag along :) In light of the new Gtk Builder code getting in, I would like to propose that we depricate UIManager completely in favour of the Gtk Builder and provide a unified front for the creation of GObjects parsed from ui descriptions (or whatever the new "glade file" is to be called). My proposals to address issues of UI merging and handling of GtkActions are described in detail in these to emails: http://mail.gnome.org/archives/gtk-devel-list/2006-May/msg00157.html http://mail.gnome.org/archives/gtk-devel-list/2006-May/msg00166.html Please let me know your thoughts on the proposition and design, if accepted; I am sure I can get all this "ui merging/action subscription" stuff working properly inside of one month... hopefully leaving time enough for it to mature before 2.12. Cheers, -Tristan ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Hi, On Thu, 2006-06-22 at 15:28 +0100, Joachim Noreiko wrote: > I feel like I'm talking to myself here, but please > could someone look at adding a help button to the fileselector. GIMP has done that for quite a while already, so there's nothing that would keep an application from adding a Help button to the file-chooser. What's the point of adding one by default? By default it won't be connected to anything useful and what good is a help button that does nothing when the user clicks it? Sven ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
--- Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > On Thu, 2006-06-22 at 15:28 +0100, Joachim Noreiko > wrote: > > > I feel like I'm talking to myself here, but please > > could someone look at adding a help button to the > fileselector. > > GIMP has done that for quite a while already, so > there's nothing that > would keep an application from adding a Help button > to the file-chooser. > What's the point of adding one by default? By > default it won't be > connected to anything useful and what good is a help > button that does > nothing when the user clicks it? The documentation for the fileselector has been in the GNOME Desktop User Guide since 2.14. I'm sure I posted on this list when I wrote it. ___ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Jun 22, 2006, at 5:19 PM, Joachim Noreiko wrote: > > --- Sven Neumann <[EMAIL PROTECTED]> wrote: > >> GIMP has done that for quite a while already, so there's nothing >> that would keep an application from adding a Help button to the >> file-chooser. What's the point of adding one by default? By >> default it won't be connected to anything useful and what good is >> a help button that does nothing when the user clicks it? > > The documentation for the fileselector has been in the GNOME > Desktop User Guide since 2.14. I'm sure I posted on this list when > I wrote it. That doesn't do much good for gtk+ environments that don't involve GNOME. -- Jolt is my co-pilot. -- Slogan on a giant paper airplane hung in Lobby 7 at MIT. http://hacks.mit.edu/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Sven Neumann wrote: > GIMP has done that for quite a while already, so there's nothing that > would keep an application from adding a Help button to the file-chooser. > What's the point of adding one by default? By default it won't be > connected to anything useful and what good is a help button that does > nothing when the user clicks it? Why not putting it in only if the signal is connected ? (a signal like "help_requested"). Hub ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Qua, 2006-06-21 às 13:35 -0400, Matthias Clasen escreveu: > So, with GTK+ 2.10 on the finish line, I tried to make a quick > list of things we may want to look at for 2.12, as input to > GUADEC discussions. > > Patches almost ready to go in > > - libglade integration > - new tooltips api > > > Stuff that needs more work > > - introspection I'm willing to do some work in introspection. However, if you say it needs more work then I think you should identify precisely what work needs to be done. I could try guessing, but that usually leads to patches sitting in bugzilla for whole release cycles (e.g. #313268). Regards. -- Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> The universe is always one step beyond logic signature.asc Description: Esta é uma parte de mensagem assinada digitalmente ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
Message: 6 Date: Thu, 22 Jun 2006 22:51:48 -0400 From: muppet <[EMAIL PROTECTED]> Subject: Re: Looking beyond 2.10 > The documentation for the fileselector has been in the GNOME > Desktop User Guide since 2.14. I'm sure I posted on this list when > I wrote it. That doesn't do much good for gtk+ environments that don't involve GNOME. -- Then figure out some way for it to detect whether it's on GNOME or not, maybe? Dialog boxes used in GNOME required help buttons, especially ones with as many features as the fileselector. Please could somebody look into this? I put a lot of work into writing the docs, and that's not a huge amount of use until it's linked to. ___ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Looking beyond 2.10
On Wed, 2006-06-21 at 18:26 -0400, Matthias Clasen wrote: > > I'm about to pick Qt as a toolkit for a personal project just because of > > that. > > Good luck. I was in the same boat as Hubert. I also ended up picking Qt. Although I like GTK much better, Qt was the best choice given the circumstances. I have not regretted it. But, as soon as GTK is fully supported on OS X, I will abandon Qt entirely, as GTK is cleaner, a little easier to work with, and, ironically, has better C++ bindings than Qt. > > Matthias > ___ > gtk-devel-list mailing list > gtk-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-devel-list > ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list