Closed
Bug 62023
Opened 24 years ago
Closed 23 years ago
need frontend UI pref for controlling browser.urlbar.clickSelectsAll
Categories
(SeaMonkey :: Preferences, enhancement, P3)
SeaMonkey
Preferences
Tracking
(Not tracked)
VERIFIED
WONTFIX
Future
People
(Reporter: bugzilla, Assigned: mjudge)
References
Details
summary sez it all. we should have, say, a checkbox that the user can set so that a single click in the URL textfield will select its entire contents. at present, the pref browser.urlbar.clickSelectsAll is set to false in defaults/pref/all.js. now the tricky part is, which pref panel should this go in? i'd say Navigator, but that one is woefully crowded. other suggestions?
Comment 1•24 years ago
|
||
Agreed that the Navigator pane would be the most appropriate, and also that it's too crowded already. Could we possibly split off a Navigator|UI (or Window or some similar word) pane which could have Toolbars and URLbar selection (and maybe some other UI-ish thing if it comes up)? The Toolbars item doesn't seem to fit with the two questions about home page as it is. I suppose it could go in History since that's sort of related to the urlbar, but users probably wouldn't think to look there. Or it could go in Advanced, though that's not entirely appropriate since it's a browser-window-only feature. Adding Chris since he's spent some time looking at how to split up our too-large pref panes.
setting to mozilla 0.9 anthony
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
Comment 3•24 years ago
|
||
I don't think something like this warrants UI in the prefs. We need to start making decisions one way or another on issues like this. Yes, whatever we decide is sure to upset one group of people. But we can't just pref everything.
Comment 4•24 years ago
|
||
This is usually a platform thing, we should put the right preference in platform pref files as needed. e.g. turn it on by default, turn it off for unix people, something like that.
moving this to future till it all gets sorted out, then we can move it back in for reconsideration. anthonyd
Target Milestone: mozilla0.9 → Future
Comment 6•24 years ago
|
||
Bug 62496 now tracks some problems that come up when browser.urlbar.clickSelectsAll is enabled.
Comment 7•23 years ago
|
||
I agree with Blake. I don't think this needs to be a user-visible pref.
Comment 9•23 years ago
|
||
I don't know why this is assigned to mjudge, it's an xpapps thing. Marking wontfix because I don't think we should expose this in the UI, but if we're not doing the most common behavior on any platform, feel free to file a bug...
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Comment 11•23 years ago
|
||
*** Bug 132804 has been marked as a duplicate of this bug. ***
Comment 12•22 years ago
|
||
*** Bug 156560 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•