From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jacob Mitchell Subject: Re: Re: [PATCH] Alphabetical ordered lists Date: Fri, 27 Aug 2010 08:44:18 -0400 Message-ID: References: <87bp8o498o.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0581064189==" Return-path: Received: from [140.186.70.92] (port=48374 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OoyIb-0006Ft-EF for emacs-orgmode@gnu.org; Fri, 27 Aug 2010 08:44:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OoyIW-0006jl-42 for emacs-orgmode@gnu.org; Fri, 27 Aug 2010 08:44:49 -0400 Received: from mail-gw0-f41.google.com ([74.125.83.41]:56570) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OoyIW-0006im-0c for emacs-orgmode@gnu.org; Fri, 27 Aug 2010 08:44:44 -0400 Received: by gwj16 with SMTP id 16so1510363gwj.0 for ; Fri, 27 Aug 2010 05:44:43 -0700 (PDT) In-Reply-To: <87bp8o498o.fsf@gollum.intra.norang.ca> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bernt Hansen Cc: emacs-orgmode@gnu.org, Carsten Dominik --===============0581064189== Content-Type: multipart/alternative; boundary=00151750e5ae60a919048ecd7ab5 --00151750e5ae60a919048ecd7ab5 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Aug 27, 2010 at 6:53 AM, Bernt Hansen wrote: > Carsten Dominik writes: > > > On Jul 29, 2010, at 10:27 PM, Nathaniel Flath wrote: > > > >> Hello all, > >> > >> One thing that had been bugging me was the inability to have an > >> ordered list of the form: > >> > >> a. Item 1 > >> b. Item 2 > >> c. Item 3 > >> > >> The following patch enables this, with lists going from a-z and A-Z. > >> Let me know if there are any issues with it. > > > > Hi, > > > > I am not really sure we need these. They cause problems when lists get > > really long - also you patch does not further than "z", after that I > > get "{". > > > > Furthermore the export backends implement their own numbering > > rules anyway. So it seems to me that we do not need this addition. > > > > Any other votes here? > > I'm not currently missing this feature. I think it definitely would > have to handle more entries if this was to be included in org-mode. > I agree, that would be nice. > > Maybe going something like > > a. > b. > ... > z. > aa. > ab. > ... > az. > ba. > bb. > ... > zz. > ... and if you really need more entries than that (unlikely) you can > do > aaa. > aab. > ... > and just keep going indefinitely. > As a practical matter we should consider whether it's worth making a non-terminating sequence that can be handled by the exporters. LaTeX's enumerate package doesn't like going beyond (z): \documentclass[letterpaper]{article} \usepackage{enumerate} \begin{document} \begin{enumerate}[(z)] \item ... \end{document} The items beyond the 26th are mapped to "()". Of course there are going to be ways around these issues, but the question is whether it's desirable enough to implement and maintain that. Either way is fine with me--I'm new on the mailing list and haven't done any development for org-mode yet. -Jake > > -Bernt > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > --00151750e5ae60a919048ecd7ab5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Aug 27, 2010 at 6:53 AM, Bernt H= ansen <bernt@norang= .ca> wrote:
Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Jul 29, 2010, at 10:27 PM, Nathaniel Flath wrote:
>
>> Hello all,
>>
>> One thing that had been bugging me was the inability to have an >> ordered list of the form:
>>
>> a. =A0Item 1
>> b. =A0Item 2
>> c. =A0Item 3
>>
>> The following patch enables this, with lists going from a-z and A-= Z.
>> Let me know if there are any issues with it.
>
> Hi,
>
> I am not really sure we need these. =A0They cause problems when lists = get
> really long - also you patch does not further than "z", afte= r that I
> get "{".
>
> Furthermore the export backends implement their own numbering
> rules anyway. =A0So it seems to me that we do not need this addition.<= br> >
> Any other votes here?

I'm not currently missing this feature. =A0I think it definitely = would
have to handle more entries if this was to be included in org-mode.

I agree, that would be nice.=A0
=A0

Maybe going something like

=A0a.
=A0b.
=A0...
=A0z.
=A0aa.
=A0ab.
=A0...
=A0az.
=A0ba.
=A0bb.
=A0...
=A0zz.
=A0... and if you really need more entries than that (unlikely) you can =A0do
=A0aaa.
=A0aab.
=A0...
=A0and just keep going indefinitely.

As a practic= al matter we should consider whether it's worth making a non-terminatin= g sequence that can be handled by the exporters.=A0 LaTeX's enumerate package doesn't like going beyond (z):

\documentclass[letterpaper]{article}
\usepackage{enumerate}

\begin{document}
\begin{enumerate}[(z)]
\item
...
\end{document}

The items beyond the 26th are mapped to "()".

Of course th= ere are going to be ways around these issues, but the question is whether i= t's desirable enough to implement and maintain that.=A0 Either way is f= ine with me--I'm new on the mailing list and haven't done any devel= opment for org-mode yet.

-Jake

-Bernt

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

--00151750e5ae60a919048ecd7ab5-- --===============0581064189== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode --===============0581064189==--