Closed Bug 211795 Opened 22 years ago Closed 22 years ago

Add replied and forwarded atoms for the message tree

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: erik, Assigned: Bienvenu)

References

()

Details

Attachments

(1 file, 1 obsolete file)

Looking at http://lxr.mozilla.org/seamonkey/source/mailnews/base/src/nsMsgDBView.cpp I realized that there are no atoms for "replied" and "forwarded": 161 kUnreadMsgAtom = NS_NewAtom("unread"); 162 kNewMsgAtom = NS_NewAtom("new"); 163 kReadMsgAtom = NS_NewAtom("read"); 164 kOfflineMsgAtom = NS_NewAtom("offline"); 165 kFlaggedMsgAtom = NS_NewAtom("flagged"); 166 kNewsMsgAtom = NS_NewAtom("news"); 167 kImapDeletedMsgAtom = NS_NewAtom("imapdeleted"); 168 kAttachMsgAtom = NS_NewAtom("attach"); 169 kHasUnreadAtom = NS_NewAtom("hasUnread"); 170 kWatchThreadAtom = NS_NewAtom("watch"); 171 kIgnoreThreadAtom = NS_NewAtom("ignore"); 172 kHasImageAtom = NS_NewAtom("hasimage"); 173 kJunkMsgAtom = NS_NewAtom("junk"); 174 kNotJunkMsgAtom = NS_NewAtom("notjunk"); It would be useful to have "repliead" and "forwarded" as well so that more elaborate CSS rules may be set up for the message tree. My goal here is to make the message tree show alternate icons depending on the replied, forwarded state.
not a mail database issue. component -> Mail window front end.
Component: Mail Database → Mail Window Front End
This is my first patch for Mozilla. The code is very straight forward so there should not be much that could go wrong here. Since the status is either Replied, Forwarded, New or Read I decided to let the atoms follow the same logic and therefore the atom added is either replied, forwarded or new. The read atom is kept independent of the other 3. Maybe all should have been independent? Would it be better to use: if (flags & MSG_FLAG_REPLIED) properties->AppendElement(kRepliedMsgAtom); if (flags & MSG_FLAG_FORWARDED) properties->AppendElement(kForwardedMsgAtom); if (flags & MSG_FLAG_NEW) properties->AppendElement(kNewMsgAtom); instead of? if (flags & MSG_FLAG_REPLIED) properties->AppendElement(kRepliedMsgAtom); else if (flags & MSG_FLAG_FORWARDED) properties->AppendElement(kForwardedMsgAtom); else if (flags & MSG_FLAG_NEW) properties->AppendElement(kNewMsgAtom);
After some thinking I realized that it is probably better to make the replied, forwarded and new atoms independent. This will also make old css files dependent on the new flag to still work.
Comment on attachment 127684 [details] [diff] [review] Adds support for replied and forwarded atorms Ooops, forgot to mark the old patch as obsolete
Attachment #127684 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Comment on attachment 127714 [details] [diff] [review] Making the properties independent r=bienvenu, that looks fine.
Attachment #127714 - Flags: review+
Adding Scott MacGregor in hope of him doing the super review (and checkin)
Comment on attachment 127714 [details] [diff] [review] Making the properties independent sr=mscott I'll try to check this in later today. Now themers can add special icons to the thread pane to reflect this state. Very nice.
Attachment #127714 - Flags: superreview+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Is bug 22112 the same as this one?
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: