GNOME Bugzilla – Bug 672337
fails to parse slides with speaker notes right below the slide delimiter
Last modified: 2018-08-17 19:57:25 UTC
sometimes you want to have a slide with a picture with no text at all, and have some speaker notes to remember what you have to say at that point. but if the speaker notes come right below the slide delimiter, pinpoint fails to parse them and add the first line of speaker as if they were slide text. For example, in the following slide, pinpoint would put "# cat" as the slide text, and just the second line as the actual speaker notes. --------------------------8<------------------------ -- [linus.jpg] # a cat # everybody loves cats, right? --------------------------8<------------------------ A workaround is adding a blank line between slide delimiter and comments, but that breaks the possibility to have them close to each other as a unique block. --------------------------8<------------------------ -- [linus.jpg] # a cat # everybody loves cats, right? --------------------------8<------------------------ the problem is that the code that parses the slide delimiter line sets startofline to FALSE, even though it actually consumes the current line through its end and the next character that will be read actualy *is* the first of its line.
Created attachment 210043 [details] [review] Fix parsing comments right below slide delimiter
The patch has been committed upstream, please close the bug.
pinpoint is not under active development anymore since 2015. Its codebase has been archived: https://gitlab.gnome.org/Archive/pinpoint/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.