Invisible list attribute causes ordinary paragraphs to appear as lists in multimarkdown output.

aj
ajbuch
Posts: 15
Joined: Sun Aug 12, 2012 8:13 am
Platform: Mac

Sun Dec 10, 2017 11:58 am Post

If I have a list paragraph that I manually convert to a normal paragraph, the list attribute "sticks". That is, I remove the bullet, then copy and paste a normal paragraph's formatting, but when the file is compiled to multimarkdown, the first word is replaced by a number, making it a list. In the attached file (Mac Air using Mac OS 10.12.6 and Scrivener 3.0), the paragraph "Random words" becomes "1. words" in the multimarkdown output.

The workaround (and arguable best practice in any case) is to use "None" in the list menu to convert it to a normal paragraph. However, there is no visual indication that the paragraph is still a list in some sense, and it probably shouldn't be in any case.
Attachments
Test.scriv.zip
(10.81 KiB) Downloaded 51 times

User avatar
nontroppo
Posts: 1048
Joined: Mon Mar 05, 2007 5:22 pm
Platform: Mac
Location: Airstrip One

Sun Dec 10, 2017 1:20 pm Post

I can confirm the behaviour, though I don't really know what Scrivener could do to solve this. The user identifies a text block as a list, and the user then deliberately tries to make it look not like a list, but the RTF code still says it is a list.

There is a bug in Scrivener though, the selected list is not indicated (textedit on left, scrivener on right):

Screen Shot 2017-12-10 at 21.13.37.png
Screen Shot 2017-12-10 at 21.13.37.png (16.55 KiB) Viewed 468 times


If this was indicated then the user would "know" it is still a list right?

User avatar
KB
Site Admin
Posts: 20211
Joined: Tue Jun 13, 2006 11:23 pm
Platform: Mac
Location: Truro, Cornwall
Contact:

Mon Dec 11, 2017 5:35 pm Post

That's not a bug, it's just different behaviour. Scrivener doesn't have access to all of the TextKit's internals.
"You can't waltz in here, use my toaster, and start spouting universal truths without qualification."