Closed Bug 61057 Opened 25 years ago Closed 24 years ago

"Go" Should be added to contextmenu in Location field

Categories

(SeaMonkey :: Location Bar, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: bugzilla, Assigned: timeless)

References

Details

All this talk about a Go button or not next to the Location field.. A nice addition that I like to see is just add the menu item "Go" to the context menu of the Location bar. So when you right-click in the location bar you have the option to select "Go" which would be same as pressing Enter in the location bar. This would you allow to copy an URL, paste in into the Location bar and selecting Go but just using the mouse.
cc blake, who hooked up the context menu.
this would be nifty! i wonder how scrollability will work for a really long Go context menu here... 8-)
Related: in bug 16081, mpt suggested a "go to address in clipboard" option. (Ccing mpt.)
This is how I though it would work. 1) you copy a URL from somewhere 2) you rightclick in the Location field and select Paste 3) you rightclick in the Location field again and select Go So the context menu should change from: [ UNDO ] [ CUT ] [ COPY ] [ PASTE ] [SELECT ALL] To: [ UNDO ] [ CUT ] [ COPY ] [ PASTE ] [SELECT ALL] [ GO ]
Recommend wontfix. Even if your non-mouse hand started off really far away, moving it to the keyboard to hit the Enter key would still be as quick as, or quicker than, selecting `Go' from a context menu (especially since the mouse would be moving at slow speed after finishing the `Paste' menu selection, and you'd have to move it back to the address field to get the context menu again). And if you're the sort of person who does one-handed address visiting a lot, then you could just turn on the `Go' button. A `Go' item in the context menu would provide no increase in productivity whatsoever.
WontFix. There is bug 45125 which I might consider. And then there is a bug blake was managing for a toolbar context menu.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Marking this WONTFIX is up to Ben, and you know that just as well as anyone else ;)
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
picky. my bug.
Assignee: ben → timeless
Status: REOPENED → NEW
wontfix
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WONTFIX
*** Bug 61925 has been marked as a duplicate of this bug. ***
I'm picky? You have a whole document about bug etiquette! This isn't your bug, so reassigning it to you first still isn't a justification for marking WONTFIX. I'm not trying to be annoying, and I wasn't going to reopen but another request for this was filed today, so I think this warrants some more discussion first.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Very nice Matthew Thomas! 'Even if your non-mouse hand started off really far away' Consider this, people with one hand will have a mous-hand only! Friendly, HJ
People with one hand should use a dvorak keylayout and avoid the mouse entirely. The only use for this feature is to hide the go button and avoid mpt's suggestion of go to location in clipboard. I would prefer to be able to right click the proxy and select paste. Pasting onto the proxy would force the browser to go immediately. Most of the time you have a url source you can just drag the url into the document window itself and have it start load that url. We do not need a go button in the context menu. fwiw, go would violate the metaphor of a context menu. Go is in the context of the browser, not of the text. You cut, copy, paste, delete, and select text. you do not go text. You do ask the browser to go somewhere, but this is NOT the browser, this is a text box.
Status: REOPENED → ASSIGNED
dup of 45125?
No, but they are mutually exclusive.
->url bar.
Component: XP Apps: GUI Features → URL Bar
QA Contact: sairuh
QA Contact: claudius
...I know I'm late to the party but for my two cents I think this is a reasonable suggestion. I 'Go text' all the time -when I command-click on urls contained in plaintext. Anyway I thought a context menu is supposed to be sensitive and respond to the context within which it was clicked. Clicking in the location control which contains URL's seems like it wouldn't hurt to be able to 'Go' from there. I don't pore over UI texts but i don't think you can 100% assume that Joe user always does what is most optimally efficient with his hands and the movement thereof. I for one am a notorious mouser - even on a mac.
.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → WONTFIX
why invalid????
ups. didn't mean invalid but WONTFIX.
Henrik: Because it is mutually exclusive with bug 45125, which is considered to be the better idea of the two.
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.