emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
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

  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

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