Bug 2704 - suggestion for better readability
Summary: suggestion for better readability
Status: NEW
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI/Message View (show other bugs)
Version: 3.8.1
Hardware: PC FreeBSD
: P3 enhancement
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2012-07-21 15:21 UTC by Hans
Modified: 2017-04-03 02:45 UTC (History)
1 user (show)

See Also:


Attachments
preview with header + background (52.41 KB, image/png)
2012-07-21 17:13 UTC, Hans
no flags Details
msg preview header w/o background (52.44 KB, image/png)
2012-07-21 17:14 UTC, Hans
no flags Details
Header in search panel (94.65 KB, image/png)
2012-07-23 15:14 UTC, Hans
no flags Details
Header above msg body within msg-preview window (85.20 KB, image/png)
2012-07-23 15:15 UTC, Hans
no flags Details

Description Hans 2012-07-21 15:21:30 UTC
it would be nice if the header, which can be selected to be shown within the message preview pane, would have a different background, a box or something to make it better readable as separate from the message body itself. Maybe even a line as separator would be enough already.

the header which can appear under the search panel is incomplete and hard to read sometimes, IMO not a good idea showing From and To side by side and date/time is missing, so I prefer the header inside the message window.


a good example of what I mean could be seen in kmail's or seamonkey's mail message preview window

thanks
Hans
Comment 1 Paul 2012-07-21 16:52:24 UTC
I think the fact that headers can be displayed  at the top of the message view itself (and are configurable) makes this request rather redundant
Comment 2 Hans 2012-07-21 17:13:32 UTC
Created attachment 1132 [details]
preview with header + background
Comment 3 Hans 2012-07-21 17:14:35 UTC
Created attachment 1133 [details]
msg preview header w/o background
Comment 4 Hans 2012-07-21 17:15:32 UTC
well, in terms of readability of the message body, yes

but the header at the top is not good for reading easily the header, it goes under in the panel 

but worse is, you can not copy the header or part of it. I mean it is not possible passing the mouse over the email address, right click and copy for using it elsewhere ... 

have a look at the attachments

Hans

Hans
Comment 5 Paul 2012-07-21 17:37:57 UTC
I originally thought you were talking about the 'header pane'. But it seems that in comment #4 you /are/ now talking about the header pane, but referring to images of the message view [???]

Re: the original description: There is a line as separator.
Comment 6 Hans 2012-07-23 15:13:37 UTC
please have a look at the next two snapshots

eventually it gets clearer then

when the subject is long, as in this example, both actually available header options are hard to read

case 1
when you look at the message body, you need to "search" for where the msg begins, it is not clearly visible at first sight

by giving this header a background color like in the example from the other day, then it is clear, on first sight, easily you see both parts, the end and the beginning


case 2
when you look at the image with the header _WITHIN_ the search panel, it also is hard to read, because of subject extension and from/To on the same line.
Worse, it is missing the date, so you need to look up the message again in the message list above to see it


resume

that I think is about usability, the interface should be nice and easy to read and to handle, if accomplishing this, more people will like the program

Hans
Comment 7 Hans 2012-07-23 15:14:36 UTC
Created attachment 1135 [details]
Header in search panel
Comment 8 Hans 2012-07-23 15:15:43 UTC
Created attachment 1136 [details]
Header above msg body within msg-preview window
Comment 9 wwp 2012-07-24 09:20:59 UTC
I agree on only one point: addresses in the optional header panel should not only be selectable (which is already the case) but sensitive in the way addresses in message view are, meaning right-click and context menu/actions should work on them.

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