Bug 3297 - mark thread read
Summary: mark thread read
Status: NEW
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI/Message List (show other bugs)
Version: 3.9.3
Hardware: PC Linux
: P3 enhancement
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2014-10-13 22:14 UTC by moonkid
Modified: 2014-11-03 10:18 UTC (History)
0 users

See Also:


Attachments
picture to describe the issue (87.62 KB, image/png)
2014-10-13 22:14 UTC, moonkid
no flags Details

Description moonkid 2014-10-13 22:14:30 UTC
Created attachment 1435 [details]
picture to describe the issue

I want to be able to mark a selected and folded thread read.

Currently this action only affects the first message of a thread.

I mean if there is a selected and folded 100-message-thread (with a + in front of this one line).

When I say "mark as read" only the top message is marked but the rest is uneffected. But it should effect all the messages because this one-selected-line represents all messages in the thread because it is folded.

I hope I used the right words with my bad english.
Comment 1 Paul 2014-10-13 22:37:52 UTC
"this one-selected-line represents all messages in the thread because it is folded" is purely your own interpretation.
Comment 2 moonkid 2014-10-16 21:00:12 UTC
> "this one-selected-line represents all messages in the thread because
> it is folded" is purely your own interpretation.

Ok, I see your point of view.

You are someway right. I described my own view/opinion and how I experience a GUI.

But please keep in mind that your oposite(?) view has no evidence, too.

Please see other graphical interfaces of some other applications that display/present their data in tree's. I didn't know any application that treat folded tree-nodes like claws.

All applications (sylpheed, thunderbird, dolphin, pacman, windows explorer, CodeBlocks, ...) I know, treat them like I described. If a node is folded each action on it affects the node and each of its children.
If you see the mass of other applications it is a quasi-standard behaviour.

I can see know design-reason why claws should handle it a different way.
Comment 3 moonkid 2014-10-30 22:34:33 UTC
So you gave your argument and I answered to it.
This is nearly three weeks ago!

Where is the discussion about this topic? There is a need for it (the discussion).
We need to find out if a patch for this enhancement would be accepted.

Would it be ok to invenst time for such a patch or is just waste. That is the question.
Comment 4 Peter 2014-11-01 04:56:27 UTC
Moonkid, 

There was some discussion on the mailing list, but you might not have seen it.  

You could join one of the mailing lists, or look at the archives on Gmain.  They can be accessed several ways.  Start here, 
<http://dir.gmane.org/gmane.mail.sylpheed.claws.general>.

Note You need to log in before you can comment on or make changes to this bug.