<<< Date Index >>>     <<< Thread Index >>>

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