emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Gregor Zattler <telegraph@gmx.net>
To: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: mostely my fault, only a minor bug remains (was: Re: Bug: inline tasks behave strange with respect to visibility cycling within plain lists)
Date: Fri, 28 Dec 2012 13:08:42 +0100	[thread overview]
Message-ID: <20121228120842.GB14191@boo.workgroup> (raw)
In-Reply-To: <20121225132619.GA29757@boo.workgroup>

Hi Bastien, org developers,
* Gregor Zattler <telegraph@gmx.net> [25. Dec. 2012]:
> I did the whole thing again but with more care:

Now I learned that although org-inlinetask.el is not in contrib
(anymore), it has to be activated as a module.  

> Summary: 
> 
> 1) With respect to visibility cycling I would expect to see
>    inline tasks as normal text or plainlist item.  I would not
>    expect the display of children or subtrees to be cut of
>    immediately after an inline task.  

This problem vanished when customizing org-modules to contain
org-inline-task.

However there is a minor bug with respect to folding:

This file:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
  1) master list
     - first plain list item
     - second plain list item
     - third plain list item
        - first sub list item
        - second sub list item
********************* TODO inline task
        - third sub list item
        - fourth sub list item
     - fourth plain list item
  2) another master list
     - two one
     - two two
* second heading
  1) master list two one
     - plain list
     - plain list
  2) masterlist two two
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

when partially folded looks like this:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
  1) master list
     - first plain list item
     - second plain list item
     - third plain list item...
     - fourth plain list item
  2) another master list
     - two one
     - two two
* second heading...
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

now with the cursor at the "first plain list item", org-cycle
produces:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
  1) master list
     - first plain list item
     - second plain list item
     - third plain list item...
********************* TODO inline task...
     - fourth plain list item
  2) another master list
     - two one
     - two two
* second heading...
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

somehow visibility-cycling of the first plain list item reveals
the inline task in the third plain list item, while I would
expect that nothing would happen since the first plain list
item does not contain any sub items.


> With point on the first star and org-cycle-include-plain-lists
> set to `As children of outline heading' org-cycle reveals an
> error: `byte-code: Invalid search bound (wrong side of point)'.
[...]
> 2) I would not expect to see an error when doing org-cycle with
>    certain variable settings.  If org-mode is not able to handle
>    this situation it should tell so in a way the user is able to
>    act upon.

I couldn't reproduce this bug.  

Sorry for the noise and thanks for org-mode, Gregor

Version infos etc:

This is with recent emacs-snapshot:
GNU Emacs 24.3.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2) of 2012-12-24 on dex, modified by Debian

and with recent org-mode (via `make up1'):
Org-mode version 7.9.2 (release_7.9.2-882-gf47a71 @ /home/grfz/src/org-mode/lisp/)

I did the test with:

Emacs-snapshot -Q -nw -l ~/.emacs.d/_minimal.org-init.el

with ~/.emacs.d/_minimal.org-init.el being:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
(add-to-list 'load-path "~/src/org-mode/lisp")
(setq org-modules (quote (org-bbdb org-bibtex org-docview org-gnus org-info org-jsinfo org-inlinetask org-irc org-mew org-mhe org-rmail org-vm org-wl org-w3m)))
(org-reload)
(find-file "/tmp/testinlinetask.org")
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<


and /tmp/testinlinetask.org being:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
* first heading
  1) master list
     - first plain list item
     - second plain list item
     - third plain list item
        - first sub list item
        - second sub list item
********************* TODO inline task
        - third sub list item
        - fourth sub list item
     - fourth plain list item
  2) another master list
     - two one
     - two two
* second heading
  1) master list two one
     - plain list
     - plain list
  2) masterlist two two
* third heading
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

  reply	other threads:[~2012-12-28 12:09 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-04 17:32 Bug: inline tasks behave strange with respect to visibility cycling within plain lists [7.9.2 (release_7.9.2-646-g664217 @ /home/grfz/src/org-mode/lisp/)] Gregor Zattler
2012-12-24  8:50 ` Bastien
2012-12-25 13:26   ` Gregor Zattler
2012-12-28 12:08     ` Gregor Zattler [this message]
2012-12-29 10:06     ` Bastien

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=20121228120842.GB14191@boo.workgroup \
    --to=telegraph@gmx.net \
    --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).