Closed rnkn closed 4 years ago
p.s. Also, is it odd that your personal home directory path is included in the error message?
Go seems to use the path at compile time for it's error messages, a bit strange indeed. However, a program shouldn't crash... I'll take a look :slightly_smiling_face:
Ok I have located the error and (partially) fixed it.
This highlights a fairly important issue with the word wrap algorithm. It now moves the full stop to a new line as it only checks within one 'cell' (part of text with a certain markup). I'll see if I can rework it.
Interesting, your issue has nothing to do with the few quirks of the current algorithm. You were simply unfortunate enough to write a line which ends with a 'cell' of length one and that cell being the 'one character too many' for the line.
Fixed that now, I'll release this as a hotfix :slightly_smiling_face:
Very impressed at your response time!
I’m not sure if it’s worth mentioning, if it perhaps differs from your hotifx, but I had a script where this occurred in two locations, the one already mentioned on an action line, and the other within dialogue:
TEO
Tatara naspirit saura ba. _Tatara duwindu_.
(Yes it’s another language 😉)
p.s. I just built from master and the error is fixed for me, thanks 👍
Describe the bug
Wrap will error trying to generate a PDF if the input Fountain file contains a line ending with
_.
To Reproduce
Steps to reproduce the behavior:
wrap pdf INPUT.fountain
Given the following example:
Command
wrap pdf INPUT.fountain
results in the following:Expected behavior
PDF output generated.
Version
Additional context
The error can be worked around by switching the underscore and full stop, i.e.
However, I tend to write it the other way around, for aesthetic considerations.