[Evolution] About "hide read messages"
Not Zed
notzed@ximian.com
Tue, 18 May 2004 10:52:45 +0800
--=-ZOL2fj0hrbHL/09lN0hf
Content-Type: multipart/alternative; boundary="=-XRhSXsXs0xAibgiNjMHp"
--=-XRhSXsXs0xAibgiNjMHp
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Well, use the [] keys, and/or setup an unread vfolder. That will do
what you're after.
What i meant earlier when i said 'thats not what you want anyway' is
this: you click on a message, it gets set read, the folder auto-updates
and removes the read message, so it goes to the next message, it gets
read automatically, the folder auto-updates and removes the read
message, etc.
All our code is done through several levels of view model controller, so
to make things like this 'work' is impractical at the code level.
Vfolders get around that by only updating when you switch folders.
On Mon, 2004-05-17 at 10:01 -0400, David Guertin wrote:
> On Mon, 2004-05-17 at 09:44, Ron Johnson wrote:
>
> > That must be a function of screen size, because I like to have it
> > all there, with earlier posts in the thread at ready access. I
> > might not, though, with a 17" monitor.
>
> Not so much screen size as just a purely personal preference. Mostly I
> don't care about the earlier posts -- I've already read them. With
> threading on, new messages to different threads show up scattered in the
> subject pane. I'd just rather not have to scroll through 80 read
> messages to find the two or three new ones. Having them grouped together
> is simply easier (down arrow reads each one).
>
> I could, of course group new messages by just turning off threading, but
> threading is far too useful to turn off.
>
> Dave
Michael Zucchi
<notzed@ximian.com>
Ximian Evolution and
Free Software Developer
Novell, Inc.
--=-XRhSXsXs0xAibgiNjMHp
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>
<BR>
Well, use the [] keys, and/or setup an unread vfolder. That will do what you're after.<BR>
<BR>
What i meant earlier when i said 'thats not what you want anyway' is this: you click on a message, it gets set read, the folder auto-updates and removes the read message, so it goes to the next message, it gets read automatically, the folder auto-updates and removes the read message, etc.<BR>
<BR>
All our code is done through several levels of view model controller, so to make things like this 'work' is impractical at the code level. Vfolders get around that by only updating when you switch folders.<BR>
<BR>
On Mon, 2004-05-17 at 10:01 -0400, David Guertin wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">On Mon, 2004-05-17 at 09:44, Ron Johnson wrote:</FONT>
<FONT COLOR="#000000">> That must be a function of screen size, because I like to have it</FONT>
<FONT COLOR="#000000">> all there, with earlier posts in the thread at ready access. I </FONT>
<FONT COLOR="#000000">> might not, though, with a 17" monitor.</FONT>
<FONT COLOR="#000000">Not so much screen size as just a purely personal preference. Mostly I</FONT>
<FONT COLOR="#000000">don't care about the earlier posts -- I've already read them. With</FONT>
<FONT COLOR="#000000">threading on, new messages to different threads show up scattered in the</FONT>
<FONT COLOR="#000000">subject pane. I'd just rather not have to scroll through 80 read</FONT>
<FONT COLOR="#000000">messages to find the two or three new ones. Having them grouped together</FONT>
<FONT COLOR="#000000">is simply easier (down arrow reads each one).</FONT>
<FONT COLOR="#000000">I could, of course group new messages by just turning off threading, but</FONT>
<FONT COLOR="#000000">threading is far too useful to turn off.</FONT>
<FONT COLOR="#000000">Dave</FONT>
</PRE>
</BLOCKQUOTE>
<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:1084848672.2458.16.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>
--=-XRhSXsXs0xAibgiNjMHp--
--=-ZOL2fj0hrbHL/09lN0hf
Content-ID: <1084848672.2458.16.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
--=-ZOL2fj0hrbHL/09lN0hf--