Closed
Bug 96979
Opened 23 years ago
Closed 23 years ago
Hide Total and Unread Folder count columns by default for existing profiles
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.5
People
(Reporter: scottputterman, Assigned: sspitzer)
References
Details
(Whiteboard: PDT+)
Attachments
(2 files, 1 obsolete file)
(deleted),
image/jpeg
|
Details | |
(deleted),
patch
|
mscott
:
review+
Bienvenu
:
superreview+
|
Details | Diff | Splinter Review |
I downloaded 8/24's build and got to see the new folder pane for the first time.
It's nice to have the option to show the folder count columns but it really
destroys the folder pane. I created a new profile to see what the defaults are
and it's very hard to use.
The new profile only showed the first two letters of my account name and when it
discovered folders it only showed the folder icon and no letters in any of the
folder names. This is a really bad user experience. I would suggest either
hiding the folder count columns by default or making the folder sidebar much
wider by default.
From bug: 54171
>------- Additional Comments From jglick@netscape.com 2001-08-15 15:16 -------
>
>Using 2001081504 build. Total and Unread columns are being shown by default.
>Would like to see them hidden by default (show only the name column)to avoid
>confusing novic users who don't know how to make them go away.
>Shall I file a separate bug for this?
>
>
>------- Additional Comments From Seth Spitzer 2001-08-15 15:29 -------
>
>those columns are hidden by default for a new profile.
>
>(they are for mozilla, and will be for ns as soon as I update the commercial
>version of localstore.rdf)
Bugscape 8923 is a dup of this bug.
Can we make the Total and Unread columns off by default even for existing
profiles?
I think its important that we turn off Total and Unread columns by default even
for existing profiles. As folks are getting new builds, i've gotten several
comments about these columns being overwhelming.
Comment 3•23 years ago
|
||
I agree. And this bug is in fact a duplicate...
Comment 4•23 years ago
|
||
Marking nsbranch so the default behavior mirrors 6.1 behavior. Additional
comments in Bugscape # 8923.
Keywords: nsbranch
Can we consider to fix this for nsbranch? (hopefully, will get approval). I've
gotten a few "what is this in my folder pane and how do I fix it" questions so
it's a common source of confusion.
Thanks
Comment 6•23 years ago
|
||
plussing.
Comment 7•23 years ago
|
||
I agree. It looks like this is finally the bug (after the DUPs and such) that
this can happen. I think mscott's original plan was to wait for the branch for
this anyhow.
mscott?
Comment 8•23 years ago
|
||
Really adding the plus for mscott.
Comment 9•23 years ago
|
||
Kevin, did you intentionally mean to take away my nsBranch+ and .9.5 status or
was that by accident =)?
kmurray@netscape.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|nsbranch+ |nsbranch
Target Milestone|mozilla0.9.5 |---
Target Milestone: --- → mozilla0.9.5
Comment 10•23 years ago
|
||
The streams were crossed. :-) My bad - although I knew you wouldn't be too mad
at me.
Assignee | ||
Comment 11•23 years ago
|
||
I agree, this is bad. I'm working on a generic way to fix localstore.rdf items
(persisted items) to existing profiles, as I'm sure this will come up again.
Status: NEW → ASSIGNED
Assignee | ||
Comment 12•23 years ago
|
||
the plan will be to disable them for existing profiles
Summary: Hide Total and Unread Folder count columns by default or make folder sidebar wider by default → Hide Total and Unread Folder count columns by default for exiting profiles
Assignee | ||
Comment 13•23 years ago
|
||
Assignee | ||
Comment 14•23 years ago
|
||
testing a potential fix now. it would have been better if I would have fixed
this when I landed the folder pane / rdfliner branch.
my fix will benefit users who are currently running builds without the
folderpane outliner. once they switch to a build with the outliner, they'd get
my fix.
my fix will hurt any existing users who are running builds since the folder
pane rdfliner branch landed, and who have *not* hidden the unread and total
columns. (my fix is going to hide those columns once, using a folder pane
version pref.)
I landed the folder pane outliner on 2001-08-14, so that mean anyone who has
used a build since then and didn't hide those columns when they first appeared
would be hurt. but that window is small enough for me.
Assignee | ||
Comment 15•23 years ago
|
||
Assignee | ||
Updated•23 years ago
|
Attachment #50308 -
Attachment is obsolete: true
Assignee | ||
Comment 16•23 years ago
|
||
Updated•23 years ago
|
Attachment #50309 -
Flags: superreview+
Comment 17•23 years ago
|
||
Comment on attachment 50309 [details] [diff] [review]
patch
r=mscott
Attachment #50309 -
Flags: review+
Assignee | ||
Comment 18•23 years ago
|
||
this has sr=bienvenu
Comment 19•23 years ago
|
||
check it in - PDT+
Summary: Hide Total and Unread Folder count columns by default for exiting profiles → Hide Total and Unread Folder count columns by default for existing profiles
Whiteboard: PDT+
Assignee | ||
Comment 20•23 years ago
|
||
fixed on both branch and trunk.
to verify:
1) create a new profile with a build prior to 8-14, set up mail, exit.
2) launch a build from yesterday, and you'll see the the unread and total
columns.
do #1 and #2 again, but this time use a build with this fix. you won't see the
unread and total columns after upgrading.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 21•23 years ago
|
||
Branch build 2001-09-24-03: WinMe, fixed.
Branch build 2001-09-24-04: Linux RH 7.1, fixed.
Branch build 2001-09-24-05: Mac 9.1, fixed.
Adding "vtrunk" to keywords so that it is also checked on a trunk build.
Keywords: vtrunk
Comment 22•23 years ago
|
||
Trunk build 2001-11-19: Linux RH 7.1
Verified Fixed.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•