emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Carsten Dominik <dominik@science.uva.nl>
Cc: Bernt Hansen <bernt@norang.ca>, emacs-orgmode@gnu.org
Subject: Re: minor option conflict
Date: Thu, 12 Feb 2009 11:31:16 -0700	[thread overview]
Message-ID: <20524da70902121031y6464fd52ica2fcaf374b63a3f@mail.gmail.com> (raw)
In-Reply-To: <09A3FB3C-3BDC-4784-A27E-67121965E676@uva.nl>

On Thu, Feb 12, 2009 at 01:53, Carsten Dominik <dominik@science.uva.nl> wrote:
> Why don't you simply set the variable `org-cycle-separator-lines'
> to its default value 2?

That works OK, and so does 0 (although ISTR for some reason that when
I first wrote the bug it didn't, although I don't know why that would
be as the code probably didn't change).

I think what must have happened is that I wrote the
bug as a quick and minor note on consistency when I was able to, then
conflated it with consistency with CLOSED
 minor option conflict report as a minor consistency thing
 There are various subtleties, like what happens when you move or
refile the entry with the trailing blanks, etc., but they are mostly
only important for automation that I don't do and perhaps others don't
do either.  So I guess it was too low a priorirty of a bug report --
there are ...

>
> This would mean that 2 empty lines are needed to get an empty
> line in the collapsed outline.
>
> I guess I could fix the problem you are describing, but there
> are more cases where Org automatically inserts stuff and maybe
> (depending on exact context) an empty line.
>
>> I also like Wanrong's idea of putting state changes in drawers  to
>> keep syntax separate from the body.
>
> I will look into this.
>
> - Carsten
>
>



-- 
Myalgic encephalomyelitis denialists are causing massive suffering and
25-years-early death by grossly corrupting science.
http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm

  reply	other threads:[~2009-02-12 18:31 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-06  5:44 minor option conflict Samuel Wales
2009-02-06  5:52 ` Samuel Wales
2009-02-06  5:59   ` Samuel Wales
2009-02-06 15:42 ` Carsten Dominik
2009-02-06 21:53   ` Samuel Wales
2009-02-06 21:56     ` Bernt Hansen
2009-02-06 22:01       ` Samuel Wales
2009-02-06 22:06         ` Bernt Hansen
2009-02-06 22:10   ` Bernt Hansen
2009-02-11  6:32     ` Samuel Wales
2009-02-11 16:09       ` Carsten Dominik
2009-02-11 17:46         ` Samuel Wales
2009-02-12  8:53           ` Carsten Dominik
2009-02-12 18:31             ` Samuel Wales [this message]
2009-02-12 18:36               ` Samuel Wales
2009-02-21  1:21       ` Samuel Wales
2009-02-22 17:39       ` Carsten Dominik
2009-02-27  0:20         ` Samuel Wales

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20524da70902121031y6464fd52ica2fcaf374b63a3f@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=bernt@norang.ca \
    --cc=dominik@science.uva.nl \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).