From: Carsten Dominik <dominik@science.uva.nl>
To: Wanrong Lin <wanrong.lin@gmail.com>
Cc: Eddward DeVilla <eddward@gmail.com>,
org-mode list <emacs-orgmode@gnu.org>
Subject: Re: Bug: org-cycle on list at the end of buffer
Date: Sun, 15 Feb 2009 21:34:12 +0100 [thread overview]
Message-ID: <54FBE9A6-6BB1-41EC-852E-A7F8AE465101@uva.nl> (raw)
In-Reply-To: <4992F419.8030001@gmail.com>
On Feb 11, 2009, at 4:51 PM, Wanrong Lin wrote:
>
> Thanks for your response. Yes, this is a minor annoyance and can be
> worked around as you did. But maybe it is just a snap for Carsten or
> others to fix it (seems the case for most of the bugs. Sorry, you
> guys really raised up our expectations.). I thought if we keep
> silent, the developers will never know. Also, the point of using org-
> mode is you won't get as much as attraction as other mouse-driven,
> window-popping applications. If the number of small annoyances
> increases, that advantage will decrease rapidly, in my opinion.
You make it sound as if we are on a path to more small
annoyances.... :-)
Well, this one is gone.
Thanks.
- Carsten
> That's why I seems to be fussy on those small things.
>
> Wanrong
>
> Eddward DeVilla wrote:
>> On Tue, Feb 10, 2009 at 1:50 PM, Wanrong Lin
>> <wanrong.lin@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have "org-cycle-include-plain-lists" set to t. In the following
>>> example,
>>> the text is at the very end of an org-mode buffer. If I put my
>>> cursor on the
>>> line of "item 1" and press "TAB" key, the cycling does not work.
>>> But if I
>>> add another list item after "item 1", the cycling now works (of
>>> course now
>>> the "item 2" does not work). I am using Emacs 22.3 and org-mode
>>> 6.22a. Looks
>>> like a bug. Thank you if somebody can look into this.
>>>
>>> * Test
>>> 1. item 1
>>> abc, xyz, whatever
>>>
>>
>> I'm seeing this with org 2.20c & 22.3.1. I've seen this break and
>> work periodically. I tend to avoid it by having a heading at the
>> bottom of the file like:
>>
>> * Test
>> 1. item 1
>> abc, xyz, whatever
>> 2. foo
>> bar
>>
>> * baz
>>
>> Most of my real documents have an archive heading at the bottom the
>> completed items get moved to, so I haven't been too annoyed with it
>> recently. I've gathered that org-cycle-include-plain-lists isn't
>> very
>> common.
>>
>> Edd
>>
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Remember: use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
prev parent reply other threads:[~2009-02-15 20:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-10 19:50 Bug: org-cycle on list at the end of buffer Wanrong Lin
[not found] ` <b71b18520902101841w52e8dec9m52d5b5ff93f53458@mail.gmail.com>
2009-02-11 15:51 ` Wanrong Lin
2009-02-12 3:33 ` Eddward DeVilla
2009-02-15 20:34 ` Carsten Dominik [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=54FBE9A6-6BB1-41EC-852E-A7F8AE465101@uva.nl \
--to=dominik@science.uva.nl \
--cc=eddward@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=wanrong.lin@gmail.com \
/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).