Re: GTK+ 2.10, the endgame



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]