list items not treated as such.

list items not treated as such.

[Paul Rudin]

Example:

1. Some text that extends over more than one line, I'm not sure if the exact
   length is relevant.
   a) stuff; and then
   b) this item will not be recognised as a list item, which can be a bit of a
   pain, so if you're typing with auto-fill on it will be formatted like this,
   but really the second line should align underneath the text of the start of
   the item.
 

Is this working as intended? It seems wrong to me - if I type item b)
above it surely should fill properly?

Re: list items not treated as such.

[Daniele Pizzolli]

On 09/29/2013 08:40 PM, Paul Rudin wrote:
>
> Example:
>
> 1. Some text that extends over more than one line, I'm not sure if the exact
>     length is relevant.
>     a) stuff; and then
>     b) this item will not be recognised as a list item, which can be a bit of a
>     pain, so if you're typing with auto-fill on it will be formatted like this,
>     but really the second line should align underneath the text of the start of
>     the item.
>
>
> Is this working as intended? It seems wrong to me - if I type item b)
> above it surely should fill properly?

Hello Paul,
Be sure to have this setting:

#+BEGIN_SRC emacs-lisp :results none
(setq org-list-allow-alphabetical t)
#+END_SRC

Regards,
Daniele

Re: list items not treated as such.

[Paul Rudin]

Daniele Pizzolli <dan-zJXtmFUY6h0@public.gmane.org> writes:

> On 09/29/2013 08:40 PM, Paul Rudin wrote:
>>
>> Example:
>>
>> 1. Some text that extends over more than one line, I'm not sure if the exact
>>     length is relevant.
>>     a) stuff; and then
>>     b) this item will not be recognised as a list item, which can be a bit of a
>>     pain, so if you're typing with auto-fill on it will be formatted like this,
>>     but really the second line should align underneath the text of the start of
>>     the item.
>>
>>
>> Is this working as intended? It seems wrong to me - if I type item b)
>> above it surely should fill properly?
>
> Hello Paul,
> Be sure to have this setting:
>
> #+BEGIN_SRC emacs-lisp :results none
> (setq org-list-allow-alphabetical t)
> #+END_SRC

Yeah, I have that in my init.el, it's not a general problem with
alphabetic labels, it's only in some contexts that problem happens.
hitting alt-enter at the end of item a) works just fine for example - I
get the b) label inserted correctly for example.

Re: list items not treated as such.

[Paul Rudin]

Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:

> Daniele Pizzolli <dan-zJXtmFUY6h0@public.gmane.org> writes:
>
>> On 09/29/2013 08:40 PM, Paul Rudin wrote:
>>>
>>> Example:
>>>
>>> 1. Some text that extends over more than one line, I'm not sure if the exact
>>>     length is relevant.
>>>     a) stuff; and then
>>>     b) this item will not be recognised as a list item, which can be a bit of a
>>>     pain, so if you're typing with auto-fill on it will be formatted like this,
>>>     but really the second line should align underneath the text of the start of
>>>     the item.
>>>
>>>
>>> Is this working as intended? It seems wrong to me - if I type item b)
>>> above it surely should fill properly?
>>
>> Hello Paul,
>> Be sure to have this setting:
>>
>> #+BEGIN_SRC emacs-lisp :results none
>> (setq org-list-allow-alphabetical t)
>> #+END_SRC
>
> Yeah, I have that in my init.el, it's not a general problem with
> alphabetic labels, it's only in some contexts that problem happens.
> hitting alt-enter at the end of item a) works just fine for example - I
> get the b) label inserted correctly for example.

Another data point on this. I have just noticed that if there is a blank
line prior to the first list item then things work as they should.

Re: list items not treated as such.

[Daniele Pizzolli]

On 09/29/2013 09:05 PM, Paul Rudin wrote:
> Daniele Pizzolli writes:

[]

> Yeah, I have that in my init.el, it's not a general problem with
> alphabetic labels, it's only in some contexts that problem happens.
> hitting alt-enter at the end of item a) works just fine for example - I
> get the b) label inserted correctly for example.

Hello Paul,
With my setup I experience the correct auto-fill.
Maybe you want to try a more recent version of org-mode?
Which one are you using now?

Regards,
Daniele

Re: list items not treated as such.

[Paul Rudin]

Daniele Pizzolli <dan-zJXtmFUY6h0@public.gmane.org> writes:

> On 09/29/2013 09:05 PM, Paul Rudin wrote:
>> Daniele Pizzolli writes:
>
> []
>
>> Yeah, I have that in my init.el, it's not a general problem with
>> alphabetic labels, it's only in some contexts that problem happens.
>> hitting alt-enter at the end of item a) works just fine for example - I
>> get the b) label inserted correctly for example.
>
> Hello Paul,
> With my setup I experience the correct auto-fill.
> Maybe you want to try a more recent version of org-mode?
> Which one are you using now?

Apparently:
Org-mode version 8.2 (8.2-4-ga1a0ac-elpa @ /home/paul/.emacs.d/elpa/org-20130923/)

Re: list items not treated as such.

[Paul Rudin]

Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:

> Daniele Pizzolli <dan-zJXtmFUY6h0@public.gmane.org> writes:
>
>> On 09/29/2013 09:05 PM, Paul Rudin wrote:
>>> Daniele Pizzolli writes:
>>
>> []
>>
>>> Yeah, I have that in my init.el, it's not a general problem with
>>> alphabetic labels, it's only in some contexts that problem happens.
>>> hitting alt-enter at the end of item a) works just fine for example - I
>>> get the b) label inserted correctly for example.
>>
>> Hello Paul,
>> With my setup I experience the correct auto-fill.
>> Maybe you want to try a more recent version of org-mode?
>> Which one are you using now?
>
> Apparently:
> Org-mode version 8.2 (8.2-4-ga1a0ac-elpa @
> /home/paul/.emacs.d/elpa/org-20130923/)

A bit more experimentation. If I start with emacs -q I get the distro
packaged version, which is 7.8 on my system - and that works fine. So
the problem I refer to seems to have been introduced somewhere between
7.8 and 8.2. 

I suppose I should look at the code myself, but I have no familiarity
with it and thought someone else might know ...

Re: list items not treated as such.

[Paul Rudin]

Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:

(about lists)

Here is a test for this problem. Notice that if you change the "a)" to "1."
- for example - the test passes. So this is something specific to
alphabetically labelled list items.


(ert-deftest org-list-item-test ()
  (with-temp-buffer
    (org-mode)
    (let ((org-allow-alphabetical t)
	  (fill-column 70))
      (insert "1. some stuff\n"
	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
      (fill-paragraph)
      (should (not (equal (org-in-item-p) 1))))))

Re: list items not treated as such.

[Nicolas Goaziou]

Hello,

Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:

> Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:
>
> (about lists)
>
> Here is a test for this problem. Notice that if you change the "a)" to "1."
> - for example - the test passes. So this is something specific to
> alphabetically labelled list items.
>
>
> (ert-deftest org-list-item-test ()
>   (with-temp-buffer
>     (org-mode)
>     (let ((org-allow-alphabetical t)
> 	  (fill-column 70))
>       (insert "1. some stuff\n"
> 	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
>       (fill-paragraph)
>       (should (not (equal (org-in-item-p) 1))))))

Quoting `org-list-allow-alphabetical' docstring:

  This variable needs to be set before org.el is loaded.  If you
  need to make a change while Emacs is running, use the customize
  interface or run the following code, where VALUE stands for the
  new value of the variable, after updating it:

    (when (featurep 'org-element) (load "org-element" t t))

So let-binding it cannot work.


Regards,

-- 
Nicolas Goaziou

Re: list items not treated as such.

[Paul Rudin]

Nicolas Goaziou <n.goaziou-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

> Hello,
>
> Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:
>
>> Paul Rudin <paul-sqPYmOVXOov10XsdtD+oqA@public.gmane.org> writes:
>>
>> (about lists)
>>
>> Here is a test for this problem. Notice that if you change the "a)" to "1."
>> - for example - the test passes. So this is something specific to
>> alphabetically labelled list items.
>>
>>
>> (ert-deftest org-list-item-test ()
>>   (with-temp-buffer
>>     (org-mode)
>>     (let ((org-allow-alphabetical t)
>> 	  (fill-column 70))
>>       (insert "1. some stuff\n"
>> 	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
>>       (fill-paragraph)t
>>       (should (not (equal (org-in-item-p) 1))))))
>
> Quoting `org-list-allow-alphabetical' docstring:
>
>   This variable needs to be set before org.el is loaded.  If you
>   need to make a change while Emacs is running, use the customize
>   interface or run the following code, where VALUE stands for the
>   new value of the variable, after updating it:
>
>     (when (featurep 'org-element) (load "org-element" t t))
>
> So let-binding it cannot work.


Aha. So how do you test things like that? This seems to be OK. Is it?

(ert-deftest org-list-item-test ()
  (with-temp-buffer
    (org-mode)
    (let ((fill-column 70))
      (custom-set-variables '(org-list-allow-alphabetical t))
      (insert "1. some stuff\n"
	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
      (fill-paragraph)
      (should (not (equal (org-in-item-p) 1))))))


This also explains what I was seeing, as I was setting it in my init
file after org was loaded. I was lulled into a false sense of security
because some aspects of alphabetical list label work in this
circumstance.

All I need now is roman numeral list labels too :)

Re: list items not treated as such.

[Carsten Dominik]

[-- Attachment #1: Type: text/plain, Size: 2112 bytes --]


On 4.10.2013, at 20:47, Paul Rudin <paul@rudin.co.uk> wrote:

> Nicolas Goaziou <n.goaziou@gmail.com> writes:
> 
>> Hello,
>> 
>> Paul Rudin <paul@rudin.co.uk> writes:
>> 
>>> Paul Rudin <paul@rudin.co.uk> writes:
>>> 
>>> (about lists)
>>> 
>>> Here is a test for this problem. Notice that if you change the "a)" to "1."
>>> - for example - the test passes. So this is something specific to
>>> alphabetically labelled list items.
>>> 
>>> 
>>> (ert-deftest org-list-item-test ()
>>>  (with-temp-buffer
>>>    (org-mode)
>>>    (let ((org-allow-alphabetical t)
>>> 	  (fill-column 70))
>>>      (insert "1. some stuff\n"
>>> 	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
>>>      (fill-paragraph)t
>>>      (should (not (equal (org-in-item-p) 1))))))
>> 
>> Quoting `org-list-allow-alphabetical' docstring:
>> 
>>  This variable needs to be set before org.el is loaded.  If you
>>  need to make a change while Emacs is running, use the customize
>>  interface or run the following code, where VALUE stands for the
>>  new value of the variable, after updating it:
>> 
>>    (when (featurep 'org-element) (load "org-element" t t))
>> 
>> So let-binding it cannot work.
> 
> 
> Aha. So how do you test things like that? This seems to be OK. Is it?
> 
> (ert-deftest org-list-item-test ()
>  (with-temp-buffer
>    (org-mode)
>    (let ((fill-column 70))
>      (custom-set-variables '(org-list-allow-alphabetical t))
>      (insert "1. some stuff\n"
> 	      "   a) an alphabetic list item with text longer that the current fill column so that it gets wrapped by fill-paragraph")
>      (fill-paragraph)
>      (should (not (equal (org-in-item-p) 1))))))
> 
> 
> This also explains what I was seeing, as I was setting it in my init
> file after org was loaded. I was lulled into a false sense of security
> because some aspects of alphabetical list label work in this
> circumstance.
> 
> All I need now is roman numeral list labels too :)

No chance!  :)

- Carsten

[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 455 bytes --]