Closed
Bug 370737
Opened 18 years ago
Closed 11 years ago
Retain folder hierarchy (tree view) on all folder views
Categories
(Thunderbird :: Mail Window Front End, enhancement)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 533775
People
(Reporter: koubekk, Assigned: mkmelin)
References
(Blocks 1 open bug)
Details
Attachments
(2 obsolete files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: version 2 beta 2 (20070216)
The folder views in their recent implementation are quite unusable for people with many folders sharing the same name, but placed under different parent folders, see the example:
- folder 1
- folder A
- folder B
- folder C
- folder 2
- folder A
- folder B
- folder C
For example, if I make both 'folders A' my favorites, the context is lost and I don't know which one is which under the 'Favorite Folders' view. This is a serious shortcoming which makes the otherwise great feature unusable for me.
Surely there are many ways to deal with this. We could add the parent folder name, although it could get quite long and complicated, e.g. "...folder 1 / folder A - Local Folders". And it wouldn't cover all the bases.
Personally, I would like to see the same tree view as when using "All Folders". Yes, it would take more rows, with all parent folders being shown, but the context would be clear at all times.
It's debatable though, whether this solution would be welcomed over the current implementation by the majority of users.
Reproducible: Always
Assignee | ||
Comment 1•18 years ago
|
||
xref bug 351692
Comment 2•18 years ago
|
||
yes, important, but better adding some description to the folder display name, as suggested in bug 351692.
Comment 4•16 years ago
|
||
One possible way to show this from bug 397789:
hovering over the shortname of the folder should show the full folder path
Comment 5•16 years ago
|
||
from bug 397789 comment 0
"When using a recent or favorite folder, e.g. in "Move To -> Recent" the full
folder path, not just the folder name, should be in some way shown/indicated,
e.g. in a tooltiptext.
i.e. when hovering over subfolder1 in "move to -> recent" the tooltiptext would
show "/folderB/subfolder1/subfolder1" (or similar) and it then can be
distinguished from other subfolder1s."
Assignee | ||
Comment 6•16 years ago
|
||
Confirming RFE
Assignee: mscott → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Comment 7•16 years ago
|
||
I think this would actually be a tremendous boost in usability for the folder views!
Flags: wanted-thunderbird3+
Target Milestone: --- → Thunderbird 3.0rc1
Comment 8•16 years ago
|
||
I would like to see a (filtered) tree view there. I think it has already been suggested in some other bug.
Comment 9•16 years ago
|
||
Oh, and is there already an enhancement request to filter the full folder view based on a string typed in a search box?
Comment 10•16 years ago
|
||
none that i've ever seen - I don't see one here https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=filter+folder&product=MailNews+Core&product=Thunderbird&component=Folder+and+Message+Lists&component=General&component=Mail+Window+Front+End&resolution=---&bug_severity=enhancement&chfieldto=Now
Comment 11•16 years ago
|
||
OK, bug 479767 ...
Comment 12•16 years ago
|
||
Is there any research work yet on "filtered treeviews", or some other examples we can look at?
And more specific questions: Should the folders that are just there to complete the tree be gray? Should they be valid drag&drop targets?
Comment 13•15 years ago
|
||
Any work done on this? Is the target milestone still realistic?
Comment 14•15 years ago
|
||
(In reply to comment #13)
> Any work done on this? Is the target milestone still realistic?
Only if someone decides they want to do the work. Clearing milestone anyway as we don't tend to associate wanted bugs with specific milestones now (they are all wanted asap effectively).
Target Milestone: Thunderbird 3.0rc1 → ---
Assignee | ||
Comment 15•15 years ago
|
||
This makes it possible to expand to see subfolders for folders in the Unread, Recent, and Favorite views.
I can't think of much use case for hiding the possible children. If the folder have subfolders it's very likely you want to access a sub folder too while accessing the parent, and if you don't, this only adds the expander so that you can if you will. I know i need it constantly, which is why i don't use the folder modes much.
Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #395899 -
Flags: ui-review?(clarkbw)
Attachment #395899 -
Flags: review?(bienvenu)
Assignee | ||
Updated•15 years ago
|
Target Milestone: --- → Thunderbird 3.0b4
Assignee | ||
Comment 16•15 years ago
|
||
Gah, the final version.
Attachment #395899 -
Attachment is obsolete: true
Attachment #395901 -
Flags: ui-review?(clarkbw)
Attachment #395901 -
Flags: review?(bienvenu)
Attachment #395899 -
Flags: ui-review?(clarkbw)
Attachment #395899 -
Flags: review?(bienvenu)
Comment 17•15 years ago
|
||
What about imap servers where all folders are sub-folders of the Inbox?
I think a perhaps better way of doing this would be to do hierarchy in the folder pane modes, but only populate it with folders that should be in the view.
Assignee | ||
Comment 18•15 years ago
|
||
Comment on attachment 395901 [details] [diff] [review]
proposed fix
Hm yeah that could also group the folders normally. I'll see what i can do.
Attachment #395901 -
Attachment is obsolete: true
Attachment #395901 -
Flags: ui-review?(clarkbw)
Attachment #395901 -
Flags: review?(bienvenu)
Comment 20•14 years ago
|
||
This feature would be very useful.
Comment 21•11 years ago
|
||
This bug as filed (hierarchy in the folder views) was actually fixed by bug 533775 for Favorites and Unread view.
Please reopen if there is something missing.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Target Milestone: Thunderbird 3.0b4 → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•