[imp] Various meaningful IMP default settings

[Andy Dorman]

On 12/23/2014 05:29 AM, Daniel Vollbrecht wrote:
> Am 23.12.14 um 01:07 schrieb Michael M Slusarz:
>
>> (Obviously, if you look at any individual phone contact log, or for
>> incoming calls, it might show both name and number.  But that's
>> irrelevant because we've been talking about what should be show in LIST
>> views).
>
> Then there's a misunderstanding. I was talking about the actual mail
> view when I click on an email (see attached screenshot) the whole time.
> Currently, I have to
>
> 1. click to open the email
> 2. click again to the small triangle on the left to expand the view
> 3. click again on each of the names (to see the email addresses)
>
> Now I even think that the average user doesn't imagine that (3) is
> possible because he already expanded the view. And my point was that the
> current view doesn't do a favor for neither the average nor the advanced
> users. In this example, I would've easily been deluded if you had sent
> to 'CC: imp <somebody at roundcube.org>' as I only see 'imp' until (3).
> Thus, the "sender addresses can't be trusted" argument doesn't apply
> here. Also it is industry standard in other clients not to require (2)
> and (3).
>
> After opening the email (1), I should get the
>
> From: Some unverified name <email at host>
>
> and the GeoIP country flag displayed next to it to avoid steps 2 and 3.
>
> Would this be considerable?
>
>
> Best, Daniel
>

FWIW, on my installation (Horde Groupware 5.2.2), once I click the arrow 
to see the header addresses for an email and I do NOT shrink it back 
down, all future emails are displayed with the full header view...and it 
retains that setting between sessions.

So IMHO an explicit configuration option is really not needed.

Granted, you have to hover your mouse over the To or From name to notice 
that you can see the actual email address, but personally I think this 
is a far cleaner look AND looks better on a smaller laptop or netbook 
screen.

I suppose it all comes down to the fact that developers do NOT have 
unlimited resources and time and have to decide what is most important 
to spend time working on.

The idea that a configuration option for an expanded display of the 
email header address fields is valid, but not critical enough to spend 
considerable time working on at this time (unless you want to fund 
development of such an option and pay someone to add that feature). 
Indeed, it appears it has already been implemented to a limited degree 
as mentioned above.

Sincere regards,

-- 
Andy Dorman