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)
SeaMonkey
Location Bar
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.
Comment 1•25 years ago
|
||
cc blake, who hooked up the context menu.
Comment 2•25 years ago
|
||
this would be nifty! i wonder how scrollability will work for a really long Go
context menu here... 8-)
Comment 3•25 years ago
|
||
Related: in bug 16081, mpt suggested a "go to address in clipboard" option.
(Ccing mpt.)
| Reporter | ||
Comment 4•25 years ago
|
||
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 ]
Comment 5•25 years ago
|
||
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
Comment 7•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 10•25 years ago
|
||
*** Bug 61925 has been marked as a duplicate of this bug. ***
Comment 11•25 years ago
|
||
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 → ---
Comment 12•24 years ago
|
||
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
| Assignee | ||
Comment 13•24 years ago
|
||
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
| Reporter | ||
Comment 14•24 years ago
|
||
dup of 45125?
Comment 15•24 years ago
|
||
No, but they are mutually exclusive.
Updated•24 years ago
|
QA Contact: claudius
Comment 17•24 years ago
|
||
...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.
| Assignee | ||
Comment 18•24 years ago
|
||
.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 19•24 years ago
|
||
why invalid????
| Reporter | ||
Comment 20•24 years ago
|
||
ups. didn't mean invalid but WONTFIX.
Comment 21•24 years ago
|
||
Henrik: Because it is mutually exclusive with bug 45125, which is considered to
be the better idea of the two.
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•