Closed
Bug 18052
Opened 25 years ago
Closed 23 years ago
RFE: Ability to D&D the URL Icon into the bookmarks menu or submenu (drag and drop) (page proxy)
Categories
(SeaMonkey :: Bookmarks & History, enhancement, P3)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 100479
mozilla1.0
People
(Reporter: netdragon, Assigned: paulkchen)
References
Details
(Keywords: helpwanted, Whiteboard: [nsSupport])
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
I am planning to work on the bookmarks code, so I am hoping you do not change
the code right away. What I am wondering is if you could make the bookmarks like
4.x browsers where there is a button and an icon you can drag into it. I believe
I am not the only person who has grown attached to that.
This is a new product, so we look at new ways to do thinks. I'll cc the
appropriate folks for you request. They may have some comment.s
Comment 2•25 years ago
|
||
I'm sure I've seen a bug somewhere about adding this to Moz, ie it is intended.
Reporter | ||
Comment 3•25 years ago
|
||
I am probably not going to edit the bookmark code until XMAS vacation, if I do.
Reporter | ||
Comment 4•25 years ago
|
||
At least could you make it so you could drag the icon to the menu, like in 4.x?
Comment 5•25 years ago
|
||
You can edit the way the user interface is set up using XUL, a XML interface
Mozilla uses to define the UI.
A enhancement has been filed to move things around within the browser - see bug
#17306.
Comment 6•25 years ago
|
||
D'oh, I only just realised what you were talking about. Ignore my prior
comments.
Would the NC4 add bookmark and file bookmark here features be enough? Maybe
they should be added to the bookmarks drop-down, or attached to right click.
Reporter | ||
Comment 7•25 years ago
|
||
Not really - the icon is a lot faster and easier, and gives more control on
where to place the bookmark.
Comment 8•25 years ago
|
||
I don't see that it's quicker - both are as simple as a click and drag.
I can't comment on the "drag into menu" feature though since it doesn't seem to
occur on my Linux NC4.7. Did this allow specific precision, ie where to place
the item within a folder, or just which folder to put it in?
Reporter | ||
Comment 9•25 years ago
|
||
You move it to a folder and then drop it somewhere in the folder. You get to
choose where in the folder it goes and after what other links.
Comment 10•25 years ago
|
||
OK. I've heard that at some stage it's likely will be some capability to right
click on a bookmark in the menu, for example, to remove it. An "Add Current
Page Here" could achieve this.
Updated•25 years ago
|
Component: Browser-General → Bookmarks
Reporter | ||
Comment 11•25 years ago
|
||
I think it would be good to have the ability to drag it (and select folder in
add bookmarks) because everyone likes to do something in a different way. I
think the ability to be able to right click on a folder and choose "add here"
as you said would also be good. There should also be an option to delete
folder, or delete links, view properties, etc. It is too annoying to go into
the "Edit Bookmarks" Every time you want to change a bookmark location. If you
want to, say, move a book mark to a new folder, it would be nice to be able to
right click, choose add folder, drag a bookmark to that folder from its
previous location in the menu, and move the folder so that its in the right
place.
Comment 12•25 years ago
|
||
Personally, I'll be satisfied when it supports the "file" option.
Comment 13•25 years ago
|
||
Comment 14•25 years ago
|
||
Regarding the patch I've just attached... it's my first attempt at doing
anything with Mozilla, so I don't really know if it's the right way to go about
it (and my knowledge of Javascript, the DOM, and RDF is pretty limited). But it
seems to work for me.
Comment 16•24 years ago
|
||
don, we have a patch for this - can we review it before moving to future?
Comment 17•24 years ago
|
||
filing bookmarks like NS 4.x is already bug 41888. Since this bug wa morphed in the first place this might be a good time to
repurpose it to the original request.
Comment 18•24 years ago
|
||
Bug 50502 is related.
Comment 19•24 years ago
|
||
I believe this bug is a horrible muddled mess. There seem to other bugs tracking specific
related issues. It might be time for this bug to just go away.
My comments are prompted by the fact that the summary is useless, and I couldn't
come up with anything to save it. If someone else can state the clear, specific,
non-duplicate purpose of this bug then fine, otherwise I'll make it disappear.
Comment 20•24 years ago
|
||
claudius: this bug has been evily morphed into a "File Bookmark" but this wasn't
the bug reported. If there's a bug for drag and drop of the current URL (via a
bookmark icon next to the location bar - as in 4.x) then mark this a dupe of
that. Although... this functionality appears to already be implemented (however
broken it might be) my linux build 2000083106 has a bookmark icon next to the
location bar that is draggable. But I can't drop that bookmark into the bookmark
menu at all...
Comment 21•24 years ago
|
||
you want to D&D the current URL to the (now) optional bookmarks popup menu on the personl/bookmarks toolbar?
I don't recall a dupe for that. Feel free to change the summary to reflect as much if that's what this bug should be for.
Comment 22•24 years ago
|
||
updating summary. 4.x had D&D capabilities into the personal toolbar bookmark
menu. Since Mozilla makes the personal toolbar bookmark menu optional (and not
default) D&D to the main Bookmarks Menu would be preferred - although either
would be good.
Summary: Bookmarks > Like NS4.x → D&D of current URL into Bookmarks Menu
Reporter | ||
Comment 23•24 years ago
|
||
Sounds good. Since other bugs talk about the right click feature, I think we
should leave that out. I added (icon) to the summary because it is most
important that you can drag that icon in the Url text box. You talked about
people being able to add their own functionality (through XUL). I doubt many
will do that, so the default XUL should contain this functionality.
Summary: D&D of current URL into Bookmarks Menu → D&D of current URL (icon) into Bookmarks Menu
Comment 24•24 years ago
|
||
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
Vishy
Assignee: don → vishy
Updated•24 years ago
|
Comment 25•24 years ago
|
||
Netscape Nav Triage Team: dupe of a newer bug 41888 or vice versa?
Comment 26•24 years ago
|
||
I'd say this is a dup of bug 53707, or at least this bug depends on it.
Reporter | ||
Comment 27•24 years ago
|
||
Adding depends because even though that other bug is newer, this one depends on
it.
Depends on: 53707
Reporter | ||
Updated•24 years ago
|
Summary: D&D of current URL (icon) into Bookmarks Menu → [RFE]Ability to D&D the URL Icon into the bookmarks menu or submenu
Reporter | ||
Comment 28•24 years ago
|
||
See also bug 50505 which is the ability to drag bookmarks already in the menu.
Reporter | ||
Comment 29•24 years ago
|
||
Not a dupe of bug 41888. That is about ability to File Bookmark.
Comment 30•24 years ago
|
||
Adding helpwanted keyword as this bug is futured and depends on a futured bug.
In NN 4.x, it is also possible to drag a link (either the page proxy icon
between the Bookmarks menu and the word "Location" on the toolbar, or *any link
on the page*), into any folder on the personal toolbar. As the toolbar version
of the Bookmarks menu lives there as a folder now, that functionality should
come with no extra effort once this feature is working.
The only reason I can think of why this RFE, asking for implementation of *the*
most unique feature in NN 4.x, has not long since been fixed, is that the
Bookmarks sidebar is meant to replace it. Yes, the latter does provide the
ability to file bookmarks by d-n-d to a specific position, but:
1. The horizontal space needed by the sidebar sometimes isn't available.
More and more websites are requiring 800 px of browser width; even at 1024
by 768, that doesn't give much width for seeing the bookmarks in an outline
view, even if you maximize the Mozilla window. By contrast, the 4.x version
only takes up screen real estate when it is the focal point of what the
user is doing, i.e., after the drag has begun, and until the drop.
2. Before adding a bookmark to a specific folder by drag and drop, that folder
must be visible; if you want to drop it at a specific position in the folder,
the folder must be open. That can mean a few clicks on twisties and the
scrollbar if the bookmarks file has more than one level of folders, or
any of the folders has many items in it. But wait! I already started
dragging the link. Now I have to either cancel, open the folder I want,
and start over, or drop it someplace visible and then reposition it.
By contrast, in 4.x folders open upon hovering over them in the cascading
menu, so that the entire action can be done in a single drag-and-drop
gesture.
3. Folders in the Bookmarks sidebar stay open. That's great if you want to
add several bookmarks in the same folder, but annoying if you want to
add a bookmark to another folder later: you're faced with either lots of
scrolling with more than one folder open, or closing the open folder before
locating and opening the currently-desired folder, before the drag and drop
can begin. This just adds to the interruptive burden described in (2); in
4.x, since the cascading menu disappears after placing the link, this isn't
an issue at all.
4. The outline view of the bookmarks in the sidebar is not well suited to
displaying folders more than one or two levels in from the root. The
deeper in, the further indented, the more of each bookmark's title gets
clipped off. By contrast, the cascading menu, in both 4.x and Mozilla,
provides a generous width for bookmark titles, at all levels, and can
use much of the entire desktop area as required. In 4.x, that helps for
placing bookmarks further in than the top level, at the position desired,
by making more of the neighbour bookmarks' titles visible.
5. The presence of other tabs in the sidebar restricts the number of bookmark
items visible at once; the more tabs, the fewer visible bookmarks. If a
user begins collecting bookmarks on a topic, not knowing ahead of time
what sub-folders might be desired, the best way to organize them is by
ad-hoc positioning in a folder. Imagine a schoolchild doing a project on
Lions: Zoo pages at the top, picture pages in the middle, informative pages
at the bottom of the folder. With the default sidebar tabs, about 10 fewer
items fit in the sidebar than are visible in one column from the personal
toolbar (assuming the Mozilla window is maximum-height), increasing the
impact of problem (2). By contrast, the cascading menu from the personal
toolbar can use the full height of the screen, *and* use more than one
coumn per folder, so a new bookmark can be positioned exactly where desired
among many more items.
In general, the Bookmark sidebar often requires adjustment to make the right
portion visible before placing the new bookmark, thereby making the one-action,
one drag-and-drop-gesture simplicity of the 4.x feature impossible.
For me, this bug is catfood -- I still use 4.76 daily because I use the browser
for work, not play, and none of the bookmark-filing features in Mozilla lets
be get on with my work as well -- and also dogfood: I consequently do much
less testing of Mozilla than I otherwise would.
Keywords: helpwanted
Summary: [RFE]Ability to D&D the URL Icon into the bookmarks menu or submenu → RFE: Ability to D&D the URL Icon into the bookmarks menu or submenu (drag and drop) (page proxy)
Comment 31•24 years ago
|
||
nominating for nsbeta1. reassigning to ben. clearing priority to ---.
Comment 32•24 years ago
|
||
nav triage: this is not critical for this release. Hence marking nsbeta1- and
nsCatFood-.
Reporter | ||
Comment 33•23 years ago
|
||
Should we look at getting this in for Mozilla 1.0? Can we make the url icon
draggable to both menus?
Keywords: nsenterprise
Comment 34•23 years ago
|
||
*** Bug 87020 has been marked as a duplicate of this bug. ***
Comment 35•23 years ago
|
||
*** Bug 88625 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Keywords: nsenterprise → nsenterprise-
Comment 36•23 years ago
|
||
*** Bug 86215 has been marked as a duplicate of this bug. ***
Comment 37•23 years ago
|
||
As it stands right now, we have the ability to do this into the Personal Toolbar
Bookmarks menu. We cannot however Drag and Drop into the Main Menu Bar. this is
build 20010921. I believe there is an issue with dragging anything to the menu
bar itself, and there is a bug to make the code for both bookmarks menus the
same. that's bug 78050.
Comment 38•23 years ago
|
||
The drag and drop into the personal toolbar bookmarks menu is still partial
when compared to Netscape 4.x. In current mozilla builds, subfolders (folders
below the top level) do not open when you drag the link on to them. See bug
100479.
Comment 39•23 years ago
|
||
Setting Mozilla 1.0. There's a requirement for "ability to add bookmark to a
specific location within a folder" and this is one way to do it.
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: Future → mozilla1.0
Comment 40•23 years ago
|
||
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter
email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
Status: ASSIGNED → NEW
Assignee | ||
Comment 41•23 years ago
|
||
Marking dup of 100479 since that's the real problem with drag and drop to the
bookmarks popup menu right now. As for dropping on the main menubar, ain't gonna
happen cross platform because of mac.
*** This bug has been marked as a duplicate of 100479 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 42•23 years ago
|
||
I hate to see old bugs get duped but oh well.
VERIFIED Dupe
Status: RESOLVED → VERIFIED
Comment 43•23 years ago
|
||
Also a dup of bug 114962 (Bookmark menu in menu bar should open when link is
dragged over it).
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•