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