Philip Chee <philip.c...@gmail.com> wrote:
> The default for Mozilla products on Mac OSX is:
> pref("ui.click_hold_context_menus", false);
> See:
> http://mxr.mozilla.org/mozilla1.9.2/source/modules/libpref/src/init/all.js#1679
>
> SeaMonkey on Mac OSX overrides this:
> pref("ui.click_hold_context_menus", true);
> See:
> http://mxr.mozilla.org/comm-1.9.1/source/suite/browser/browser-prefs.js?mark=578-579#570
>
> CVS archaeology points to:
> http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/suite/browser/browser-prefs.js&rev=1.94&mark=449#449
>
> 1.41 <mozilla.m...@sent.com> 2006-07-29 01:47
> Bug 301758 - disable click-and-hold contextual menus access by
> default,
> leaving it on in Seamonkey. r=mconnor. sr=neil.
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=301758 Says:
>
> Whiteboard: NO WHINING, READ COMMENT #34 TO TURN IT BACK ON!
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> The facts:
> Since Netscape 4, the NS and Mozilla have used click-and-hold as a
> shortcut into the context menus to allow for a quick mechanism for
> single-mouse users on the Macintosh platforms. The Apple HIG, however,
> states that click-and-hold should be an equivalent operation to click,
> except for in certain circumstances (such as Dock tiles). Instead,
> Apple's recommended route to context menus is ctrl+click.
>
> Safari, Camino, Opera and IE 5 for Mac all use the standard ctrl+click
> to get context menus, and do not respond to click-and-hold. The only
> click-and-hold action in these browsers is on the back/forward
> buttons,
> to get the drop-down history (see bug 102330). Firefox supports both
> ctrl+click *and* click-and-hold.
>
> The debate:
> Removing click-and-hold will bring Firefox in line with the Apple HIG,
> but at the cost of removing a feature that many established Mac users
> may be very familiar with.
>
> Some (full disclosure: myself included!) feel that this change, while
> initially jarring, would be worth it in order to ensure that we are
> complying with the platform look-and-feel, and point out that all
> other
> Mac apps require ctrl+click, such as iTunes (for editing an ID3 tag),
> and indeed, it may be more jarring for users to discover that
> click-and-hold does not work as a shortcut to the context-menu in
> other
> applications. Further, the current click-and-hold implimentation is
> somewhat buggy.
>
> Others feel that the established user base would be very upset about
> this feature being removed, noting that ctrl+click is still there, and
> this is just a further optimization for one-mouse-button users. Buggy
> implementations should be fixed, not removed.
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> So basically it was a compromise after a long flame war. Perhaps it's
> time to revisit this in 2010 long after OS8 and OS9 have gone the way
> of
> the Dodo.
>
> Phil
I agree, and thanks for beating me to the pref Philip.
Actually, in checking other programs, I haven't found one that does
honor click and hold, at least to the extent that SeaMonkey does. It
probably would be a good idea to revisit this, especially Apple no long
even sells one button pointing devices.
Lee
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey
