* list items not treated as such.
@ 2013-09-29 18:40 Paul Rudin
2013-09-29 18:56 ` Daniele Pizzolli
0 siblings, 1 reply; 11+ messages in thread
From: Paul Rudin @ 2013-09-29 18:40 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-29 18:40 list items not treated as such Paul Rudin
@ 2013-09-29 18:56 ` Daniele Pizzolli
2013-09-29 19:05 ` Paul Rudin
0 siblings, 1 reply; 11+ messages in thread
From: Daniele Pizzolli @ 2013-09-29 18:56 UTC (permalink / raw)
To: emacs-orgmode
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-29 18:56 ` Daniele Pizzolli
@ 2013-09-29 19:05 ` Paul Rudin
2013-09-30 5:35 ` Paul Rudin
2013-09-30 16:05 ` Daniele Pizzolli
0 siblings, 2 replies; 11+ messages in thread
From: Paul Rudin @ 2013-09-29 19:05 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-29 19:05 ` Paul Rudin
@ 2013-09-30 5:35 ` Paul Rudin
2013-09-30 16:05 ` Daniele Pizzolli
1 sibling, 0 replies; 11+ messages in thread
From: Paul Rudin @ 2013-09-30 5:35 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-29 19:05 ` Paul Rudin
2013-09-30 5:35 ` Paul Rudin
@ 2013-09-30 16:05 ` Daniele Pizzolli
2013-09-30 16:37 ` Paul Rudin
1 sibling, 1 reply; 11+ messages in thread
From: Daniele Pizzolli @ 2013-09-30 16:05 UTC (permalink / raw)
To: emacs-orgmode
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
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-30 16:05 ` Daniele Pizzolli
@ 2013-09-30 16:37 ` Paul Rudin
2013-10-01 6:35 ` Paul Rudin
0 siblings, 1 reply; 11+ messages in thread
From: Paul Rudin @ 2013-09-30 16:37 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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/)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-09-30 16:37 ` Paul Rudin
@ 2013-10-01 6:35 ` Paul Rudin
2013-10-04 10:34 ` Paul Rudin
0 siblings, 1 reply; 11+ messages in thread
From: Paul Rudin @ 2013-10-01 6:35 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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 ...
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: list items not treated as such.
2013-10-01 6:35 ` Paul Rudin
@ 2013-10-04 10:34 ` Paul Rudin
2013-10-04 16:37 ` Nicolas Goaziou
0 siblings, 1 reply; 11+ messages in thread
From: Paul Rudin @ 2013-10-04 10:34 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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))))))
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: list items not treated as such.
2013-10-04 10:34 ` Paul Rudin
@ 2013-10-04 16:37 ` Nicolas Goaziou
2013-10-04 18:47 ` Paul Rudin
0 siblings, 1 reply; 11+ messages in thread
From: Nicolas Goaziou @ 2013-10-04 16:37 UTC (permalink / raw)
To: Paul Rudin; +Cc: public-emacs-orgmode-mXXj517/zsQ
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
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: list items not treated as such.
2013-10-04 16:37 ` Nicolas Goaziou
@ 2013-10-04 18:47 ` Paul Rudin
2013-10-06 19:47 ` Carsten Dominik
0 siblings, 1 reply; 11+ messages in thread
From: Paul Rudin @ 2013-10-04 18:47 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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 :)
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: list items not treated as such.
2013-10-04 18:47 ` Paul Rudin
@ 2013-10-06 19:47 ` Carsten Dominik
0 siblings, 0 replies; 11+ messages in thread
From: Carsten Dominik @ 2013-10-06 19:47 UTC (permalink / raw)
To: Paul Rudin; +Cc: emacs-orgmode
[-- 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 --]
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2013-10-06 19:47 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-09-29 18:40 list items not treated as such Paul Rudin
2013-09-29 18:56 ` Daniele Pizzolli
2013-09-29 19:05 ` Paul Rudin
2013-09-30 5:35 ` Paul Rudin
2013-09-30 16:05 ` Daniele Pizzolli
2013-09-30 16:37 ` Paul Rudin
2013-10-01 6:35 ` Paul Rudin
2013-10-04 10:34 ` Paul Rudin
2013-10-04 16:37 ` Nicolas Goaziou
2013-10-04 18:47 ` Paul Rudin
2013-10-06 19:47 ` Carsten Dominik
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).