Re: GTK+ 2.10, the endgame
- From: Emmanuele Bassi <ebassi gmail com>
- To: Murray Cumming <murrayc murrayc com>
- Cc: gtk-devel-list gnome org
- Subject: Re: GTK+ 2.10, the endgame
- Date: Thu, 22 Jun 2006 20:19:32 +0100
Hi Murray;
On Thu, 2006-06-22 at 20:44 +0200, Murray Cumming wrote:
> > The action code itself is one hundred lines long and can easily be
> > hidden inside an helper file; it's approximately how GtkRecentAction
> > would be implemented, anyway. I hereby give permission to do whatever
> > you want to do with it.
> >
> > I understand that it's sub-optimal, and hopefully this should really go
> > away once there's an action inside GTK.
>
> Do you feel that the existing API might need to be changed to add this
> to a future version of GTK+? For instance, would it need need existing
> classes to implement new interfaces, or add new signals?
The point is: I don't know. :-)
The currently unresolved issue is that I can't find a way to use this UI
definition:
<menubar>
<menu>
<menuitem action='New'/>
<menuitem action='Open'/>
<menu action='OpenRecent'/>
</menu>
</menubar>
<toolbar>
<toolitem action='Open'>
<menu action='OpenRecent'/>
</toolitem>
</toolbar>
which is the "right" way to offer a submenu and a menu inside a toolbar
item.
The only case where I know for sure would require adding API is the case
where you want an inlined recent files list - as it would require the
ability to create a list of menu items instead of a single widget with
the same GtkAction.
At this point, I'd like a UIManager author/guru to step in and see if
I'm doing something wrong.
The bug is #338843 [1].
+++
http://bugzilla.gnome.org/show_bug.cgi?id=338843
--
Emmanuele Bassi, E: ebassi gmail com
W: http://www.emmanuelebassi.net
B: http://log.emmanuelebassi.net
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]