Home → Problems (v2) →

Should update on space?

• Edit

loeffler

02 Jun, 2013 11:17 AM

I am using 2.3b(9) (oops - see new version 2.3b(11) so I updated and issue persists). I noticed that the preview pane does not update on space. I found one of headers had words run together (see attached image). I inserted a space between the words and it did not update the preview. I fixed some other areas that needed spaces between words and still no update. But as soon as I typed another character or delete the preview pane was updated. I can understand not updating if extra spaces are inserted where there is already a space but a space inserted between two non-whitespace characters probably should.

Also, I am having another issue that might be related to my Github light style (I updated locally for beta version of MMDC 2). The editor pane is coming up with tiny font. I have to type command-= 4 to 5 times. Size of font did not depend on size of window. Even near full screen on 17" MacBook Pro the initial font was tiny.

• insertspace.png 103 KB

1. Support Staff 1 Posted by Fletcher on 02 Jun, 2013 01:13 PM

   

   For some reason Apple's WebView got all "jinky" when I updated after typing a space. Try as I might, I could find no logical explanation for it except that it was something strange about Apple's code. So I disabled updating when you type a space. It's been like that since the first release of v2, and you're the first person to comment on it (almost 6 months later). Since I can't fix their code, and it doesn't seem to really bother that many people, I'm not going to worry about it (would rather spend time working on features than fixing Apple's WebView). I will try to remember to see if this behavior changes when the next OS release comes out -- maybe they will fix the problem. And for some reason, it seems to only be a space character -- not tab, return, etc....

   I have not heard of anyone else having font size issues, and I haven't seen any. Does it only happen when using that one style? If so, that's certainly where I would start. Check AutoZoom, fontName, and fontSize, lineLength within the style sheet and in prefs/menu bar.

   Fletcher

   • Edit

2. 2 Posted by loeffler on 03 Jun, 2013 11:54 AM

   

   Hum. Seems like space works fine with other markdown apps but they may not be doing things that way MMDC does. I would be careful about dismissing something just because only one person has commented. Chef Ramsey says most customers vote with their feet, i.e., if they don't like the food they just don't come back, very few will give real feedback. That being said, I LOVE MMDC and I want it to be the best. Sorry it took me so long to file a bug report.

   On the small font in edit window, I commented out focusMode and typewriterMode in my style file and things looked like they were fixed. To test, I uncommented the lines (each time I quit MMDC between tries), and the small font did not reappear. Puzzle not solved. So more experiments seemed to point to the AutoZoom (which I had not touched) seemed to be the fix (temporary I think). Now when I turn on AutoZoom the font is always small no matter what size the window is.

   Last night I got a browser window popup saying there was a new RC1 version of MMDC. But I could not find it. It also said it was based on MMD 4.1.1 but the zip is not in the normal place (just the 4.1 version). The GitHub source seems to say it is 4.1.1 but README.md still says 4.0beta.

   • Edit

3. Support Staff 3 Posted by Fletcher on 03 Jun, 2013 12:07 PM

   

   Perhaps I am not understanding correctly, but if the "problem" is AutoZoom, then it sounds like things are working properly. Be sure you understand how it works:

   http://support.multimarkdown.com/kb/editing-pane/what-is-auto-zoom

   F-

   --
   Fletcher T. Penney
   Manager, Founder
   MultiMarkdown Software, LLC
   [email blocked]

   • smime.p7s 4.78 KB
   • Edit

4. 4 Posted by loeffler on 03 Jun, 2013 12:18 PM

   

   Attached is my newest GitHub Light style file. I'm pretty sure I understand AutoZoom but maybe there is something I forgot in the style file.

   • Github_Light.style.zip 3.38 KB
   • Edit

5. 5 Posted by loeffler on 03 Jun, 2013 12:21 PM

   

   I got this file last night but have not found the download.
   http://multimarkdown.com/messages/v23-rc1

   • Edit

6. Support Staff 6 Posted by Fletcher on 03 Jun, 2013 12:21 PM

   

   AutoZoom relies on line length. So if you have a large line length setting, you will have a small effective font size in order for the the full line length to fit in your window. If you have a short line length, then AutoZoom will result in a large effective font size.

   That's the proper behavior.

   F-

   --
   Fletcher T. Penney
   Manager, Founder
   MultiMarkdown Software, LLC
   [email blocked]

   • smime.p7s 4.78 KB
   • Edit

7. 7 Posted by loeffler on 03 Jun, 2013 12:35 PM

   

   Thanks! That clears it up. I will fix.

   • Edit

8. 8 Posted by loeffler on 03 Jun, 2013 12:45 PM

   

   Setting lineLength to 50 did the trick :-).

   • Edit

9. Support Staff 9 Posted by Fletcher on 03 Jun, 2013 12:46 PM

   

   Glad you got it worked out!

   --
   Fletcher T. Penney
   Manager, Founder
   MultiMarkdown Software, LLC
   [email blocked]

   • smime.p7s 4.78 KB
   • Edit

10. 10 Posted by loeffler on 03 Jun, 2013 04:28 PM

    

    There were 2 issues. One was not updating preview. That I think is still an issue. To me it is annoying. Too bad one can not say if a space is inserted between two non-whitespace characters then the preview screen is updated otherwise typing a space character is ignored.

    The autoZooom feature was a separate issue and I should have added a separate thread. That was solved when I make the line length less.

    • Edit

11. Fletcher closed this discussion on 03 Jun, 2013 11:48 PM.