Closed
Bug 512146
Opened 15 years ago
Closed 15 years ago
Make "Delete History for (host|domain) available in History context menus
Categories
(SeaMonkey :: UI Design, enhancement)
SeaMonkey
UI Design
Tracking
(Not tracked)
RESOLVED
FIXED
seamonkey2.0b2
People
(Reporter: InvisibleSmiley, Assigned: InvisibleSmiley)
Details
Attachments
(1 file, 1 obsolete file)
7.66 KB,
patch
|
neil
:
review+
neil
:
superreview+
|
Details | Diff | Splinter Review |
This is the equivalent of Firefox bug 465082 (and bug 460086). The idea is to have "Delete History for (host|domain)" available in the context menu so that these commands can be used from the sidebar (the patch also adds it to the context menu available in the History window but there the commands are already available through the Edit menu).
Some background: the placesCmd_delete:* commands in controller.js check gLastHostname and gLastDomain which are only set by historyOnSelect() in history.js. To make it work in the Sidebar I had to call that function and make sure it doesn't access gHistoryStatus which is not available in the Sidebar case.
Attachment #396139 -
Flags: review?(neil)
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → jh
Updated•15 years ago
|
Attachment #396139 -
Flags: review?(neil) → review-
Comment 1•15 years ago
|
||
Comment on attachment 396139 [details] [diff] [review]
proposed patch
>+ <command id="placesCmd_delete:hostname"
>+ oncommand="goDoCommand('placesCmd_delete:hostname');"/>
>+ <command id="placesCmd_delete:domain"
>+ oncommand="goDoCommand('placesCmd_delete:domain');"/>
Nit: these can now be removed from history.xul
> <menuitem id="placesContext_delete"
> command="cmd_delete"
> label="&deleteCmd.label;"
> accesskey="&deleteCmd.accesskey;"
> selection="link|host|day"/>
>+ <menuitem id="menu_deleteByHostname"
>+ command="placesCmd_delete:hostname"
>+ selection="link|host"/>
>+ <menuitem id="menu_deleteByDomain"
>+ command="placesCmd_delete:domain"
>+ selection="link|host"/>
This breaks the Edit menu, since you have duplicate IDs. One workaround is to set the label and accesskey on the command element instead.
Assignee | ||
Comment 2•15 years ago
|
||
Now with different IDs. Had to switch over to using setAttribute() for both .label and .accessKey now that the target is a command element.
Attachment #396139 -
Attachment is obsolete: true
Attachment #396818 -
Flags: superreview?(neil)
Attachment #396818 -
Flags: review?(neil)
Updated•15 years ago
|
Attachment #396818 -
Flags: superreview?(neil)
Attachment #396818 -
Flags: superreview+
Attachment #396818 -
Flags: review?(neil)
Attachment #396818 -
Flags: review+
Assignee | ||
Updated•15 years ago
|
Keywords: checkin-needed
Comment 3•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.0b2
You need to log in
before you can comment on or make changes to this bug.
Description
•