Closed
Bug 116157
Opened 22 years ago
Closed 22 years ago
Add button in bookmarks sidebar panel should prefill values
Categories
(SeaMonkey :: Bookmarks & History, defect, P3)
SeaMonkey
Bookmarks & History
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.0
People
(Reporter: pbergsagel, Assigned: bugzilla)
References
()
Details
(Keywords: regression, Whiteboard: [adt3])
Attachments
(1 file, 1 obsolete file)
1.56 KB,
patch
|
hewitt
:
review+
bugs
:
superreview+
scc
:
approval+
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.6+) Gecko/20011219 BuildID: 2001121908 I know the bookmarks have recently undergone a re-write. Lately it has become much harder to manage bookmarks. In order to add a new bookmark one now has to select the folder in the sidebar first (so Mozilla will know were to file the bookmark) select the url at the top of the page and copy it to the clipboard. Now you can select "add" in the bookmarks tab of the sidebar and copy the url to the pop-up dialogue box and supply a bookmark name. The item "Manage" has lost almost all of its functionallity and is now mostly useless. It liked the previous method for bookmark management. Previously to manage a bookmark all the user had to do was to click on "Add" in the bookmark's side bar and a dialogue box would pop up with the url filled in and a name for the bookmark provided by the webmnaster of the saite being bookmarked. I you wanted to you could edit these two values. When you clicked on "ok" another menu poped up asking you which bookmark folder to file the bookmark in. Can we begin a discussion about a better method for handling bookmarks then the one used in the nightlies (12/17/01). The present method IMHO lacks a lot of useful functionality and is only marginally beter than NS 4.7 which was really terrible. How should Mozilla manage/file the bookmarks? (Hopefully the loss of functionality of bookmark management is due to the recent bookmark code re-write and this loss of functionality was not added on purpose.) Reproducible: Always Steps to Reproduce: 1.n/a 2. 3. Actual Results: n/a Expected Results: n/a I am filing this bug to hopefully bgin a dialogue about how Mozilla might handle bookmark management.
Assignee | ||
Comment 2•22 years ago
|
||
Assignee | ||
Comment 3•22 years ago
|
||
to me.
Assignee: pchen → blakeross
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: A regression iin the management of bookmarks. → Add button in bookmarks sidebar panel should prefill values
Updated•22 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → mozilla1.1
Comment 5•22 years ago
|
||
nsbeta1+ per ADT/Nav triage. This also occurs on Windows, so changing to ALL Platforms. IS the current patch from Blake, still good to go?
OS: Mac System 8.6 → All
Hardware: Macintosh → All
Target Milestone: mozilla1.1 → mozilla1.0
Updated•22 years ago
|
Comment 6•22 years ago
|
||
I'm also unhappy with the current situation. A couple comments... Adding a bookmark, because it's done so frequently, should be quick and easy. Generally, I find myself wanting to - Add a bookmark, placed according to the selected entry in the sidebar list (i.e., if it is a folder, place it in the selected folder; if it is a bookmark, place it just after the selection, in the folder to which the selection belongs) or - Add a folder (again according to the selected entry), so I can then add a bookmark. It would be nice if the sidebar buttons accomodated both these actions with a minimum of fuss. For further streamlining, there could be a single-click version of the "Add" action (activated, say, by shift-clicking "Add"?) that doesn't even open a pop-up, but just uses the current page's title and URL.
Assignee | ||
Comment 7•22 years ago
|
||
*** Bug 116344 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
Whiteboard: [adt3]
Assignee | ||
Comment 8•22 years ago
|
||
Attachment #62310 -
Attachment is obsolete: true
Comment 10•22 years ago
|
||
Comment on attachment 74688 [details] [diff] [review] patch that restores old behavior sr=ben@netscape.com
Attachment #74688 -
Flags: superreview+
Comment 11•22 years ago
|
||
Comment on attachment 74688 [details] [diff] [review] patch that restores old behavior r=hewitt
Attachment #74688 -
Flags: review+
Comment 12•22 years ago
|
||
Comment on attachment 74688 [details] [diff] [review] patch that restores old behavior a=scc
Attachment #74688 -
Flags: approval+
Assignee | ||
Comment 13•22 years ago
|
||
fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•