On Nov 21, 2008, at 6:14 AM, Samuel Wales wrote:
On Thu, Nov 20, 2008 at 21:55, Carsten Dominik
<[EMAIL PROTECTED]> wrote:
Why do you think that this is the case? Under what circumstances
does it exhibit such behavior?
Best example:
- Create this item. Now do M-x org-shiftright twice. I
On Thu, Nov 20, 2008 at 21:55, Carsten Dominik <[EMAIL PROTECTED]> wrote:
> Why do you think that this is the case? Under what circumstances
> does it exhibit such behavior?
Best example:
- Create this item. Now do M-x org-shiftright twice. It
will look like "1. Create" instead of "1. Creat
On Nov 21, 2008, at 2:45 AM, Samuel Wales wrote:
Making sentences work for all styles and for headlines would be nice,
but that is not what this is about. It's for indentation:
1. This has one space.
And this is correctly aligned.
1. This has two spaces.
And this is correctly aligned.
Hi Carsten,
On Thu, Nov 20, 2008 at 02:04, Carsten Dominik <[EMAIL PROTECTED]> wrote:
Thanks for the changes!
>> 3. 1. (number followed by dot) should indent by two spaces when
>> sentence-end-double-space is non-nil. This should also
>> occur with org-insert-heading. See the present styl
Hi Samuel,
On Nov 20, 2008, at 7:14 AM, Samuel Wales wrote:
I found the following in 6.12a.
* org-shiftleft and org-shiftright on bullet points
1. The command is not documented as working on bullet
points. However, this is a great feature. For me, it
cycles bullet styles.
I found the following in 6.12a.
* org-shiftleft and org-shiftright on bullet points
1. The command is not documented as working on bullet
points. However, this is a great feature. For me, it
cycles bullet styles.
2. It should ideally adjust indentation when cycling bullet p
