Skip Menu |
 

This queue is for tickets about the Org-Parser CPAN distribution.

Report information
The Basics
Id: 114621
Status: open
Priority: 0/
Queue: Org-Parser

People
Owner: Nobody in particular
Requestors: mitch [...] cgarbs.de
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: list end not recognized
Date: Mon, 23 May 2016 21:33:55 +0200
To: bug-Org-Parser [...] rt.cpan.org
From: Christian Garbs <mitch [...] cgarbs.de>
Download (untitled) / with headers
text/plain 1.9k
Hi there! Great module, I'm using it as a converter from Orgmode to HTML for my blog with some handcrafted features. I'm using Org-Parse version 0.47 and it looks like the end of a list is not always detected correctly. Given this input file - - - - 8< - - - - * broken test case - some things - that start well - don't end well like here when this paragraph outside the list gets parsed as part of the last list item - - - - >8 - - - - the last paragraph gets parsed as part of the list while it should be a separate paragraph on the same level as the whole list (another child of the heading). dump-org-structure shows this Document: Headline: l=1 (title) Text: "broken test case" (children) Text: "\n" List: U(-) indent=0 ListItem: - (children) Text: "some things\n" ListItem: - (children) Text: "that start well\n" ListItem: - (children) Text: "don't end well\n\nlike here when this paragraph o..." while I would expect something like this instead: Document: Headline: l=1 (title) Text: "broken test case" (children) Text: "\n" List: U(-) indent=0 ListItem: - (children) Text: "some things\n" ListItem: - (children) Text: "that start well\n" ListItem: - (children) Text: "don't end well\n" Text: "\nlike here when this paragraph o..." The org manual chapter "2.7 Plain lists" states: | A list ends whenever every item has ended, which means before any | line less or equally indented than items at top level. It also ends | before two blank lines[5]. In that case, all items are closed. I don't know how hard the end-of-list detection is to implement, but I'd already be very happy with the "two blank lines" variant. Regards Christian -- ....Christian.Garbs....................................https://www.cgarbs.de Knäckebrot krümelt nicht mehr, wenn man es kurz vor dem Verzehr in eine Schale lauwarmes Wasser legt!
Download (untitled) / with headers
text/plain 616b
Hi, Thanks for the report. Yup, IIRC, there was a change within 2-3 years ago which added the "less or equally indented" part. I didn't remember or check the exact orgmode version but I was using 2 different versions of Emacs at the moment (my PC vs my laptop) and a paragraph like below were folded into the list item on one of my Emacs and were not on my other Emacs. - a list item a paragraph .............. .......................... And I thought I have fixed Org::Parser to follow the latest spec, but guess I haven't. Also, wasn't aware of the "two blank lines" rule. I'll check the code soon.
Download (untitled) / with headers
text/plain 267b
On Tue, 24 May 2016 06:23:28 GMT, PERLANCAR wrote: Show quoted text
> ... > or check the exact orgmode version but I was using 2 different > versions of Emacs at the moment (my PC vs my laptop) and a paragraph > ...
Typo, at *that* moment. All my Emacs now behave like you described.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.