From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Alain.Cochard@unistra.fr
Cc: emacs-orgmode@gnu.org
Subject: Re: Problems created by inlinetasks in agenda views
Date: Mon, 16 Apr 2018 18:39:31 +0200 [thread overview]
Message-ID: <87zi23ksvw.fsf@nicolasgoaziou.fr> (raw)
In-Reply-To: <87d0yzfdwu.fsf@gmail.com> (Eric S. Fraga's message of "Mon, 16 Apr 2018 15:01:53 +0100")
Hello,
Eric S Fraga <esflists@gmail.com> writes:
> I use inlinetasks all the time and for a number of different use
> cases. My initial reaction is that I would not like to see them
> disappear!
For once (!), this is not what I'm suggesting. :)
I wonder if it is meant to stay an external module, like, e.g.,
"org-bibtex.el", or become automatically integrated in default Org,
like, e.g., "org-tables.el". Inline tasks are the odd ball, because they
are almost integrated -- e.g., full support in "ox.el" and
"org-element.el" -- but yet not autoloaded.
> I do agree that their implementation would appear to be a little
> clunky and maybe other solutions or implementations would be possible.
Besides, inline tasks are not required to look like headlines. For
example, diary S-exps do not look like headlines and yet appear in the
agenda:
%%(org-anniversary 1956 5 14) Arthur Dent is %d years old
I'm not even convinced they need to hold contents per se. If we imagine
that a new syntax would be "!!" at the beginning of a line, one line per
task, we can couple any task to the drawer for contents, e.g.;
!! TODO Go to the grocery
:grocery-list:
- carrots
- bread
:end:
So, the drawer doesn't belong to the task, but still is adequately
placed to permit the association between the two.
> So, you have motivated me to look at alternatives just in case. I've
> started playing with the export settings for drawers for odt and
> LaTeX. It does seem like I can move to using drawers instead of inline
> tasks for all of my uses *except* for actual tasks.
I agree inline tasks can fill a role, but this role has to be clearly
defined so we can think about a proper syntax.
Again, something like the following is possible:
!! TODO Go to the grocery :tag:
SCHEDULED: <...> DEADLINE: <...>
One problem is that, unfortunately, the current syntax somewhat works,
whereas a new syntax would require more work to be effective (e.g.,
included in the agenda, in sparse trees...).
Anyway, I'm just thinking out loud.
> It would nice to have some improved navigation and search
> facilities for drawers which, knowing org, probably already exist?
I don't think anything like this exists. Drawers have two purposes: hide
stuff away, and allow selective export.
> It would also be useful to be able to narrow a view to the drawer
> contents.
This is `C-x n e' on a drawer boundary.
Regards,
--
Nicolas Goaziou
next prev parent reply other threads:[~2018-04-16 16:39 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-13 14:24 Problems created by inlinetasks in agenda views Alain.Cochard
2018-04-16 12:08 ` Nicolas Goaziou
2018-04-16 14:01 ` Eric S Fraga
2018-04-16 16:39 ` Nicolas Goaziou [this message]
2018-04-16 17:01 ` Eric S Fraga
2018-04-16 17:25 ` Berry, Charles
2018-04-16 17:33 ` Nicolas Goaziou
2018-04-23 13:50 ` Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views] Alain.Cochard
2018-04-23 14:21 ` Eric S Fraga
2018-04-23 16:03 ` Carsten Dominik
2018-04-23 21:08 ` Nicolas Goaziou
2018-04-23 21:31 ` Eric Abrahamsen
2018-04-24 11:47 ` Kaushal Modi
2018-04-24 16:01 ` Eric Abrahamsen
2018-04-24 20:22 ` Rasmus
2018-04-25 5:43 ` Carsten Dominik
2018-04-26 23:34 ` Bastien
2018-04-27 7:27 ` Eric S Fraga
2018-04-27 7:46 ` Bastien
2018-04-27 7:57 ` Eric S Fraga
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zi23ksvw.fsf@nicolasgoaziou.fr \
--to=mail@nicolasgoaziou.fr \
--cc=Alain.Cochard@unistra.fr \
--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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.