From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gregor Zattler 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 Message-ID: <20121228120842.GB14191@boo.workgroup> References: <20121204173216.GA17508@boo.workgroup> <87a9t3sujs.fsf@bzg.ath.cx> <20121225132619.GA29757@boo.workgroup> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:43696) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToYl4-0002q1-U9 for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 07:09:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToYl0-0007w3-GG for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 07:09:50 -0500 Received: from mout.gmx.net ([212.227.15.19]:57777) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToYl0-0007un-6p for emacs-orgmode@gnu.org; Fri, 28 Dec 2012 07:09:46 -0500 Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Mgqx4-1TSeC00gqG-00M40O for ; Fri, 28 Dec 2012 13:09:44 +0100 Content-Disposition: inline In-Reply-To: <20121225132619.GA29757@boo.workgroup> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode Hi Bastien, org developers, * Gregor Zattler [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 <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<