Opened 18 years ago
Closed 6 years ago
#2725 closed defect (wontfix)
Bad handling of footnotes in the ascii export
Reported by: | Owned by: | Richard Kimberly Heck | |
---|---|---|---|
Priority: | low | Milestone: | |
Component: | converters | Version: | 2.0.1 |
Severity: | minor | Keywords: | |
Cc: | ps |
Description (last modified by )
As proposed in [1] filling this one in the bugzilla.
if you export a document with footnotes to ascii the handling still
suboptimal.
If you've a a construction like
"This is a first sentence[And here is a footnote.]."
The export will look like:
This is a first sentence
And here is a footnote.
.
You can see that the final dot is in the wrong line after the
footnote.
[1] http://marc.theaimsgroup.com/?l=lyx-devel&m=115426617400879&w=2
Attachments (2)
Change History (17)
comment:1 by , 18 years ago
Status: | new → assigned |
---|
comment:2 by , 15 years ago
Priority: | high → normal |
---|
comment:3 by , 12 years ago
Description: | modified (diff) |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
comment:4 by , 12 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Version: | 1.4.2 → 2.0.1 |
While I have to agree that the original ugly format is gone, it'd like to argue that it's not much improved now.
As you can see in my sample you now have the closing square bracket on a new line instead of a left over dot.
comment:5 by , 12 years ago
and what format is correct in your opinion?
the current format is:
text [footnote:\ntext_of_foot\n]text
comment:6 by , 12 years ago
Cc: | added |
---|
comment:7 by , 12 years ago
It seems pretty good to me as it is. It's easy enough to write a simple filter to fix it up, if that's what one wants to do.
comment:8 by , 12 years ago
I guess 'correct' lies here in the eye of the beholder.
I'd say something like
text [footnote: text_of_footnote]\ntext
would look way better. The ugly part I don't get is the linebreak before the closing bracket. I would insert a linebreak after the closing bracket. But honestly I've no education in typesetting so my opinion could be completly wrong from a professional point of view.
comment:9 by , 12 years ago
in that case we should perhaps drop even the last \n no?
but it would be hard to find optimal case. newliners looks pretier on lengthy footnotes while insets without \n look pretier with short footnotes...
comment:10 by , 12 years ago
New line after the bracket is maybe best? I.e.:
Here is some text.[footnote: This is the text
of the footnote.]
Now we continue the main body.
I'm not sure it hugely matters....
comment:11 by , 10 years ago
Owner: | changed from | to
---|
comment:12 by , 10 years ago
Component: | export → converters |
---|
comment:13 by , 8 years ago
Priority: | normal → low |
---|---|
Severity: | normal → minor |
comment:14 by , 6 years ago
Owner: | changed from | to
---|
comment:15 by , 6 years ago
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
I think this is a matter of taste, really, and is not going to get attention.
Not present in 2.0.1.