Open Bug 349118 Opened 18 years ago Updated 4 months ago

move new/replied/... status icons from subject to another column

Categories

(Thunderbird :: Folder and Message Lists, enhancement)

x86
Linux
enhancement

Tracking

(Not tracked)

People

(Reporter: tuukka.tolvanen, Unassigned)

References

Details

spun off bug 348966 comment 4 Having new and replied messages have an icon in the subject column, but other messages not, either a) if no blank space is reserved, staggers subject text oddly -- probably mostly an issue in threaded view where indent has another meaning; or b) if blank space is reserved, gets the thread outline run into and from blank spaces which is likely to look weird, too so these icons should instead go into a column of their own. or, optionally, prepend the icons (and reserve blank where no icon applicable) to the existing "Status" column.
(In reply to comment #0) > Having new and replied messages have an icon in the subject column, but other > messages not, either a) if no blank space is reserved, staggers subject text > oddly -- probably mostly an issue in threaded view where indent has another > meaning; The thin lines are what "link" the threaded posts (it doesn't need to be the subject text). The lines will just have to do their job. > or b) if blank space is reserved, gets the thread outline run into and > from blank spaces which is likely to look weird, too Yes, blank space is bad (just as the wasted and usually blank status|attachment columns would be wasted space). > so these icons should instead go into a column of their own. PLEASE NO! > or, optionally, > prepend the icons (and reserve blank where no icon applicable) to the existing > "Status" column. Disagree! The statuzs column wastes space (and thus should be off) and users would then needlessly not see the relevant replied|Marked-as-deleted|attachment info. Please WONTFIX this bug.
Assignee: mscott → nobody
See Also: → 348966
Severity: normal → S3
Component: Mail Window Front End → Folder and Message Lists
You need to log in before you can comment on or make changes to this bug.