indentation problem

indentation problem

[Rainer Stengele]

I have a minor indentation quirk:

**** STARTED [#A] whatever
     SCHEDULED: <2009-09-14 Mo>
     :LOGBOOK:
     CLOCK: [2009-08-24 Mo 15:25]--[2009-08-24 Mo 16:00] =>  0:35
     CLOCK: [2009-08-21 Fr 10:05]--[2009-08-21 Fr 13:05] =>  3:00
     CLOCK: [2009-08-20 Do 16:05]--[2009-08-20 Do 18:05] =>  2:00
     CLOCK: [2009-08-20 Do 10:30]--[2009-08-20 Do 15:34] =>  5:04
     CLOCK: [2009-08-18 Di 09:27]--[2009-08-18 Di 10:50] =>  1:23
     CLOCK: [2009-08-04 Di 15:44]--[2009-08-04 Di 16:02] =>  0:18
     CLOCK: [2009-08-03 Mo 10:57]--[2009-08-03 Mo 10:59] =>  0:02
     CLOCK: [2009-07-30 Do 10:20]--[2009-07-30 Do 11:35] =>  1:15
  :END:
  created: [2009-06-23 Di 10:20]
     - some text
...

Orgmode does not allow to indent the ":END:" symbol correctly.
Indenting the while block beginning from the headline down to :END: does not change anything here.

Is this a (minor) bug?

Ahh - putting the block in a separate file does the correct indentation.
But why? Is the indentation mechnism dependant on the previous blocks?

Rainer

Re: indentation problem

[Carsten Dominik]

On Sep 16, 2009, at 10:48 AM, Rainer Stengele wrote:

> I have a minor indentation quirk:
>
> **** STARTED [#A] whatever
>     SCHEDULED: <2009-09-14 Mo>
>     :LOGBOOK:
>     CLOCK: [2009-08-24 Mo 15:25]--[2009-08-24 Mo 16:00] =>  0:35
>     CLOCK: [2009-08-21 Fr 10:05]--[2009-08-21 Fr 13:05] =>  3:00
>     CLOCK: [2009-08-20 Do 16:05]--[2009-08-20 Do 18:05] =>  2:00
>     CLOCK: [2009-08-20 Do 10:30]--[2009-08-20 Do 15:34] =>  5:04
>     CLOCK: [2009-08-18 Di 09:27]--[2009-08-18 Di 10:50] =>  1:23
>     CLOCK: [2009-08-04 Di 15:44]--[2009-08-04 Di 16:02] =>  0:18
>     CLOCK: [2009-08-03 Mo 10:57]--[2009-08-03 Mo 10:59] =>  0:02
>     CLOCK: [2009-07-30 Do 10:20]--[2009-07-30 Do 11:35] =>  1:15
>  :END:
>  created: [2009-06-23 Di 10:20]
>     - some text
> ...
>
> Orgmode does not allow to indent the ":END:" symbol correctly.
> Indenting the while block beginning from the headline down to :END:  
> does not change anything here.
>
> Is this a (minor) bug?
>
> Ahh - putting the block in a separate file does the correct  
> indentation.
> But why? Is the indentation mechnism dependant on the previous blocks?

Hi Rainer,

in a separate file i works for me.  Can you make an example where it  
does not work???

- Carsten

Indentation problem

[Spike Spiegel]

Hi,

Assume I've just added a new task and scheduled it so it looks like this:

* TODO Some text
  SCHEDULED: <2009-05-27 Wed>
  [2009-05-21 Thu]

Now I wanna add some text so I'll go after the date and hit enter,
which puts my cursor at the beginning of the line and not indented
under TODO like the other two lines. furthermore if I press TAB it
won't align to one space, but instead indent 4 spaces. Is this the
expected behavior and how it should work? of course in a similar
fashion if I just paste a bunch of text the problem is the same and
the indentation is not respected (and same if I have fill mode turned
on and the text is wrapped). Especially for second level todos this is
a major annoyance for me, am I missing some obvious settings?

I'm running 6.27a.

thanks

-- 
"Behind every great man there's a great backpack" - B.

Re: Indentation problem

[Bernt Hansen]

Spike Spiegel <fsmlab@gmail.com> writes:

> Assume I've just added a new task and scheduled it so it looks like this:
>
> * TODO Some text
>   SCHEDULED: <2009-05-27 Wed>
>   [2009-05-21 Thu]
>
> Now I wanna add some text so I'll go after the date and hit enter,
> which puts my cursor at the beginning of the line and not indented
> under TODO like the other two lines. furthermore if I press TAB it
> won't align to one space, but instead indent 4 spaces. Is this the
> expected behavior and how it should work? of course in a similar
> fashion if I just paste a bunch of text the problem is the same and
> the indentation is not respected (and same if I have fill mode turned
> on and the text is wrapped). Especially for second level todos this is
> a major annoyance for me, am I missing some obvious settings?
>
> I'm running 6.27a.

I'm using 6.27a on Linux and it works fine for me.

,----
| * TODO Some text
|   SCHEDULED: <2009-05-27 Wed>
|   [2009-05-27 Wed]
| * Some other text
`----

Putting the cursor after the ] of 'Wed]' and hitting RET and then TAB
works fine for me.  I get this:

,----
| * TODO Some text
|   SCHEDULED: <2009-05-27 Wed>
|   [2009-05-27 Wed]
|   |<-- cursor here
| * Some other text
`----

Is your TAB key bound to the correct function?  (C-h k TAB) gives me
 - <tab> runs the command yas/expand
   in my regular setup and
 - <tab> runs the command org-cycle
   in my minimal emacs setup

Both work the same for me.

-Bernt

Re: Indentation problem

[Spike Spiegel]

On Wed, May 27, 2009 at 9:51 PM, Bernt Hansen <bernt@norang.ca> wrote:
> Is your TAB key bound to the correct function?  (C-h k TAB) gives me
>  - <tab> runs the command yas/expand
>   in my regular setup and
>  - <tab> runs the command org-cycle
>   in my minimal emacs setup
>
> Both work the same for me.

I haven't figured out what yet, but cleaning out my settings and only
importing a few selected ones and re-checking out 6.27a made it work,
should have done that before sorry. On the other hand I'm not sure
what you mean with "regular setup" and "minimal emacs setup". With the
orgmode loaded c-h k <TAB> tells me org-cycle.

that said, if I copy paste something I still get the long lines
incorrectly indented. For example, given:
** TODO something to do
   SCHEDULED: <2009-05-30 Sat>
   [2009-05-27 Wed]

and then pasting stuff from the c-h k <TAB> I get:
** TODO something to do
   SCHEDULED: <2009-05-30 Sat>
   [2009-05-27 Wed]
   This is the command invoked in Org-moe by the TAB key.  It's main purpose
is outine visibility cycling, but it also invokes other actions
in special contexts.

(Note that positioning the cursor after Wed] then RET and then TAB
moved the cursor to the expected position)

thoughts?

-- 
"Behind every great man there's a great backpack" - B.

Re: Indentation problem

[Bernt Hansen]

Spike Spiegel <fsmlab@gmail.com> writes:

> On Wed, May 27, 2009 at 9:51 PM, Bernt Hansen <bernt@norang.ca> wrote:
>> Is your TAB key bound to the correct function?  (C-h k TAB) gives me
>>  - <tab> runs the command yas/expand
>>   in my regular setup and
>>  - <tab> runs the command org-cycle
>>   in my minimal emacs setup
>>
>> Both work the same for me.
>
> I haven't figured out what yet, but cleaning out my settings and only
> importing a few selected ones and re-checking out 6.27a made it work,
> should have done that before sorry. On the other hand I'm not sure
> what you mean with "regular setup" and "minimal emacs setup". With the
> orgmode loaded c-h k <TAB> tells me org-cycle.

My regular setup is http://doc.norang.ca/org-mode.html and minimal emacs
set up is 'emacs -q -l ~/minimal.emacs' which just load basics org stuff
without all of my customizations.

,----[ minimal.emacs ]
| (add-to-list 'load-path (expand-file-name "~/git/org-mode/lisp"))
| (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" . org-mode))
| (require 'org-install)
`----

I use the minimal emacs setup for testing to make sure I haven't messed
up org with local configuration stuff.

>
> that said, if I copy paste something I still get the long lines
> incorrectly indented. For example, given:
> ** TODO something to do
>    SCHEDULED: <2009-05-30 Sat>
>    [2009-05-27 Wed]
>
> and then pasting stuff from the c-h k <TAB> I get:
> ** TODO something to do
>    SCHEDULED: <2009-05-30 Sat>
>    [2009-05-27 Wed]
>    This is the command invoked in Org-moe by the TAB key.  It's main purpose
> is outine visibility cycling, but it also invokes other actions
> in special contexts.
>
> (Note that positioning the cursor after Wed] then RET and then TAB
> moved the cursor to the expected position)
>
> thoughts?

I get the same thing.  To fix it I insert a blank line before the pasted text, hit
TAB on the second line so both line 1 and 2 are indented then M-q to
fill to fix it up.  I don't expect org-mode to do that automagically for
me.

-Bernt