From: Bastien <bzg@altern.org>
To: jamshark70@dewdrop-world.net
Cc: Emacs-orgmode@gnu.org
Subject: Re: Visibility cycling of plain lists?
Date: Tue, 01 Jan 2013 17:10:55 +0100 [thread overview]
Message-ID: <87pq1o3muo.fsf@bzg.ath.cx> (raw)
In-Reply-To: <CAFniQ7Uz_GYF13r9eE=AYQCpdVc027FZygUAmVrL-JMKNB9LFg@mail.gmail.com> (James Harkins's message of "Tue, 1 Jan 2013 10:13:05 +0800")
Hi James,
James Harkins <jamshark70@gmail.com> writes:
> ~~
> If this variable is set to 'integrate' ("As children of outline
> headings" in the customize interface), plain list items will be
> treated like low-level headlines.
> ~~
If find the above a bit clumsy and repetitive, I just updated the
docstring like this:
When this is the symbol `integrate', then integrate plain list
items when cycling, as if they were children of outline headings.
> I do see your point that the options are described, and I apologize
> for overlooking them earlier. But, if one is using the customize
> interface, then there remains a (small) bit of guesswork to connect
> the documentation to what is presented in the interface, and I think
> generally documentation should be there to eliminate guesswork (or at
> least reduce the need for it). (That's not a specific complaint to org
> -- on the SuperCollider mailing list, I'm constantly harping on method
> documentation that doesn't explain the expected types of the input and
> output, for the same reason -- if I have to write a short bit of test
> code to figure out what the method is supposed to do, then the
> documentation isn't complete.)
I agree -- but what's difficult is that documentation problems are
often mixed problems, about content *and* UI. And content can not
always alleviate the guesswork induced by unfamiliar UI.
--
Bastien
prev parent reply other threads:[~2013-01-01 16:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-31 3:53 Visibility cycling of plain lists? James Harkins
2012-12-31 4:01 ` James Harkins
2012-12-31 9:36 ` Bastien
2012-12-31 14:05 ` James Harkins
2012-12-31 14:19 ` Bastien
2013-01-01 2:13 ` James Harkins
2013-01-01 16:10 ` Bastien [this message]
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=87pq1o3muo.fsf@bzg.ath.cx \
--to=bzg@altern.org \
--cc=Emacs-orgmode@gnu.org \
--cc=jamshark70@dewdrop-world.net \
/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).