emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* BUG Visibility Cycling with inline tasks
@ 2021-09-26  9:51 Michael Dauer
  0 siblings, 0 replies; 7+ messages in thread
From: Michael Dauer @ 2021-09-26  9:51 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1039 bytes --]

Hi,

I resend my report with now hopefully all information to reproduce it
quickly.

Inline tasks are a great feature of org-mode, very useful to include tasks
in all sorts of documents without interfering with the document structure.

0. emacs -Q
1. Insert the below snippet into scratch buffer.
>>>
* Example
** heading 1
xxxxx
** heading 2
*************** TODO Test access with provided credentials
xxxxx
*************** END
** heading 3
*************** TODO State "high value" targets
xxxxx
*************** END
** heading 4
xxxxx

(org-mode)
(require 'org-inlinetask)
<<<

2. Execute each of the 2 elisp statements at the bottom (C-x C-e)
3. Cycle Example to show children
4. Cycle heading 2

This should show the issue: Parts of heading 3 are expanded too. This is
also true for the next to cycling steps. Then comes a correct full cycle
and the issue repeats.

This garbage shown from the next heading(s) can become huge in more complex
structures.

Org mode version 9.4.6 (9.4.6-gcf30f7

Please confirm the issue.

Regards,
Michael

[-- Attachment #2: Type: text/html, Size: 1574 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread
* BUG Visibility Cycling with inline tasks
@ 2021-09-18  8:27 Michael Dauer
  2021-09-18  8:29 ` Michael Dauer
  2021-09-20  5:02 ` Ihor Radchenko
  0 siblings, 2 replies; 7+ messages in thread
From: Michael Dauer @ 2021-09-18  8:27 UTC (permalink / raw)
  To: emacs-orgmode

[-- Attachment #1: Type: text/plain, Size: 1067 bytes --]

Hi,

Inline tasks are a great feature of org-mode, very useful to include tasks
in all sorts of documents without interfering with the document structure.

But it seems that there are multiple issues with multiple org commands and
inline tasks (visibility, navigation, selection).

For that reason I already suggested a while ago that the * END line would
be indented 1 level more then the * start of the inline task. By that it
would behave like a normal subtree for all org-commands.

Here a minimal example of an issue with visibility cycling:
>>>
* Example
** heading 1
xxxxx
** heading 2
*************** TODO Test access with provided credentials
xxxxx
*************** END
** heading 3
*************** TODO State "high value" targets
:@CB:
xxxxx
*************** END
** heading 4
xxxxx
<<<

Stating collapsed, pressing TAB on the heading 2 already shows the issue.

IMO the suggested simple (but breaking (but easy to fix)) design change
would make inline tasks more compatible and stable, and even more intuitive
in the expanded visualization.

Regards,
Michael

[-- Attachment #2: Type: text/html, Size: 1402 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread
end of thread, other threads:[~2021-09-26  9:52 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-09-26  9:51 BUG Visibility Cycling with inline tasks Michael Dauer
  -- strict thread matches above, loose matches on Subject: below --
2021-09-18  8:27 Michael Dauer
2021-09-18  8:29 ` Michael Dauer
2021-09-20  5:02 ` Ihor Radchenko
2021-09-20  7:17   ` Michael Dauer
2021-09-20  8:22     ` Ihor Radchenko
2021-09-21 18:52       ` Michael Dauer

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