matthiasm wrote: > On Nov 23, 2007, at 11:52 PM, Gonzalo Garramuño wrote: > > > Well, I found a huge disadvantage with outomatically generated > circular menus. Once the user knows that "File Save" is at 120 > degrees, adding an item will move that angle a bit, causing > frustration with the user.
Why? The idea of circular menus is that you bisect the angle every X entries. The position never changes unless you add some elements in the middle. You obviously don't place them based on 360deg. / X entries. What's not entirely clear to me is how to do nested pie submenus. > > Not sure how FLTK2 has implemented this, but AFAIK putting an image > with alpha into an fltk::Window will not generate transparencies in > relation to other windows, only to drawings in the same window - but I > may be wrong here. fltk2 uses a special class called MenuWindow which is derived from ShapedWindow, I believe. The mask for the MenuWindow is created automatically based on what you draw according to the docs. So it may not even be needed to create any image at all, even. Just changing draw() to draw the stuff should handle it automagically, it seems. > > PS: Here is the link: > <http://www.robowerk.com/cmenus/> > Ah, I see what you did. Hmm... no, that's not taking advantage of the properties of pie menus that much. You more or less stacked the menus radially, but did not try to keep only 8 entries per level, which is the ideal. -- Gonzalo Garramuño [EMAIL PROTECTED] AMD4400 - ASUS48N-E GeForce7300GT Xubuntu Gutsy _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
