Closed
Bug 242626
Opened 21 years ago
Closed 20 years ago
Ability to keep tree open in Add Bookmark dialog
Categories
(Firefox :: Bookmarks & History, defect)
Firefox
Bookmarks & History
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: bogofilter+mozilla, Assigned: p_ch)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040410 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040410 Firefox/0.8.0+
There should be a way to use the tree view without having to expand it every
time. I have read bug 228582 and understand the reasoning behind not showing
the tree if it was last visible. You could keep that behavior and still allow
users to always see the tree by doing something like adding a "Always show tree"
checkbox under the tree.
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1•21 years ago
|
||
there's a bug on that, but that's adding cruft to the UI to fix perceived
problems with the impl. Adding UI to "fix" an implementation problem is a
terrible practice from a UI perspective.
Reporter | ||
Comment 2•21 years ago
|
||
(In reply to comment #1)
> there's a bug on that, but that's adding cruft to the UI to fix perceived
> problems with the impl. Adding UI to "fix" an implementation problem is a
> terrible practice from a UI perspective.
Is there an open bug on that? Could you reference it, I couldn't find it.
Adding a checkbox was just a suggestion, I didn't say it was a good one. :-) I
need the ability to keep the tree open, because the drop-down list has too many
problems:
1. It has to try to guess the subset of folders I want to see, and is wrong too
often (especially with only 5 items).
2. No way to distinguish multiple folders with the same name.
3. No sense of where a folder is in relation to the others.
4. Lastly (and most importantly?), forces me to think about my bookmark folders
in a way different from the hierarchy I recognize in the bookmarks menu.
The tree view solves all of these problems.
Personally, I would be perfectly happy with a hidden preference, but I suspect
that the above problems affect the average user too (who doesn't know or want to
know about hidden prefs).
Comment 3•21 years ago
|
||
*** This bug has been marked as a duplicate of 232089 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 4•21 years ago
|
||
This bug is not a dup of bug 232089. It comes the closest to being a dup of bug
228582, but that bug is a request for the default behavior to remember the
tree's last visible state, whereas this bug is a request for a way (*any* way,
including a hidden pref) to default the tree to always visible.
In other words, if you want to leave the Add Bookmark dialog's behavior the way
it is, fine, just give those of us who need to always use the tree a way to
override it (for reasons stated in comment 2 and bug 228582 comment 12).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 5•21 years ago
|
||
there was discussion on the same idea as this in that bug. That being said, a
hidden pref is the _only_ way I think we'll consider this, and I don't think we
will. Leaving it to think about it more, but leaning towards WONTFIX.
Comment 6•20 years ago
|
||
This is a won'tfix just like the other.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → WONTFIX
Comment 7•18 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•