Open Bug 196381 Opened 19 years ago Updated 8 years ago

Implement "mark sub thread as read"

Categories

(SeaMonkey :: MailNews: Message Display, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: frank.schoenheit, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

Sometimes, parts of threads become that heavily off-topic, that it is usefull to
skip a complete sub thread, while still reading other parts of the whole thread.
Currently, this can only be done by manually marking all messages in the sub
thread in question as unread (which often basically is advancing with "n" until
you're in an interesting area, again).

It would be nice to have a shortcut functionality for this - something like
"mark subthread as read" (similar to "mark thread as read"), which marks all
descendants of the currently selected message (perhaps plus the currently
selected message?) as read.
Attached patch patch (obsolete) — Splinter Review
patch for this feature. Does
* add "Sub Thread As Read" to the "Message | Mark" menu, as well as to the
"Mark" toolbox button
* extend nsIMsgThread::enumerate(Unread)Messages with a "in boolean bDeep"
parameter, which allows to enumerate all (not only direct) descendants of a
message
* implement the functionality so that all descendants of the currently selected
message are marked as read, excluding the selected message itself
Is "Sub Thread" used by some other program? I'd prefer "Thread Branch" instead.

Any change to get this to 1.4?
Comment on attachment 116585 [details] [diff] [review]
patch

obsoleting - it does, like a similar patch for bug 16967, not work for IMAP
folders. In case I get my patch for #16967 landed some time :), I will update
this one here, because it needs some pre-requisites (namely patching
storeImapFlags) ...
Attachment #116585 - Attachment is obsolete: true
thread branch sounds fine to me ... I am pretty unemotional about the naming.

Nevertheless, the current patch does not work for IMAP, and I am not even sure
if it's a good idea to have it in the "normal" app. With some small
pre-requisites, it would be possible to make an XPI for this, I suppose.
this is the patch updated to the 1.5 branch, in case this is of any use for
somebody.

I'm still reluctant to really try to get this into the Mozilla main trunk,
since I think in real, it's a task for an extension. However, some things need
to be changed in the "main" Mozilla in order to get an "anchor" where an
extension could plug in this functionality. Plus, an extension would need to
rely on js completely, and thus have an performance handicap, where in the
patch, I could make some C++ method fit my needs.
Anyway, getting the pre-requisites for such an extension into the trunk is
something which could be done. But currently, I am not really eager (nor have I
time) to care for this ...
Blocks: 236849
Product: Browser → Seamonkey
Assignee: sspitzer → mail
is there such an extension?
Assignee: mail → nobody
QA Contact: esther → message-display
Summary: [RFE] implement "mark sub thread as read" → Implement "mark sub thread as read"
You need to log in before you can comment on or make changes to this bug.