Re: line overrun in <sort-reverse> prompt
On 2005-03-24 14:55:35 -0600, David Champion wrote:
> This patch suggests one approach to the problem, which is to change
>
> - _("Rev-Sort
> (d)ate/(f)rm/(r)ecv/(s)ubj/t(o)/(t)hread/(u)nsort/si(z)e/s(c)ore/s(p)am?: ") :
> - _("Sort
> (d)ate/(f)rm/(r)ecv/(s)ubj/t(o)/(t)hread/(u)nsort/si(z)e/s(c)ore/s(p)am?: "),
> - _("dfrsotuzcp")))
>
> to
>
> + _("Rev-Sort
> Date/Frm/Recv/Subj/tO/Thread/Unsort/siZe/sCore/sPam/Label?: ") :
> + _("Sort
> Date/Frm/Recv/Subj/tO/Thread/Unsort/siZe/sCore/sPam/Label?: "),
> + _("dfrsotuzcpl")))
This is a good idea, in particular for the French translation.
> 3) Develop a sort menu, where sort and sort_aux can both be selected
> from a list. Much more work, but has the advantage that it would
> be more flexible if the sort options are extended some time. I
This would be an even better idea.
> recall that Daniel Eisenbud once considered adding a tertiary
> sort key, but concluded that it wasn't needed at the time.
I'd like to be able to do the following:
1) Messages are grouped by threads.
2) A first sort based on spam status.
3) Inside each group, threads with new messages are at the end
(so that I don't forget them and I can see which one I need
to take into account first).
4) Inside each subgroup, threads are sorted by last-date.
IMHO, $sort_aux should be removed, and in $sort, sorting methods
are separated by ':' for instance. This would allow an arbitrary
number of sort levels.
--
Vincent Lefèvre <vincent@xxxxxxxxxx> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA