Re: bonoboui toolbar bits ...

Ricardo Fernández Pascual <[email protected]>
Newsgroups gmane.comp.web.galeon.devel
Message-ID <[email protected]>
El mar, 12-11-2002 a las 11:16, Michael Meeks escribió:
> Hi Ricardo,
> 
> On Mon, 2002-11-04 at 19:43, Ricardo Fernández Pascual wrote:
> > Great. That will surely help us. We will have to reimplement some of our
> > "old" controls but this is great news. Thanks!
> 
> 	Good; I'd sub-class the bonobo-ui-toolbar-[button-]item if I were you,
> that's prolly the best way then you can adapt to the style / want/label
> / orientation settings etc.

Yes, good idea.

> 
> > Context menus are my main problem with bonoboui. What is the api that
> > you propose? Will it be implemented? ;)
> 
> 	Well - since you can do everything you need by simply whacking a
> control (now widget) in there - it seems there's not much more you need?
> in the worst case, it's as complicated as Gtk+.

Except for menus.

> 
> > Also note that for adding context menus for menus I have to use the
> > button_press event (and when porting to gtk2 I needed the event_after
> > signal too in order to make it behave correctly). I don't know how would
> > this fit in the API.
> 
> 	Again - currently to do that, you have to insert a widget.

In the menu? When I tried to do this it didn't work. I tried putting a
GtkMenuitem in the path of a menu item and bonoboui placed it inside
another GtkMenuitem. What should I try?

It would be great if I could add GtkMenuitems to a bonoboui menu. It
would simplify a lot of things.

> 
> > That would be enough for most things. 
> 
> 	I still havn't got to the DoFile_left|right|middle type thing yet -
> which sucks; if someone wants to hack up a patch I'm interested though.
> 
> > > 	bonobo_ui_component_freeze
> > > 	... umpteen operations ...
> > > 	bonobo_ui_component_thaw
> >
> > I think I'm not doing it. I'll look.
> 
> 	The freeze / thaw will (should) give a fairly massive performance
> improvement ;-)
> 
> > But my point is that having to build XML for building a menu is a pain,
> > even if it could be done efficiently. It's good for the apps interface
> > because you keep it in a separate file and it's clean. But building the
> > XML from C is messy.
> 
> 	Sure; it sucks, there were helper methods to do it - but IMHO they
> rather sucked too so I axed them ;-)
> 

We have some helpers (taken initially from nautilus/eel). But the api is
not as flexible as using gtk+ of course. Anyway, I don't think that this
can be completely fixed  with the current design of bonoboui[1].


Thanks again!


[1] I don't mean this as a critique for bonoboui, is just that I think
that dynamic menus where not considered an important requirement when
designing it. It works well for the things that it was designed.



-- 
Ricardo Fernández Pascual
[email protected]
Murcia. España.



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.