Closed Bug 17920 Opened 25 years ago Closed 24 years ago

personal toolbar items need context menus (for editing, deleting, etc.)

Categories

(SeaMonkey :: Bookmarks & History, enhancement, P2)

enhancement

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: ezh, Assigned: bugs)

References

Details

(Keywords: helpwanted)

Attachments

(7 files)

Many people wish to able edit (erase, etc.) bookmarks right from Personal Toolbar (right click menu?), not from bookmark menu. Tnx!
Assignee: leger → don
Component: Browser-General → XPApps
QA Contact: leger → claudius
Putting on XP Apps radar for an enhancement. don you can set the milestone. :-)
Target Milestone: M14
post-beta, m14.
Move to M20.
Move to "Future" milestone.
Target Milestone: M20 → Future
It is very critical for about 150 computers we have in my company. We are using The Bat! (http://www.ritlabs.com/the_bat/index.html) with NN4.x with utility which allows to run The Bat! when clicked on mail link. Is it so hard to implement "mail to:" links opens default mail programm???
Sorry, smth happened... previous comment was for bug 11459.
Any news for this enh?
This Request For Enhancement is currently targeted for the 'future', meaning it won't make it into the current release as we try to concentrate on fixing critical bugs. I've added the 'helpwanted' keyword which may attract a mozilla contributor willing to implement this feature in a shorter time frame.
Keywords: helpwanted
May be now, after NS6 release, we can set the right milestone for this?
Updating summary to include "context menus" so I find this bug next time I search for it. Cc'ing blake in case he's interested.
Summary: Editing bookmarks in personal toolbar. → personal toolbar items need context menus (for editing, deleting, etc.)
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment. thanks, Vishy
Assignee: don → vishy
nav triage team: Let's look into this, marking nsbeta1, mozilla0.9, reassigning to ben
Assignee: vishy → ben
Keywords: nsbeta1
Target Milestone: Future → mozilla0.9
Recommend wontfix. People will wanting to turn the Personal Toolbar on and off much more frequently than they will be wanting to edit the items on it. Since the UI for this is relatively inaccessible (a submenu of the View menu), it would make more sense for Ctrl+/right-clicking the toolbar to bring up a menu for showing/hiding toolbars (bug 45532), like Internet Explorer has, than for the context menu to be used for editing the items in the toolbar. (The context menu would have a context-sensitive item for customizing the contents of that particular toolbar.)
I strongly disagree with wontfix. Internet Explorer's convenient editing is far superior to our means of editing (and no, IE doesn't use the toolbar menu for PT items, it uses an editing one).
pardon the spam: personal toolbar bugs should go into the Bookmarks component. so, i'm moving the existing ones from xp apps/xp apps: gui to there...
Component: XP Apps → Bookmarks
raising priority setting.
Status: NEW → ASSIGNED
Priority: P3 → P2
nav triage team: Marking nsbeta1+, reassigning to pchen
Assignee: ben → pchen
Status: ASSIGNED → NEW
Keywords: nsbeta1nsbeta1+
Paul, I have this one all fixed up. Reassigning back to self, will attach patch in a couple of minutes. Note this also fixes my other .9 bug related to the empty submenus.
Assignee: pchen → ben
OK, have attached patches to get basic functionality off the floor. Can manipulate bookmarks (open, open folder in new window, find, copy, cut, paste, delete, rename, properties, create new folder) as in regular bookmarks window. Inplace editing works for buttons and menubuttons, and new folder creation is achieved by creating an item with an inline field as in the window. Seems to work pretty well. The method of invoking the field is simpler and thus not prone to showing when undesired as in the window. The inline edit binding has been factored into a generic base which I put in xulBindings.xml, and button, menubutton and treecell variants created. I had to rename some commands to fix a command name collision in the nav window ('cmd_paste' etc, clash between the edit field controller and my own). D&D will come next.
Status: NEW → ASSIGNED
sr=sfraser
well ... it _looks_ good to me; but it's a big patch, and it's outside the regions I'm really comfortable with. I don't think my opinion can be counted for an entire sr. I'd call it about 1/3. If you can get another super-reviewer to give you the other 2/3, then you're good to go. I apologize for not being savvy enough to do the job here.
[s]r = hyatt
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
I don't see context menus for items within folders on the personal toolbar (even if I use Expand on the folder's context menu). I think that's covered by bug 50504, though.
wow, I would've never expected contextual menus on menuitems but that is indeed bug 50504 (might as well expand it). This bug however is indeed fixed and VERIFIED Fixed with the 2001042608 builds on all platforms
Status: RESOLVED → VERIFIED
But how about context menu inside a folder on a PT?
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: