On 2007-12-20 00:07:47 +0100 Quentin Mathé <[EMAIL PROTECTED]> wrote:
[snip] >>> Initially my plan was to let the user free to decide whether he prefers >>> to >>> use normal contextual menus or this vertical main menu as contextual >>> menu. >>> But AppKit allows to override all menus related methods, so you cannot >>> ensure the developer won't break the default behavior. We could tell the >>> developer he must call a superclass method, but AppKit documentation >>> needs >>> to be updated then. The best way would be to add an AppKit private method >>> that is called everytime a contextual menu is going to be displayed, but >>> this involves overriding many more methods (which I prefer to avoid) or >>> making a feature request to GNUstep. So it will remain in the current >>> state >>> unless someone is really interested to work out a solution. >>> >> I do not quite understand this. Why would the user need to decide whether >> to use the main menu as context menu or the context menu defined by the >> application/developer? > > If contextual menus are available in an application, until he does a right > click the user can never know in advance whether a view has an associated > contextual menu or the main menu as contextual menu. This is a minor problem > in GNUstep applications today because contextual menus are seldom used. > However in applications were many contextual menus are defined, discovering > where to click to show the main menu becomes highly unpredictable. In Cocoa > applications, it's not uncommon to have contextual menus available in all > views (title bars, toolbar, content etc.) except scrollers and splitters, so > in this case the main menu wouldn't be easily available as a contextual > menu: it isn't obvious at all you can get it then by clicking on a scroller > or splitter. I'm not sure it really makes sense to have main menu available > only on scrollers or splitters. > I suppose Étoilé will try to provide a lot of contextual menus, that's why > I suggested some users which dislike contextual menus may prefer to force > the use of main menu as contextual menu. Étoilé might also specify a > default contextual menu on NSView to provide a basic set of actions or let > you inspect the clicked element (for stuff like customization or scripting). > Then main menu wouldn't be available at all as a contextual menu. > I see. Would it be an option to bind the decision, whether to show a conect menu or the main menu, to a modifier key? For example, a simple right-click opens the centext menu of the view (if available) and pressing the Ctrl/Alt or whatever key while right-clicking opens the main menu in any case. This way the user can decide for a certain menu depending on his working context. Cheers, Andreas -- Mail: andreas dot schik at web dot de Home: http://www.andreasheppel.de PGP Key is available from the MIT key server (pgp.mit.edu).
RFC3156 defines security multipart formats for MIME with OpenPGP.
pgpADlnDR1qTd.pgp
Description: PGP signature
_______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
