From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Problems created by inlinetasks in agenda views Date: Mon, 16 Apr 2018 18:39:31 +0200 Message-ID: <87zi23ksvw.fsf@nicolasgoaziou.fr> References: <23248.48530.817172.917300@frac.u-strasbg.fr> <87in8ricbd.fsf@nicolasgoaziou.fr> <87d0yzfdwu.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47384) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f87AI-0001IW-0M for emacs-orgmode@gnu.org; Mon, 16 Apr 2018 12:39:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f87AF-0006Z8-D9 for emacs-orgmode@gnu.org; Mon, 16 Apr 2018 12:39:38 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:49457) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f87AF-0006Y5-68 for emacs-orgmode@gnu.org; Mon, 16 Apr 2018 12:39:35 -0400 In-Reply-To: <87d0yzfdwu.fsf@gmail.com> (Eric S. Fraga's message of "Mon, 16 Apr 2018 15:01:53 +0100") 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" To: Alain.Cochard@unistra.fr Cc: emacs-orgmode@gnu.org Hello, Eric S Fraga 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