emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* Problems created by inlinetasks in agenda views
@ 2018-04-13 14:24 Alain.Cochard
  2018-04-16 12:08 ` Nicolas Goaziou
  0 siblings, 1 reply; 20+ messages in thread
From: Alain.Cochard @ 2018-04-13 14:24 UTC (permalink / raw)
  To: emacs-orgmode; +Cc: Alain Cochard


Hello.  I have the file (with name 'bug.org'):

* foo                     :foofoofoo:
*************** TODO an inlinetask
foo
*************** END
barXXX


(1) 'C-c a m foofoofoo'

gives be

Headlines with TAGS match: foofoofoo
Press `M-0 r' to search again with new search string
  bug:        foo                                :foofoofoo:
  bug:        ..............TODO an inlinetask  :foofoofoo::
  bug:        ..............END                 :foofoofoo::

which I do not find really normal.

(2) Similarly 'C-c a s barXXX'

gives me

Search words: barXXX
Press `[', `]' to add/sub word, `{', `}' to add/sub regexp, `M-0 r' to edit
  bug:        END             :foofoofoo::


I have:
Org mode version 9.1.2 (9.1.2-32-g271e58-elpa @
/home/cochard/.emacs.d/elpa/org-20171106/)

Regards,
Alain

PS: Also, is that normal that inlinetaks are virtually not documented
in the manual?

-- 
EOST (École et Observatoire des Sciences de la Terre) 
IPG (Institut de Physique du Globe) | alain.cochard@unistra.fr
5 rue René Descartes   [bureau 106] | Phone: +33 (0)3 68 85 50 44 
F-67084 Strasbourg Cedex, France    | Fax:   +33 (0)3 68 85 01 25     

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  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-23 13:50   ` Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views] Alain.Cochard
  0 siblings, 2 replies; 20+ messages in thread
From: Nicolas Goaziou @ 2018-04-16 12:08 UTC (permalink / raw)
  To: Alain.Cochard; +Cc: emacs-orgmode

Hello,

Alain.Cochard@unistra.fr writes:

> Hello.  I have the file (with name 'bug.org'):
>
> * foo                     :foofoofoo:
> *************** TODO an inlinetask
> foo
> *************** END
> barXXX
>
>
> (1) 'C-c a m foofoofoo'
>
> gives be
>
> Headlines with TAGS match: foofoofoo
> Press `M-0 r' to search again with new search string
>   bug:        foo                                :foofoofoo:
>   bug:        ..............TODO an inlinetask  :foofoofoo::
>   bug:        ..............END                 :foofoofoo::
>
> which I do not find really normal.
>
> (2) Similarly 'C-c a s barXXX'
>
> gives me
>
> Search words: barXXX
> Press `[', `]' to add/sub word, `{', `}' to add/sub regexp, `M-0 r' to edit
>   bug:        END             :foofoofoo::
>

Fixed. Thank you.

> PS: Also, is that normal that inlinetaks are virtually not documented
> in the manual?

Inlinetasks has a lot of glitches like the one you noticed above. It is
not ready for prime time. Worse, I don't think its design is good,
either. Even if that sounds smart at first, inline tasks should not use
the same syntax as first-class headlines. This introduces too many
complications.

However, since inline tasks have been around for years, it may be a good
time to decide once and for all how, and if, they should be included in
Org proper. Note that last time this discussion happened, we couldn't
even agree on a set of features.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  2018-04-16 12:08 ` Nicolas Goaziou
@ 2018-04-16 14:01   ` Eric S Fraga
  2018-04-16 16:39     ` Nicolas Goaziou
  2018-04-16 17:25     ` Berry, Charles
  2018-04-23 13:50   ` Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views] Alain.Cochard
  1 sibling, 2 replies; 20+ messages in thread
From: Eric S Fraga @ 2018-04-16 14:01 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: emacs-orgmode, Alain.Cochard

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

On Monday, 16 Apr 2018 at 14:08, Nicolas Goaziou wrote:

[...]

> However, since inline tasks have been around for years, it may be a good
> time to decide once and for all how, and if, they should be included in
> Org proper. 

Hi Nicolas,

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!  I do agree that their implementation would appear to be a
little clunky and maybe other solutions or implementations would be
possible.

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.

It would nice to have some improved navigation and search
facilities for drawers which, knowing org, probably already exist?
Tagging would also be useful but probably difficult and maybe not
reasonable given that drawers have names anyway.  It would also be
useful to be able to narrow a view to the drawer contents.

thanks,
eric

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-419-g52ba1a

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  2018-04-16 14:01   ` Eric S Fraga
@ 2018-04-16 16:39     ` Nicolas Goaziou
  2018-04-16 17:01       ` Eric S Fraga
  2018-04-16 17:25     ` Berry, Charles
  1 sibling, 1 reply; 20+ messages in thread
From: Nicolas Goaziou @ 2018-04-16 16:39 UTC (permalink / raw)
  To: Alain.Cochard; +Cc: emacs-orgmode

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

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  2018-04-16 16:39     ` Nicolas Goaziou
@ 2018-04-16 17:01       ` Eric S Fraga
  0 siblings, 0 replies; 20+ messages in thread
From: Eric S Fraga @ 2018-04-16 17:01 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: emacs-orgmode, Alain.Cochard

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

On Monday, 16 Apr 2018 at 18:39, Nicolas Goaziou wrote:
> For once (!), this is not what I'm suggesting. :)

:-)  You've made me paranoid!

> 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:

This would work nicely.  I like the !! (or even just a single !) syntax.

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

Ah!  Thanks.

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-419-g52ba1a

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  2018-04-16 14:01   ` Eric S Fraga
  2018-04-16 16:39     ` Nicolas Goaziou
@ 2018-04-16 17:25     ` Berry, Charles
  2018-04-16 17:33       ` Nicolas Goaziou
  1 sibling, 1 reply; 20+ messages in thread
From: Berry, Charles @ 2018-04-16 17:25 UTC (permalink / raw)
  To: Eric S Fraga
  Cc: emacs-orgmode@gnu.org, Alain.Cochard@unistra.fr, Nicolas Goaziou



> On Apr 16, 2018, at 7:01 AM, Eric S Fraga <esflists@gmail.com> wrote:
> 
> 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.

Drawers would probably work for me, too. 

I use inlinetasks tagged :noexport: to contain babel code I might want to run in the course of document preparation, but not on export.

I guess I can omit drawers that are not to be exported according to the drawer-name with my own `format-drawer-function' variants.  But if tags or some equivalent convention get added to drawers, maybe a :noexport: tag would help my case.

I'd just have to convert my existing org files.

Chuck

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Problems created by inlinetasks in agenda views
  2018-04-16 17:25     ` Berry, Charles
@ 2018-04-16 17:33       ` Nicolas Goaziou
  0 siblings, 0 replies; 20+ messages in thread
From: Nicolas Goaziou @ 2018-04-16 17:33 UTC (permalink / raw)
  To: Berry, Charles
  Cc: Eric S Fraga, emacs-orgmode@gnu.org, Alain.Cochard@unistra.fr

Hello,

"Berry, Charles" <ccberry@ucsd.edu> writes:

> I guess I can omit drawers that are not to be exported according to
> the drawer-name with my own `format-drawer-function' variants.

There's already a mechanism to skip drawers during export based on their
name. See `org-export-with-drawers'.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-16 12:08 ` Nicolas Goaziou
  2018-04-16 14:01   ` Eric S Fraga
@ 2018-04-23 13:50   ` Alain.Cochard
  2018-04-23 14:21     ` Eric S Fraga
  1 sibling, 1 reply; 20+ messages in thread
From: Alain.Cochard @ 2018-04-23 13:50 UTC (permalink / raw)
  To: emacs-orgmode


Nicolas Goaziou writes on Mon 16 Apr 2018 14:08:

 > Inlinetasks has a lot of glitches [...]. It is not ready for prime
 > time.  Worse, I don't think its design is good, either.

I would be glad to be able to use an alternative.  I see that
"drawers" are mentioned by some of you experts, but it is not clear to
me if this would be suited for me -- in particular, the fact that they
"can contain anything but a headline and another drawer" is not very
appealing...

In fact, my use of inelintaks seems to me so basic (I faced the
problem since my day 1 with org-mode) that maybe another solution that
I overlooked would work for me.  I'll explain my problem in the hope
that someone might be able to help.

Say I am working on

    * wave propagation   :numerical_analysis:

At some point, comes an incidental, purely mathematical issue, say

      check that 1+1~2 (for this, try that or that).

My first reflex was to try a list item like

      - TODO check that 1+1~2   :maths:basics:
        for this, try that or that.
   
which of course does not work.

This maths issue does not really deserve its own header.  It's really
inconvenient to force it because it requires duplicating some context,
the extent of which must be evaluated (might take time) and which,
besides, may change along time.  Or it requires internal linking,
which also takes time to set up.

I envisioned

    * TODO wave propagation   :numerical_analysis:
    ** main stuff
    ** TODO check that 1+1~2   :maths:basics:
       for this, try that or that.
    ** main stuff, continued

which is unpractical, and really ugly, especially when many such
issues arise...

For some time I used the also very inelegant:

    * TODO wave propagation   :numerical_analysis:maths:basics:
      the TODO is just for :maths:basics:, search for string XXX
      [...]
      XXX check that 1+1~2; for this, try that or that.
      [...]

until I was fed up and put more effort in the google search, which
finally led me to the org FAQ and inelinetasks...

So can someone suggest attractive alternatives?

Regards,
alain





-- 
EOST (École et Observatoire des Sciences de la Terre) 
IPG (Institut de Physique du Globe) | alain.cochard@unistra.fr
5 rue René Descartes   [bureau 106] | Phone: +33 (0)3 68 85 50 44 
F-67084 Strasbourg Cedex, France    | Fax:   +33 (0)3 68 85 01 25     

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  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
  0 siblings, 1 reply; 20+ messages in thread
From: Eric S Fraga @ 2018-04-23 14:21 UTC (permalink / raw)
  To: Alain.Cochard; +Cc: emacs-orgmode

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

On Monday, 23 Apr 2018 at 15:50, Alain.Cochard@unistra.fr wrote:
> In fact, my use of inelintaks seems to me so basic (I faced the
> problem since my day 1 with org-mode) that maybe another solution that
> I overlooked would work for me.  I'll explain my problem in the hope
> that someone might be able to help.

From what you describe, inline tasks are indeed the way to go.  If/when
Nicolas proposes a different syntax, we may need to make changes to our
files, of course.

Other solutions, e.g. drawers, are for different use cases that many of
us have solved by using inline tasks for what they weren't really
intended...

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-419-g52ba1a

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-23 14:21     ` Eric S Fraga
@ 2018-04-23 16:03       ` Carsten Dominik
  2018-04-23 21:08         ` Nicolas Goaziou
  0 siblings, 1 reply; 20+ messages in thread
From: Carsten Dominik @ 2018-04-23 16:03 UTC (permalink / raw)
  To: Alain.Cochard, org-mode list

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

On Mon, Apr 23, 2018 at 4:21 PM, Eric S Fraga <esflists@gmail.com> wrote:

> On Monday, 23 Apr 2018 at 15:50, Alain.Cochard@unistra.fr wrote:
> > In fact, my use of inelintaks seems to me so basic (I faced the
> > problem since my day 1 with org-mode) that maybe another solution that
> > I overlooked would work for me.  I'll explain my problem in the hope
> > that someone might be able to help.
>
> From what you describe, inline tasks are indeed the way to go.  If/when
> Nicolas proposes a different syntax, we may need to make changes to our
> files, of course.
>

I would be interested to discuss a better solution.  It would be nice is
list items could be TODO's, but I though long and har about this back when,
and over allo those years, I could not think of anything that could be
implemented with reasonable effort.

Carsten


>
> Other solutions, e.g. drawers, are for different use cases that many of
> us have solved by using inline tasks for what they weren't really
> intended...
>
> --
> Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-419-g52ba1a
>

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

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-23 16:03       ` Carsten Dominik
@ 2018-04-23 21:08         ` Nicolas Goaziou
  2018-04-23 21:31           ` Eric Abrahamsen
  2018-04-25  5:43           ` Carsten Dominik
  0 siblings, 2 replies; 20+ messages in thread
From: Nicolas Goaziou @ 2018-04-23 21:08 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: org-mode list, Alain.Cochard

Hello,

Carsten Dominik <dominik@uva.nl> writes:

> I would be interested to discuss a better solution.  It would be nice is
> list items could be TODO's, but I though long and har about this back when,
> and over allo those years, I could not think of anything that could be
> implemented with reasonable effort.

I think we have to make inline tasks more limited, yet still useful.

One major technical drawback stems from the fact that they allow
contents.


  *************** Foo
  ...
  *************** END

It means that they allow, e.g., properties (it hurts inheritance), or
clocks that do not belong to the containing headline but to the inline
task itself... It would be a major pain if we had to handle this
seriously, as a core feature.

Now, if we allow them to have no contents, it becomes much more
manageable. It means we can still have TODO, tags, priority, but no
clock, no properties, no log...

It would also mean we would disallow SCHEDULED and DEADLINE keywords,
but we can make an exception for those, and allow a planning line right
after an inline task.

So, basically, there would be two forms of inline tasks:

  *************** Foo

and

  *************** Foo
  SCHEDULED: <...> DEADLINE: <...>

With this simplification, we could manage them, probably without too
much hassle.

If you want to associate the task some contents, you can attach, e.g.,
some drawer below. It is not part of the inline task syntax, yet it
could work well in practice:


  *************** TODO Foo
  :task:
  This is because the...
  :end:

However, there is another important drawback: they look like headlines.
That breaks a fundamental assumption in Org: any line that doesn't start
with an asterisk (I'm oversimplifying here) "belongs" to the first line
starting with one above. This is simply not true with inline task, so we
use the `org-with-limited-levels'. It kind of works, except in parts of
Org that forgot to use it (lots of fun ahead).

We could go further and get away from the starred syntax and the column
0. E.g.,

  !! TODO Foo     :bar:baz:

The advantage is that they would integrate better with the rest of the
document:

  - Grocery list
    - Apples
    - Bread
      !! REMINDER ...

However, it would be a /lot/ more work to implement the feature shared
with regular headlines (TODO switching, tags inheritance)... but, at
least, they would look better.

Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-23 21:08         ` Nicolas Goaziou
@ 2018-04-23 21:31           ` Eric Abrahamsen
  2018-04-24 11:47             ` Kaushal Modi
  2018-04-25  5:43           ` Carsten Dominik
  1 sibling, 1 reply; 20+ messages in thread
From: Eric Abrahamsen @ 2018-04-23 21:31 UTC (permalink / raw)
  To: emacs-orgmode

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> Hello,
>
> Carsten Dominik <dominik@uva.nl> writes:
>
>> I would be interested to discuss a better solution.  It would be nice is
>> list items could be TODO's, but I though long and har about this back when,
>> and over allo those years, I could not think of anything that could be
>> implemented with reasonable effort.
>
> I think we have to make inline tasks more limited, yet still useful.
>
> One major technical drawback stems from the fact that they allow
> contents.
>
>
>   *************** Foo
>   ...
>   *************** END
>
> It means that they allow, e.g., properties (it hurts inheritance), or
> clocks that do not belong to the containing headline but to the inline
> task itself... It would be a major pain if we had to handle this
> seriously, as a core feature.
>
> Now, if we allow them to have no contents, it becomes much more
> manageable. It means we can still have TODO, tags, priority, but no
> clock, no properties, no log...

Would there be any consideration for an inline syntax that looks more
like a link? Personally, when I want inline TODOs, I want them because
there's a particular chunk of text that I need to do something with.
What about something that looks like:

In 2005 there were approximately [[TODO: Verify this; SCHEDULED:
<tomorrow>; :statistics:][4,500]] Confucius Institutes in operation
worldwide.

That's kind of made-up, but the one-line syntax seems like it would be
well suited to providing tags, priority, scheduling, etc., but none of
the more bulky attributes that are part of a proper headline.

WDYT?

Eric

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  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
  0 siblings, 2 replies; 20+ messages in thread
From: Kaushal Modi @ 2018-04-24 11:47 UTC (permalink / raw)
  To: Eric Abrahamsen; +Cc: emacs-orgmode

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

On Mon, Apr 23, 2018, 5:35 PM Eric Abrahamsen <eric@ericabrahamsen.net>
wrote:

>
> Would there be any consideration for an inline syntax that looks more
> like a link? Personally, when I want inline TODOs, I want them because
> there's a particular chunk of text that I need to do something with.
> What about something that looks like:
>
> In 2005 there were approximately [[TODO: Verify this; SCHEDULED:
> <tomorrow>; :statistics:][4,500]] Confucius Institutes in operation
> worldwide.
>

How would you distinguish between regular links and such inline TODO's when
the "link" portion is hidden?

Would footnotes serve better? (I'm not a consumer of inline todos (yet?) so
consider this suggestion with a grain of salt :))

=====
some text[todo:1]

* Inline TODOs (special heading like Footnotes)
[todo:1]: My todo
=====

> --

Kaushal Modi

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

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-24 11:47             ` Kaushal Modi
@ 2018-04-24 16:01               ` Eric Abrahamsen
  2018-04-24 20:22               ` Rasmus
  1 sibling, 0 replies; 20+ messages in thread
From: Eric Abrahamsen @ 2018-04-24 16:01 UTC (permalink / raw)
  To: emacs-orgmode

Kaushal Modi <kaushal.modi@gmail.com> writes:

> On Mon, Apr 23, 2018, 5:35 PM Eric Abrahamsen
> <eric@ericabrahamsen.net> wrote:
>
>     Would there be any consideration for an inline syntax that looks
>     more
>     like a link? Personally, when I want inline TODOs, I want them
>     because
>     there's a particular chunk of text that I need to do something
>     with.
>     What about something that looks like:
>
>     In 2005 there were approximately [[TODO: Verify this; SCHEDULED:
>     <tomorrow>; :statistics:][4,500]] Confucius Institutes in
>     operation
>     worldwide.
>
> How would you distinguish between regular links and such inline TODO's
> when the "link" portion is hidden?

I guess I wouldn't, personally, I'd just use the agenda to interact with
the TODOs. But there could be a separate option allowing users to
control the visibility of inline TODOs independently.

I dunno, I was just throwing this out there :)

> Would footnotes serve better? (I'm not a consumer of inline todos
> (yet?) so consider this suggestion with a grain of salt :))

That's not a bad idea either! I do like links' ability to connect to a
specific run of text, but this would also work.

Eric

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-24 11:47             ` Kaushal Modi
  2018-04-24 16:01               ` Eric Abrahamsen
@ 2018-04-24 20:22               ` Rasmus
  1 sibling, 0 replies; 20+ messages in thread
From: Rasmus @ 2018-04-24 20:22 UTC (permalink / raw)
  To: emacs-orgmode

Kaushal Modi <kaushal.modi@gmail.com> writes:

> On Mon, Apr 23, 2018, 5:35 PM Eric Abrahamsen <eric@ericabrahamsen.net>
> wrote:
>
>>
>> Would there be any consideration for an inline syntax that looks more
>> like a link? Personally, when I want inline TODOs, I want them because
>> there's a particular chunk of text that I need to do something with.
>> What about something that looks like:
>>
>> In 2005 there were approximately [[TODO: Verify this; SCHEDULED:
>> <tomorrow>; :statistics:][4,500]] Confucius Institutes in operation
>> worldwide.
>>
>
> How would you distinguish between regular links and such inline TODO's when
> the "link" portion is hidden?
>
> Would footnotes serve better? (I'm not a consumer of inline todos (yet?) so
> consider this suggestion with a grain of salt :))

I’d also prefer that.  I have often used inline tasks for long
discussions.

One downside would be that it would move the tast contents further away
from the main contents it’s discussing.  E.g. I have used it for
discussions with co-authors and I think they’d maybe find footnotes
confusing.  For just me, footnotes TODOS would be great.

Note, you can also have inline todos: [[TODO::Inline todo text]].

Rasmus

-- 
Vote for proprietary math!

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-23 21:08         ` Nicolas Goaziou
  2018-04-23 21:31           ` Eric Abrahamsen
@ 2018-04-25  5:43           ` Carsten Dominik
  2018-04-26 23:34             ` Bastien
  1 sibling, 1 reply; 20+ messages in thread
From: Carsten Dominik @ 2018-04-25  5:43 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: org-mode list, Alain.Cochard

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

Hi Nicolas,


On Mon, Apr 23, 2018 at 11:08 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr>
wrote:

> Hello,
>
> Carsten Dominik <dominik@uva.nl> writes:
>
> > I would be interested to discuss a better solution.  It would be nice is
> > list items could be TODO's, but I though long and har about this back
> when,
> > and over allo those years, I could not think of anything that could be
> > implemented with reasonable effort.
>
> I think we have to make inline tasks more limited, yet still useful.
>
> One major technical drawback stems from the fact that they allow
> contents.
>
>
>   *************** Foo
>   ...
>   *************** END
>



>
> It means that they allow, e.g., properties (it hurts inheritance), or
> clocks that do not belong to the containing headline but to the inline
> task itself... It would be a major pain if we had to handle this
> seriously, as a core feature.
>

Yes,  I agree with this.  It is there in oder to allow fully functional
TODO entries, with scheduling and logging.  But indeed, it does
not play correctly with things like inheritance and clocking.


>
> Now, if we allow them to have no contents, it becomes much more
> manageable. It means we can still have TODO, tags, priority, but no
> clock, no properties, no log...
>
> It would also mean we would disallow SCHEDULED and DEADLINE keywords,
> but we can make an exception for those, and allow a planning line right
> after an inline task.
>
> So, basically, there would be two forms of inline tasks:
>
>   *************** Foo
>
> and
>
>   *************** Foo
>   SCHEDULED: <...> DEADLINE: <...>
>

Now we know why these are not properties :)


>
> With this simplification, we could manage them, probably without too
> much hassle.
>

Not a bad compromise.  It is also somewhat backward compatible,
because ***** END would end up being just another inline-task-like headline,
and older files would not stop working.


> If you want to associate the task some contents, you can attach, e.g.,
> some drawer below. It is not part of the inline task syntax, yet it
> could work well in practice:
>
>
>   *************** TODO Foo
>   :task:
>   This is because the...
>   :end:
>
> However, there is another important drawback: they look like headlines.
> That breaks a fundamental assumption in Org: any line that doesn't start
> with an asterisk (I'm oversimplifying here) "belongs" to the first line
> starting with one above. This is simply not true with inline task, so we
> use the `org-with-limited-levels'. It kind of works, except in parts of
> Org that forgot to use it (lots of fun ahead).
>

Yes, inline task is an incomplete implementation, basically a hack.


>
> We could go further and get away from the starred syntax and the column
> 0. E.g.,
>
>   !! TODO Foo     :bar:baz:
>
> The advantage is that they would integrate better with the rest of the
> document:
>
>   - Grocery list
>     - Apples
>     - Bread
>       !! REMINDER ...
>
> However, it would be a /lot/ more work to implement the feature shared
> with regular headlines (TODO switching, tags inheritance)... but, at
> least, they would look better.
>

What would look even better is

  - Grocery list
    - Apples
    - TODO Bread
      SCHEDULED: ....

But I have always thought that this would be nightmarish to implement,
because the assumption that all of these special entries are nodes is
sooo deep in the code...

So I would say:

either we keep it as the hack, or use the limitation you
mention and get rid of the END line.  But I am not sure it is really
with the trouble to replace a bad hack with a slightly better hack.

Carsten




>
> Regards,
>
> --
> Nicolas Goaziou
>
>

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

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-25  5:43           ` Carsten Dominik
@ 2018-04-26 23:34             ` Bastien
  2018-04-27  7:27               ` Eric S Fraga
  0 siblings, 1 reply; 20+ messages in thread
From: Bastien @ 2018-04-26 23:34 UTC (permalink / raw)
  To: Carsten Dominik; +Cc: org-mode list, Alain.Cochard, Nicolas Goaziou

Hi Nicolas and Carsten,

Carsten Dominik <dominik@uva.nl> writes:

> Either we keep it as the hack, or use the limitation you
> mention and get rid of the END line.

I think getting rid of the END line goes in the right direction...

> But I am not sure it is really with the trouble to replace a bad
> hack with a slightly better hack.

... but I'm definily not sure neither.

I'd favor a solution where inline tasks are really simple:

0. Prevent cycling for tasks with a high number of stars
   ("high" being defined by the user as an option).

1. Allow TODO keywords, priority, tags, SCHEDULED and DEADLINE
   but nothing else.

2. Archiving and refiling DTRT.

3. ... and we move org-inlinetask.el outside of Org's core.

******************** is really too much clutter and we can simplify
things by saying "more than X stars are going to be inline tasks by
default".

WDYT?

-- 
 Bastien

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-26 23:34             ` Bastien
@ 2018-04-27  7:27               ` Eric S Fraga
  2018-04-27  7:46                 ` Bastien
  0 siblings, 1 reply; 20+ messages in thread
From: Eric S Fraga @ 2018-04-27  7:27 UTC (permalink / raw)
  To: Bastien; +Cc: Carsten Dominik, org-mode list, Alain.Cochard, Nicolas Goaziou

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

On Friday, 27 Apr 2018 at 01:34, Bastien wrote:

[...]

> I'd favor a solution where inline tasks are really simple:
>
> 0. Prevent cycling for tasks with a high number of stars
>    ("high" being defined by the user as an option).
>
> 1. Allow TODO keywords, priority, tags, SCHEDULED and DEADLINE
>    but nothing else.
>
> 2. Archiving and refiling DTRT.
>
> 3. ... and we move org-inlinetask.el outside of Org's core.
>
> ******************** is really too much clutter and we can simplify
> things by saying "more than X stars are going to be inline tasks by
> default".

I agree with all of the above, as somebody who uses inline tasks all the
time.  I would prefer the syntax to be very simple and would find, for
instance, a line starting with optional whitespace and "! " as a task
marker, akin to comments.  Nicolas proposed !! but I see no need for
more than one...

Using *s seems confusing as they are intended for headlines.  From a
font lock point of view, I would have thought that ! at the start of the
line would be easier as well.

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-474-g92785f

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-27  7:27               ` Eric S Fraga
@ 2018-04-27  7:46                 ` Bastien
  2018-04-27  7:57                   ` Eric S Fraga
  0 siblings, 1 reply; 20+ messages in thread
From: Bastien @ 2018-04-27  7:46 UTC (permalink / raw)
  To: Eric S Fraga
  Cc: Carsten Dominik, org-mode list, Alain.Cochard, Nicolas Goaziou

Hi Eric,

Eric S Fraga <esflists@gmail.com> writes:

> Using *s seems confusing as they are intended for headlines.  From a
> font lock point of view, I would have thought that ! at the start of the
> line would be easier as well.

I should have said that I don't like having a new syntax like this.

My whole point could have been "let's say headlines with more than X
stars are inline tasks, with no contents and thus, no cycling."

If we have inline tasks like "! TODO Rewrite Org's table :Code:" then
of course, they will be easy to fontify, but hard to collect for the
agenda and so on.

As we all know here, the beauty of Org is that it mixes an outliner
with a TODO list manager: inline tasks are at the frontier... they try
to escape the outliner.  I suggest that they don't so that we don't
break Org's intimate design: they can just escape recycling by having
X stars and by not having contents.

Does that make sense to you?

-- 
 Bastien

^ permalink raw reply	[flat|nested] 20+ messages in thread

* Re: Alternatives to inlinetasks? [was: Problems created by inlinetasks in agenda views]
  2018-04-27  7:46                 ` Bastien
@ 2018-04-27  7:57                   ` Eric S Fraga
  0 siblings, 0 replies; 20+ messages in thread
From: Eric S Fraga @ 2018-04-27  7:57 UTC (permalink / raw)
  To: Bastien; +Cc: Carsten Dominik, org-mode list, Alain.Cochard, Nicolas Goaziou

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

On Friday, 27 Apr 2018 at 09:46, Bastien wrote:

[...]

> Does that make sense to you?

It does.  Thanks.

In any case, getting rid of the ***** END bit will be nice.  And I've
already moved to using drawers for a large number of my inline task use
cases, the ones that weren't really tasks!

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.6-474-g92785f

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 194 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2018-04-27  7:58 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
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

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