tag:support.multimarkdown.com,2013-02-12:/discussions/betas/89-display-bug-in-b20MultiMarkdown Software, LLC: Discussion 2017-08-26T22:39:12Ztag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-22T04:37:06Z2017-08-22T04:37:06ZDisplay bug in b20<div><p>After doing some more work tonight, I've noticed that the caret is off center with headlines. Same goes for highlighting headlines. Couple screenshots attached.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-22T04:45:03Z2017-08-22T04:45:03ZDisplay bug in b20<div><p>Okay here's an odd one. Basically I just increased font size in Prefs → Appearance and the redraw did what you see in the screenshot. So you know what the style colors in the screenshot are <em>supposed</em> to be:</p>
<h2><a name="and-gray" class="anchor" href="#and-gray"></a>and * = gray</h2>
<h2><a name="text-purple" class="anchor" href="#text-purple"></a>text = purple</h2>
<p>List items = beige</p>
<p>Had to quit/restart to get proper display back.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-22T04:46:09Z2017-08-22T04:46:09ZDisplay bug in b20<div><p>Wow getting late. Forgot to codeify the markdown:</p>
<pre>
<code>## and * = gray
## text = purple
List items = beige</code>
</pre></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-22T11:32:44Z2017-08-22T11:32:44ZDisplay bug in b20<div><p>I was trying to fix the (standard macOS) behavior whereby superscripting<br>
or subscripting text causes the line height to get taller, even if there<br>
is enough space.</p>
<p>This didn't work as well as I hoped, so I disabled it, at least for now.</p>
<p>b21 should resolve the issue you see.</p>
<p>Thanks!</p>
<p>F-</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-22T18:04:00Z2017-08-22T18:04:00ZDisplay bug in b20<div><p>Can you send me the file with the offset list highlighting?</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-23T13:16:33Z2017-08-23T13:16:33ZDisplay bug in b20<div><p>I'll see what I can do… I'll try and get you something tonight.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-23T13:41:47Z2017-08-23T13:41:47ZDisplay bug in b20<div><p>It looks like something happened that caused Composer to be off by 1 or<br>
2 in counting, and that is simply propogated throughout the list.</p>
<p>Perhaps there is something strange right before the trouble (unusual<br>
invisible character for example?</p>
<p>Did it persist if you kept typing in the list?</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-23T13:59:52Z2017-08-23T13:59:52ZDisplay bug in b20<div><p>Interesting. Yeah it propagated… it was super late so I didn't mess around too much though, aside from seeing what happened if more list items were added. But after restarting MMDC all was well. I'll take a look at invisible chars tonight.</p>
<p>As an aside, I <em>have</em> noticed on some documents (which were created in Bear, which I trialled for awhile, then exported all notes to .md once I realized that app was <strong>not</strong> for me) that there are occasionally some invisible chars that show up in MMDC even though I have "show invisibles" off… I only see this on stuff created outside MMDC in Bear and I delete the offending chars when I come across them. The invisible is always an "L" on its side which I'm pretty sure is carriage return. So maybe Bear throws some odd crap out occasionally during export? I still have it installed on that machine and I could whip up a test doc tonight and export and send that to you for testing if you want… just lemme know.</p>
<p>The document that I sent the screenshot of was originally created in Bear, but I can't remember if it had any of those "visible invisibles" or not in MMDC.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-23T22:15:12Z2017-08-23T22:15:12ZDisplay bug in b20<div><p>People are always surprised that "strange" characters in their documents<br>
do strange things. ;)</p>
<p>If you have a file that can recreate the problem, definitely send it to<br>
me. If it has strange characters but doesn't cause a problem then don't<br>
worry about it.</p>
<p>Thanks!!</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-23T23:05:25Z2017-08-23T23:05:25ZDisplay bug in b20<div><p>Right… except this is beta software and as I said I keep "show invisibles" off. So seeing an invisible char randomly show up in a document is an unexpected event and I would tend to attribute it to an issue with the beta software ;)</p>
<p>Oh and I went back and figured out which document is in that screenshot and it was a document created in MMDC a couple days ago.</p>
<p>When I notice another invisible character show up I will turn <strong>on</strong> "show invisibles" and see if there's anything odd or if it disappears when I hide invisibles.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-24T00:07:21Z2017-08-24T00:07:21ZDisplay bug in b20<div><p>"Show invisibles" only shows space, tab, and newlines. It doesn't show every possible control character, so it won't change what you see in<br>
this instance.</p>
<p>F-</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-24T00:12:45Z2017-08-24T00:12:45ZDisplay bug in b20<div><p>Interesting. Well when the rogue invisible shows up it's always a single newline. Not a bunch of newlines. Not all of them… just one.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-24T00:13:56Z2017-08-24T00:13:56ZDisplay bug in b20<div><p>You do know that "space-space-newline" is a hard linebreak, and will be<br>
marked as a newline by Composer, right?</p></div>Fletchertag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-24T00:45:25Z2017-08-24T00:45:25ZDisplay bug in b20<div><p>Oh that's funny. Yeah I mosdef know about space-space-return, however, I almost never use it generally and I've never used it in MMDC.</p>
<p>Anyway, I did a "space-space-newline" test in MMDC just now and this is exactly what I'm seeing. I must occasionally do it on iOS where I can be lazy about deleting extra spaces at the end of list items.</p>
<p>Well that <em>mystery</em> has now been solved. But this also means that the display issue in <code>reply 2</code> is a real issue. However, I'm sure it's some sort of edge case since I haven't been able to reproduce it.</p></div>scotttag:support.multimarkdown.com,2013-02-12:Comment/432582322017-08-26T22:39:09Z2017-08-26T22:39:09ZDisplay bug in b20<div><p>It's possible for the highlighting to be applied in an incorrect state under rare circumstances. The easiest way to reset is to cut all and then paste it back in. That reapplies highlighting to the entire document.</p>
<p>The alternative is to reparse the entire document with every keystroke, which is not sustainable as the document gets longer.</p>
<p>If you find a way to consistently confuse the parser, let me know so I can improve it.</p></div>Fletcher