Closed
Bug 345031
Opened 18 years ago
Closed 17 years ago
History>Home should be middle-clickable
Categories
(Firefox :: Menus, defect)
Firefox
Menus
Tracking
()
RESOLVED
FIXED
Firefox 3 beta3
People
(Reporter: ventnor.bugzilla, Assigned: ventnor.bugzilla)
Details
Attachments
(1 file, 2 obsolete files)
3.78 KB,
patch
|
ehsan.akhgari
:
review+
ehsan.akhgari
:
ui-review+
mconnor
:
approval1.9+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060714 Minefield/3.0a1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060714 Minefield/3.0a1 While the Home button in the toolbar graciously enjoys its ability to handle middle-clicks, the option in History>Home is lacking. History>Back and History>Forward can be middle clicked so for consistency History>Home should be too. I have made a patch and its coming up. Reproducible: Always
Assignee | ||
Comment 1•18 years ago
|
||
Lets History>Home correctly handle middle clicks.
Attachment #229647 -
Flags: review?(mconnor)
Assignee | ||
Updated•18 years ago
|
Version: unspecified → Trunk
Assignee | ||
Updated•18 years ago
|
Attachment #229647 -
Flags: review?(mconnor) → review?(bugs.mano)
Comment 2•18 years ago
|
||
Comment on attachment 229647 [details] [diff] [review] Patch Again, get ui-review (from beltzner or mconnor) on this kind of changes before requesting review. Thanks.
Attachment #229647 -
Flags: review?(bugs.mano)
Assignee | ||
Comment 3•18 years ago
|
||
Sorry, I submitted this patch before you told me about the UI review thing. :)
Assignee | ||
Updated•18 years ago
|
Attachment #229647 -
Flags: ui-review?(beltzner)
Comment 4•18 years ago
|
||
Comment on attachment 229647 [details] [diff] [review] Patch I didn't apply the patch, but from context I'm assuming that it does the same thing on middle click that Next/Back in the History menu (ie: append tab at end with focus)
Attachment #229647 -
Flags: ui-review?(beltzner) → ui-review+
Updated•18 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Comment 5•18 years ago
|
||
Comment on attachment 229647 [details] [diff] [review] Patch It calls the exact same function as the graphical home button on the toolbar. So yes, it does append the tab at the end with focus.
Attachment #229647 -
Flags: review?(bugs.mano)
Comment 6•18 years ago
|
||
Comment on attachment 229647 [details] [diff] [review] Patch >Index: browser/base/content/browser-menubar.inc >=================================================================== \ > <menuitem label="&historyHomeCmd.label;" >- command="Browser:Home" >- key="historyHome"/> >+ oncommand="BrowserHomeClick(event);" >+ onclick="checkForMiddleClick(this, event);" >+ key="goHome"/> > <menuseparator/> BrowserHomeClick is expecting a mouse event, see the way we handle this for the home button. Also, make sure you're not regressing pressing enter on the menuitem.
Attachment #229647 -
Flags: review?(bugs.mano) → review-
Assignee | ||
Comment 7•18 years ago
|
||
As a matter of fact, the keyboard works great with the menu item. It isn't broken so I don't see how I should fix it.
Comment 8•17 years ago
|
||
This patch is an unbitrotted version of attachment 229647 [details] [diff] [review]. I've tested this with every possible use case, and it doesn't break any existing functionality, and it delivers the middle-click handling to the Home menu item (just like Back and Forward). Re-requesting mano's take on this.
Assignee: nobody → ehsan.akhgari
Status: NEW → ASSIGNED
Attachment #295641 -
Flags: ui-review+
Attachment #295641 -
Flags: review?(mano)
Updated•17 years ago
|
Attachment #229647 -
Attachment is obsolete: true
Updated•17 years ago
|
Target Milestone: --- → Firefox 3 M11
Comment 9•17 years ago
|
||
Comment on attachment 295641 [details] [diff] [review] Unbitrotted patch hrm, yeah, sorry. I would bother renaming browserhomeclick to something more generic (and make it support the event==null case; and probably check "button" in event), r=mano either way.
Attachment #295641 -
Flags: review?(mano) → review+
Comment 10•17 years ago
|
||
Btw, I'm sure
Assignee: ehsan.akhgari → ventnor.bugzilla
Status: ASSIGNED → NEW
Comment 11•17 years ago
|
||
...that Michael could update this patch himself.
Comment 12•17 years ago
|
||
Addressed mano's comments in comment 9: * Renamed BrowserHomeClick to BrowserGoHome. * Modified BrowserGoHome to check the aEvent parameter as mano suggested. Seeking approval for checkin...
Attachment #295641 -
Attachment is obsolete: true
Attachment #295816 -
Flags: ui-review+
Attachment #295816 -
Flags: review+
Attachment #295816 -
Flags: approval1.9?
Updated•17 years ago
|
Attachment #295816 -
Flags: approval1.9? → approval1.9+
Comment 13•17 years ago
|
||
mozilla/browser/base/content/browser-menubar.inc 1.125 mozilla/browser/base/content/browser.js 1.922 mozilla/browser/base/content/browser.xul 1.402
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 14•17 years ago
|
||
I think this is bug ... When you Shift+Click home button or History>Home new window open but home pasg(s) not open in the new window if browser.startup.page is not 1. i expect home page(s) to open when i click the home button if browser.startup.page is 0 or 3 new window open with blank tab if browser.startup.page is 2 new window is open with the last open tab if browser.startup.page is 1 new window is open with hope page(s)
You need to log in
before you can comment on or make changes to this bug.
Description
•