emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Visibility cycling bugs when an org file ends with a plain list
@ 2013-04-01  9:28 James Harkins
  2013-04-03 10:44 ` Bastien
  0 siblings, 1 reply; 2+ messages in thread
From: James Harkins @ 2013-04-01  9:28 UTC (permalink / raw)
  To: Emacs-orgmode@gnu.org

Hi,

I don't remember if this was reported or not. I frequently get the
following message in the mini-buffer, after trying to expand the last
top-level node in a file. The behavior seems to depend on the last
node containing a plain list.

byte-code: Invalid search bound (wrong side of point)

This issue occurs if org-cycle-include-plain-lists is set to
'integrate'. If I change it back to the default 't', then I get a
different incorrect behavior.

Example (with org-cycle-include-plain-lists = integrate):

~~ Contents
* I
** A
* II
** B
   - Plain list
~~

Hit shift-tab to collapse everything:

~~ Visible contents
* I...
* II...
~~

Now put the insertion point anywhere on "* II" and hit tab to expand
the sub tree. Here's where I get that message.

The normal behavior of TAB visibility cycling is:

TAB once: Expand to show the node's immediate children, but the
children are collapsed.
TAB again: Expand everything underneath the current node.
TAB again: Collapse, to show only the current node.

When I get the message, I only get #1 and #3 behaviors. I can't hit
TAB twice on the heading to see everything underneath.

Now, if org-cycle-include-plain-lists = t, hitting TAB twice does
expand the plain list, but unfortunately it will not display the last
character:

~~ Result of TABx2 with the point on "* II"
* I...
* II
** B
   - Plain lis...
~~

I haven't found a keystroke that will make "t" of "list" reappear. "t"
is actually still there (copy and paste will demonstrate that), but
the visibility code seems to think that something at the end is
supposed to be hidden, even if just one character.

Org-mode version 8.0-pre (release_8.0-pre-215-g8ccbc7 @
/home/dlm/share/org-mode.git/lisp/)

Thanks,
hjh

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Visibility cycling bugs when an org file ends with a plain list
  2013-04-01  9:28 Visibility cycling bugs when an org file ends with a plain list James Harkins
@ 2013-04-03 10:44 ` Bastien
  0 siblings, 0 replies; 2+ messages in thread
From: Bastien @ 2013-04-03 10:44 UTC (permalink / raw)
  To: James Harkins; +Cc: jamshark70, Emacs-orgmode@gnu.org

Hi James,

James Harkins <jamshark70@gmail.com> writes:

> I don't remember if this was reported or not. I frequently get the
> following message in the mini-buffer, after trying to expand the last
> top-level node in a file. The behavior seems to depend on the last
> node containing a plain list.
>
> byte-code: Invalid search bound (wrong side of point)

This should be fixed now.  Thanks for the detailed report,

-- 
 Bastien

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-04-03 10:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-01  9:28 Visibility cycling bugs when an org file ends with a plain list James Harkins
2013-04-03 10:44 ` Bastien

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).