Home → Problems →

If the document contains specific characters, the fonts become smaller when printed

• Edit

subscription.owl

20 Nov, 2024 08:12 AM

In some documents, I have noticed that certain strings cause the printed output to ignore my CSS font settings and make the text much smaller. However, I haven’t found what the exact pattern(s) causing this. But I assume it has to do with some parsing error. For example:
- "Buffalo_buffalo_Buffalo_buffalo_buffalo_buffalo_Buffalo" → odd number of underscores - "https://namu.wiki/w/%EB%B7%B0%ED%8B%B0%20%EC%9D%B8%EC%82%AC%EC%9D%B..." → special characters?

Some URLs with a lot of query parameters seem to cause the issue, but I’m unsure what the exact problem might be.

1. Support Staff 1 Posted by Brett on 20 Nov, 2024 01:43 PM

   

   Could you please attach an actual document that displays this behavior, just so I can make sure I'm testing correctly?

   Thanks,
   Brett

   On 20 Nov 2024, at 2:14, subscription.owl wrote:

   • Edit

2. 2 Posted by subscription.ow... on 20 Nov, 2024 08:25 PM

   

   For sure! The last line of lorem_ipsum.md has that url and if I comment it out, the document is about three pages for me. If I uncomment it, even thought a line was added, it shrinks.

   Let me know if you can replicate it.

   • custom.css 17.5 KB
   • lorem_ipsum.md 4.7 KB
   • Edit

3. Support Staff 3 Posted by Brett on 20 Nov, 2024 08:57 PM

   

   I'm not immediately able to replicate the issue. Could you go to Help->Report an Issue and copy the provided configuration data into this conversation for me?

   • Edit

4. 4 Posted by subscription.ow... on 20 Nov, 2024 09:31 PM

   

   Yup, here it is!

   // Configuration (do not edit) Marked 2 1067 (Direct)

   macOS Version: 15.1.1

   additionalMathJaxConfig:
   allowPageBreakInCode: YES
   bookTxtIsLeanpub: NO
   summaryMdIsGitBook: NO
   codeIsPoetry: NO
   codeCanWrap: YES
   collapsibleHeadlines: NO
   convertGithubCheckboxes: YES
   convertGithubEmoji: YES
   convertYAMLToMMD: NO
   defaultMathJaxConfig: TeX-AMS-MML_HTMLorMML
   defaultPreviewStyle: 100
   defaultProcessor: MultiMarkdown
   enableMiniMap: NO
   excludeBlockQuotesFromCounts: NO
   excludeFootnotesFromCounts: NO
   excludeVerbatimFromCounts: NO
   excludeCaptionsFromCounts: NO
   folderPreviewExtensionsArray: md, markdown, txt, mdown, html, opml
   githubNewlines: YES
   h1IsPageBreak: NO
   h2IsPageBreak: NO
   hrIsPageBreak: NO
   includeMathJax: NO
   includeKatex: NO
   limitTextWidth: NO
   mathNumberEquations: NO
   mathNumberEquationsSide: 0
   mathNumberEquationsAMSOnly: NO
   minimalJavaScript: NO
   outlineModeExtensions:
   permissionGranted: YES
   printHeaderBottomLeft:
   printHeaderBottomRight:
   printHeaderFirstPage: YES
   printFooterFirstPage: NO
   printHeaderTopLeft: %filename
   printHeaderTopRight: %date - %time (%page / %total)
   processHTMLFiles: YES
   removeMetadataForPreview: NO
   removeYAMLHeaders: NO
   scrollToEdit: YES
   shouldDetectCritic: YES
   shouldHighlightMarkupErrors: NO
   shouldLoadCritic: NO
   syntaxHighlight: YES
   syntaxHighlightOnlyLang: NO
   useCustomMarkdownProcessor: NO
   customMarkdownProcessor: /opt/homebrew/Cellar/pandoc/3.5/bin/pandoc
   useCustomPreprocessor: NO
   customPreprocessor:
   useFirstH1AsPrintTitle: YES

   • Edit

5. Support Staff 5 Posted by Brett on 20 Nov, 2024 10:05 PM

   

   Is Pandoc enabled as a custom processor when you run into this issue?

   On 20 Nov 2024, at 15:31, subscription.owl wrote:

   • Edit

6. 6 Posted by subscription.ow... on 20 Nov, 2024 10:13 PM

   

   Nope it isn't

   • Edit

7. Support Staff 7 Posted by Brett on 20 Nov, 2024 10:31 PM

   

   Ok, well I'm afraid this is a bit of a mystery that's going to take a little more looking into. I'm not seeing the issue on my end at all, which makes it impossible to track down until I can replicate. Will do some digging this week and will let you know if I have more questions. Thanks for your patience!

   -Brett

   On 20 Nov 2024, at 16:13, subscription.owl wrote:

   • Edit

8. 8 Posted by subscription.ow... on 20 Nov, 2024 10:35 PM

   

   No problem — thanks for your help!

   • Edit

9. 9 Posted by subscription.ow... on 30 Nov, 2024 07:20 PM

   

   Hi Brett, hope you had a nice Thanksgiving — just wanted to follow up to ask if you were able to find what the issues is, thanks!

   • Edit

10. Support Staff 10 Posted by Brett on 30 Nov, 2024 08:48 PM

    

    Unfortunately I still haven’t been able to replicate the issue, and thus have made no progress on tracking it down. I’ll keep fiddling with it.

    Can you replicate this with other documents? Is there any consistency as to what type of string triggers the issue for you?

    -Brett

    On 30 Nov 2024, at 13:20, subscription.owl wrote:

    • Edit

11. 11 Posted by subscription.ow... on 30 Nov, 2024 09:09 PM

    

    Yes, I can replicate it with other documents. But it seems to be related to the inclusion of the string in the URL I shared above, not the URL itself: "%EB%B7%B0%ED%8B%B0%20%EC%9D%B8%EC%82%AC%EC%9D%B4%EB%93%9C."

    Here's another example I found in the query string of a URL: "ie=UTF8&camp=1789&creative=9325&creativeASIN=1541645987&linkCode=as2&tag=theparexalif-20&linkId=19a16afda82169fcb032260b8ccbcb92."

    I tried add parameters one by one from the beginning, and up until this part, it's fine: "ie=UTF8&camp=1789&creative=9325&creativeASIN=1541645987."

    But once I add the next parameter ("ie=UTF8&camp=1789&creative=9325&creativeASIN=1541645987&linkCode=as2"), the size gets smaller. And when I add more, it shrinks further.

    However, if I include only the parameters I initially thought were problematic (i.e., the latter part, "&linkCode=as2&tag=theparexalif-20&linkId=19a16afda82169fcb032260b8ccbcb92"), it doesn't cause any issue.

    The same behavior applies to the first string. I tried removing characters from the end one by one (actually, one Unicode character at a time, such as "&9C"), and at a certain point, the size decreases, then it shrinks even further: "%EB%B7%B0%ED%8B%B0%20%EC%9D%B8%EC%82%AC%EC%9D%B4%EB%93%9C."

    • Edit