Closed
Bug 43601
Opened 24 years ago
Closed 16 years ago
Status of mails should be available to UI
Categories
(SeaMonkey :: MailNews: Message Display, defect)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: bugzilla, Unassigned)
References
Details
The status of a mail or newsposting should be made available to the UI.
Meaning there should be statuses like
- read=true|false
- replied=true|false
- forwarded=true|false
- attachment=true|false
- importance=[high|low|normal|etc...]
- saved=true|false
- encrypted=true|false
- signed=true|false (valid|invalid)
etc....
available to use in the UI.
This could fx be used in bug 22112
Comment 1•24 years ago
|
||
I don't understand. We do have a column in the thread pane that shows this
information for read, replied, forwarded. We have a separate column with a
priority flag.
Reporter | ||
Comment 2•24 years ago
|
||
To clarify:
The status described shouldn't be shown in the UI. The status info should be
used in the UI to fx show a different icon for mails that have been forwarded
than replied. So we need to have the status info avaiable to shown different fx
icons for different states of a mail.
So this status info would only be used in fx CSS or JS to show different icons
or context menus for mails.
Hope this helps...?
Comment 3•24 years ago
|
||
well we do have separate style rules already which are currently used to control
different style settings in the thread pane based on the status of messages.
Seems like the same idea.
Over to putterman. Probably not something we need to look into for nsbeta2 or
nsbeta3.
Status: NEW → ASSIGNED
Target Milestone: --- → M19
Comment 4•24 years ago
|
||
The basic idea was to have icons in a status column, so that if you have replied
to a message there is an icon to show this. See bug 22112 for more info on why
it is needed. This bug is basically asking for the backend for that.
I'm not sure I want an icon for showing us that a message has been read. I can
easily tell the difference between Read and Replied, but I can understand how
this could be an intl issue, also.
Comment 6•24 years ago
|
||
triaging
Assignee: mscott → sspitzer
Status: ASSIGNED → NEW
Component: Networking - General → Mail Window Front End
Comment 7•24 years ago
|
||
I don't think we should have an icon for read, the text is non-bold then. But if
you forwarded/replied to an email and the icon changed to something (with an
arrow back, for reply for instance) that would be way cool!
Keywords: mozilla1.0,
ui
Is anything going to happen with this bug/enhancement request?
Almost every other GUI mail program on the planet supports "status icons" to
show if a mail has been read/replied/forwarded etc. Only Mozilla shows text for
these. IMHO it is much harder to quickly scan down a column of text than to scan
down a column of icons, especially when the icons are virtually standardized.
See KMail, Mac OS X Mail.app etc...
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•20 years ago
|
Assignee: sspitzer → mail
Updated•16 years ago
|
Assignee: mail → nobody
Priority: P3 → --
QA Contact: esther → message-display
Comment 9•16 years ago
|
||
This bug is being marked EXPIRED as it has seen no activity in a very long time.
If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you.
http://www.seamonkey-project.org/
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → EXPIRED
Comment 10•16 years ago
|
||
Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.
Status: RESOLVED → REOPENED
Resolution: EXPIRED → ---
Comment 11•16 years ago
|
||
I'm told Thunderbird has different icons, so I guess the flags are exposed to themes. Probably our SeaMonkey themes don't use that right now, but that's bug 22112.
I'm marking this INCOMPLETE as I can't see from the report what specifically is not exposed to the theme right now and what would specifically need to be changed to consider this fixed. If stuff is missing from exposure, please either reopen with very specific information or even better file a new bug with that information. It doesn't help to have old, unspecific, open bugs lingering around in the database.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•