[Evolution] About "hide read messages"
Not Zed
notzed@ximian.com
Wed, 19 May 2004 09:00:19 +0800
--=-OtHzuB7TvBtSfdEJ7PF3
Content-Type: multipart/alternative; boundary="=-4gYhKamuH3+g+y7+cjJW"
--=-4gYhKamuH3+g+y7+cjJW
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Tue, 2004-05-18 at 12:55 -0400, Andrew Conkling wrote:
> On Tue, 2004-05-18 at 22:18 +0800, Not Zed wrote:
> > You're not a coder are you? Or even a software engineer.
> >
> > Deal with it.
> >
> > > I'm not trying to instigate or point fingers, just to vent a bit of
> > > frustration about the nature of this list (or perhaps about my
> > > misunderstanding of the function of this list?).
> >
> > Well, how much did you pay for this software?
>
> OK. I think it's fairly obvious that I've made you (and perhaps others)
> angry by my comments. (That or I'm dealing with sarcasm too thick for
> my thick head.) If so, that was not my intention and I apologise. I
> was trying to open doors to dialogue about the development of this
> particular piece of software.
Best thing around here is not to take anything too serious (we do, and
look how we turned out), and if you have a real problem or solution, it
will eventually get listened to - even if it takes a while. I think the
fact we take it serious means we care about the product, but the
priorities might be different. Calling stuff crap is the best way for
it to remain crap though ...
As to the thread at hand, basically, i see the hide read message
statefulness as about the best compromise with ease of use, and
implementability. If you have a folder option like 'hide deleted'
works, then you will also still need some manual 'update now'
button/menu item, since you will otherwise have the mailbox 'reading
itself', and messages vanishing before you can read them just by viewing
them. So, sure the menu item might be called something else, but the
only real difference you're gonna get is the first time you view the
folder. Unless you can think of some wildly different way to do it
which will provide a consistent user experience and can be implemented
for reasonable effort.
And usually when this is explained (which it was in much more brief
language), the users nod and get on with their lives and don't even
notice that feature exists. Explaining it over, and over ... and over
and over. Gets tiring and wastes a lot of time. Hopefully we'll have a
FAQ soon which will address most of the FAQ's - far too long a time in
coming.
Once (if) we get vFolders being more lightweight, it might be practical
to just have 'shadow' folder trees automatically setup for things like
this.
Michael Zucchi
<notzed@ximian.com>
Ximian Evolution and
Free Software Developer
Novell, Inc.
--=-4gYhKamuH3+g+y7+cjJW
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.1.13">
</HEAD>
<BODY>
On Tue, 2004-05-18 at 12:55 -0400, Andrew Conkling wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">On Tue, 2004-05-18 at 22:18 +0800, Not Zed wrote:</FONT>
<FONT COLOR="#000000">> You're not a coder are you? Or even a software engineer.</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> Deal with it.</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> > I'm not trying to instigate or point fingers, just to vent a bit of</FONT>
<FONT COLOR="#000000">> > frustration about the nature of this list (or perhaps about my</FONT>
<FONT COLOR="#000000">> > misunderstanding of the function of this list?).</FONT>
<FONT COLOR="#000000">> </FONT>
<FONT COLOR="#000000">> Well, how much did you pay for this software?</FONT>
<FONT COLOR="#000000">OK. I think it's fairly obvious that I've made you (and perhaps others)</FONT>
<FONT COLOR="#000000">angry by my comments. (That or I'm dealing with sarcasm too thick for</FONT>
<FONT COLOR="#000000">my thick head.) If so, that was not my intention and I apologise. I</FONT>
<FONT COLOR="#000000">was trying to open doors to dialogue about the development of this</FONT>
<FONT COLOR="#000000">particular piece of software.</FONT>
</PRE>
</BLOCKQUOTE>
Best thing around here is not to take anything too serious (we do, and look how we turned out), and if you have a real problem or solution, it will eventually get listened to - even if it takes a while. I think the fact we take it serious means we care about the product, but the priorities might be different. Calling stuff crap is the best way for it to remain crap though ...<BR>
<BR>
As to the thread at hand, basically, i see the hide read message statefulness as about the best compromise with ease of use, and implementability. If you have a folder option like 'hide deleted' works, then you will also still need some manual 'update now' button/menu item, since you will otherwise have the mailbox 'reading itself', and messages vanishing before you can read them just by viewing them. So, sure the menu item might be called something else, but the only real difference you're gonna get is the first time you view the folder. Unless you can think of some wildly different way to do it which will provide a consistent user experience and can be implemented for reasonable effort.<BR>
<BR>
And usually when this is explained (which it was in much more brief language), the users nod and get on with their lives and don't even notice that feature exists. Explaining it over, and over ... and over and over. Gets tiring and wastes a lot of time. Hopefully we'll have a FAQ soon which will address most of the FAQ's - far too long a time in coming.<BR>
<BR>
Once (if) we get vFolders being more lightweight, it might be practical to just have 'shadow' folder trees automatically setup for things like this.<BR>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<TABLE BGCOLOR="#eb0000" CELLSPACING="6" CELLPADDING="6" WIDTH="100%">
<TR>
<TD BGCOLOR="#ffffff">
<IMG SRC="cid:1084927825.2406.106.camel@localhost.localdomain" WIDTH="48" HEIGHT="48" ALIGN="top" ALT="" BORDER="0">
</TD>
<TD BGCOLOR="#ffffff" WIDTH="100%">
<B>Michael Zucchi</B> <<A HREF="mailto:notzed@ximian.com">notzed@ximian.com</A>><BR>
<BR>
<I><A HREF="http://codeblogs.ximian.com/blogs/evolution/">Ximian Evolution</A> and <A HREF="http://www.gnu.org/philosophy/free-sw.html">Free Software</A> Developer</I>
</TD>
<TD BGCOLOR="#ffffff" NOWRAP>
<BR>
<BR>
<B><A HREF="http://www.novell.com/">Novell, Inc.</A></B>
</TD>
</TR>
</TABLE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>
--=-4gYhKamuH3+g+y7+cjJW--
--=-OtHzuB7TvBtSfdEJ7PF3
Content-ID: <1084927825.2406.106.camel@localhost.localdomain>
Content-Disposition: attachment; filename=zed-48.small.jpg
Content-Type: image/jpeg; name=zed-48.small.jpg
Content-Transfer-Encoding: base64
/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAA0JCgsKCA0LCgsODg0PEyAVExISEyccHhcgLikxMC4p
LSwzOko+MzZGNywtQFdBRkxOUlNSMj5aYVpQYEpRUk//2wBDAQ4ODhMREyYVFSZPNS01T09PT09P
T09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0//wAARCAAwADADASIA
AhEBAxEB/8QAGQAAAwEBAQAAAAAAAAAAAAAAAwQFAgYB/8QALhAAAgEDAgUEAQIHAAAAAAAAAQID
BBEhABIFEzFBURQigZEGYXE0UmJyobHx/8QAFwEBAQEBAAAAAAAAAAAAAAAABAMCAf/EAB0RAAID
AQEAAwAAAAAAAAAAAAABAgMREjEiMkH/2gAMAwEAAhEDEQA/AK8sEEq35nLaP3e1cW/m8kfdtAfh
824L7I1YFrnaRt8+L40U1ECxiGjLzSCocRYuQhubW7jIxrcFZRzU7q3sh3e8deWvX67/AKX0Xegi
TixevoZdxjhnkk2xBj2Z7DIA74Gs+kgpoaamPLllqE5yPuO4i1+nix7+NS3qatikPNZa+idmjLGx
YE+7r16DHgnTEtRWTVIraiknUrE42mJvYTY/IyfjT66YZjNzkzSSRTrEYTuz0tbpg6oV1V62op5G
3QhV9yn+7t8DXPDiZlaepq0AYIBGEFtuRc2/WwH7aroXho98jNG5RVa4wDYNbzqNsefqdcnmM0J0
pp1kKyRywsdpU46EX/19aT4ioWgmanATG0Mpvcd89750arjMg2L1DfQtnSixTMW5hO0ZBZsEg5t5
xodU+8fhit7jZz4ChQWS99U1lC0H8RNZx74xK2DkAG48ePOtU0UUsQLC6kki/wC+jqtMpeLapjYg
XJyNLcxyr1EUHaWaEspHXPbXVcNkUcCUOjvNv2kAdAehOkVo4LrDEFG9hcnPe+rlUsNNSenUIWkk
ZHfbflqFC475IvqdnyWaRsgl6MNwysp13y8uLG3cTk6LBwCmliFR6lw7XBKdMdj50t+X8RkWOnhV
rbnLfX/dUPx1ivAoTJnmFm+CdIVEIx6XpFQSZxVVH6KrkRRaAudn9I8HXhniSPcyC/ntqzxOjMNS
6uNyMbqT0I1Ogoad6pF5S23C4t1zqOa8Y7xbEDSxmesguHDId4DKQDjGqMqHmNLGygFnujAZF8DF
820/xYpQ8RWcRLtkBINuh6Ef5B0tNRH0L7UEjGzCVTZirDBGfJ+NasrcMf4CnLp6f//Z
--=-OtHzuB7TvBtSfdEJ7PF3--