* Bug? Changed behaviour makes tags in headlines without a title parsed as the title
@ 2015-04-08 13:44 Anders Johansson
2015-04-10 16:24 ` Nicolas Goaziou
0 siblings, 1 reply; 3+ messages in thread
From: Anders Johansson @ 2015-04-08 13:44 UTC (permalink / raw)
To: emacs-orgmode
Hi,
I have been using "degenerate" inlinetasks with empty titles but many
tags for implementing a kind of coding scheme for coding texts for
qualitative data analysis. Like this:
-----
Some text that I want to tag (The inlinetask in my scheme refers to the
paragraph above it)
*************** :tag1:tag2:tag3:
Other text (no inlinetask-END, mostly)
-----
Building org from the master branch, I recently noticed a changed
behaviour in that these tags as are not parsed as tags but instead as
the title, meaning my exports don't work as expected (and possibly other
things, but searching for tags etc.doesn't seem to be affected. Those
functions don't use org-element perhaps?).
As far as I could see, this comes from the changes in commit
98ee73: org-element: Avoid `org-element-parse-secondary-string',
where tags are matched with the regexp:
(org-re "[ \t]+\\(:[[:alnum:]_@#%:]+:\\)[ \t]*$")
which needs whitespace "after" the non-existent title.
I haven't checked all the different changes going on in org-element though.
I don't know if this changed behaviour is intended. Otherwise I guess
it's a bug.
Cheers,
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Bug? Changed behaviour makes tags in headlines without a title parsed as the title
2015-04-08 13:44 Bug? Changed behaviour makes tags in headlines without a title parsed as the title Anders Johansson
@ 2015-04-10 16:24 ` Nicolas Goaziou
2015-04-10 19:47 ` Anders Johansson
0 siblings, 1 reply; 3+ messages in thread
From: Nicolas Goaziou @ 2015-04-10 16:24 UTC (permalink / raw)
To: Anders Johansson; +Cc: emacs-orgmode
Hello,
Anders Johansson <mejlaandersj@gmail.com> writes:
> I have been using "degenerate" inlinetasks with empty titles but many
> tags for implementing a kind of coding scheme for coding texts for
> qualitative data analysis. Like this:
> -----
>
> Some text that I want to tag (The inlinetask in my scheme refers to
> the paragraph above it)
> *************** :tag1:tag2:tag3:
>
> Other text (no inlinetask-END, mostly)
> -----
>
> Building org from the master branch, I recently noticed a changed
> behaviour in that these tags as are not parsed as tags but instead as
> the title, meaning my exports don't work as expected (and possibly
> other things, but searching for tags etc.doesn't seem to be affected.
> Those functions don't use org-element perhaps?).
Indeed.
> As far as I could see, this comes from the changes in commit
>
> 98ee73: org-element: Avoid `org-element-parse-secondary-string',
>
> where tags are matched with the regexp:
> (org-re "[ \t]+\\(:[[:alnum:]_@#%:]+:\\)[ \t]*$")
>
> which needs whitespace "after" the non-existent title.
>
> I haven't checked all the different changes going on in org-element though.
>
> I don't know if this changed behaviour is intended. Otherwise I guess
> it's a bug.
Empty headings are a pathological case. What if I want to write
*************** :title:
? Your interpretation prevents that.
Of course, Org is expected to be consistent. However I'm not convinced
supporting empty headlines with tags is a good thing.
Regards,
--
Nicolas Goaziou
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Bug? Changed behaviour makes tags in headlines without a title parsed as the title
2015-04-10 16:24 ` Nicolas Goaziou
@ 2015-04-10 19:47 ` Anders Johansson
0 siblings, 0 replies; 3+ messages in thread
From: Anders Johansson @ 2015-04-10 19:47 UTC (permalink / raw)
To: Nicolas Goaziou, emacs-orgmode
Den 2015-04-10 18:24, Nicolas Goaziou skrev:
> Hello,
>
> Anders Johansson <mejlaandersj@gmail.com> writes:
>
>> I have been using "degenerate" inlinetasks with empty titles but many
>> tags for implementing a kind of coding scheme for coding texts for
>> qualitative data analysis. Like this:
>> -----
>>
>> Some text that I want to tag (The inlinetask in my scheme refers to
>> the paragraph above it)
>> *************** :tag1:tag2:tag3:
>>
>> Other text (no inlinetask-END, mostly)
>> -----
>>
>> Building org from the master branch, I recently noticed a changed
>> behaviour in that these tags as are not parsed as tags but instead as
>> the title, meaning my exports don't work as expected (and possibly
>> other things, but searching for tags etc.doesn't seem to be affected.
>> Those functions don't use org-element perhaps?).
>
> Indeed.
>
>> As far as I could see, this comes from the changes in commit
>>
>> 98ee73: org-element: Avoid `org-element-parse-secondary-string',
>>
>> where tags are matched with the regexp:
>> (org-re "[ \t]+\\(:[[:alnum:]_@#%:]+:\\)[ \t]*$")
>>
>> which needs whitespace "after" the non-existent title.
>>
>> I haven't checked all the different changes going on in org-element though.
>>
>> I don't know if this changed behaviour is intended. Otherwise I guess
>> it's a bug.
>
> Empty headings are a pathological case. What if I want to write
>
> *************** :title:
>
> ? Your interpretation prevents that.
>
> Of course, Org is expected to be consistent. However I'm not convinced
> supporting empty headlines with tags is a good thing.
>
> Regards,
>
Great, that sounds reasonable.
I guess I'll change my practice then.
Cheers,
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-04-10 19:47 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-04-08 13:44 Bug? Changed behaviour makes tags in headlines without a title parsed as the title Anders Johansson
2015-04-10 16:24 ` Nicolas Goaziou
2015-04-10 19:47 ` Anders Johansson
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).