Mako 5.2.1 Release Notes
Support issues fixed
MAKO-2624 | (Mako Support Request #10462) Text moves/disappears |
MAKO-2627 | (Mako Support Request #10463) Letters shifting |
MAKO-2625 | (Mako Support Request #10464) Sentence moves |
MAKO-2628 | (Mako Support Request #10468) Parts of sentences disappear |
MAKO-2621 | Spacing regression with Asura issue.pdfThis and all the above issues were fixed by refactoring of |
MAKO-2626 | (Mako Support Request #10466) IJawsRenderer text issueThis issue was caused by a mismatch of color spaces that occurred when painting glyphs against a background. Now fixed. |
MAKO-2629 | (Mako Support Request #10469) Star images disappear from photosThis issue was triggered by the caching of aType3 glyph, which in this case was assigned to multiple CID (character ID) codepoints. Now fixed. |
MAKO-2622 | (Mako Support Request #10470) SIGSEGV errorPorted a fix from Mako Jaws RIP to Mako to solve a JPEG codec issue. |
MAKO-2623 | (Mako Support Call #10473) Potential memory leak spotted in 4.8.xDetailed profiling of repeated runs (100x) of the same job indicated various codepoints that were contributing to the memory leak observed by the customer. These were fixed and the job now runs with a minimal increase in memory usage that stabilises after ~10 runs. |
MAKO-2465 | (Mako Support Request #10446) Box normalizationWhen writing a page to PDF, Mako would reset the MediaBox origin (lower left point) to 0,0 unless the page was unmodified and incremental output was requested. This behavior interfered with the customer’s workflow. With this change, the original values are preserved. |
MAKO-2602 | (Mako Support Request #10479) Suppressing Mako to write to console outputMako occasionally writes to the console with information or confirmation messages, but these can interfere with a process not expecting them. This change largely removes these from the Mako source, or in cases where messages were considered valuable for core development, output is suppressed in release builds. |
MAKO-2574 | (Mako Support Request #10318) Slow rendering + RIP/VM errorThis change introduces to Mako 5.x a performance improvement first implemented in Mako 4.8.5. It offers finer-grained control over the caching of PDF forms ( For further details please see the Mako 4.8.5 release notes. |
New or improved features
MAKO-2619 | Bad code in input font hashing means that on some platforms PDF input cannot detect that two fonts are the sameThis was a minor issue that while not affecting output could prevent the early detection of duplicate fonts. The fix applied improves processing efficiency in scenarios where there a lot of fonts involved, such as when imposing from disparate PDF sources. |
MAKO-2631 | Regression in Mako 4.8.8 for an imposition caseThe fix for this character spacing issue, which was found during testing of a Mako 4.x release, has been applied to the 5.x branch. |
MAKO-2525 | Investigate flattening performance of job [Mako Evaluation]An example, artwork for a retail display stand (1.8m x 1.5m or 74" x 58") with very large images, gradients and blends, was taking a long time to process with Mako. The improvements made reduced the processing time by a factor of 10. |
MAKO-2586 | Print ticket generation from PostScript inputParsing of PJL results in print tickets stored in the Mako DOM that can be interrogated to discover information about print settings such as duplex printing or number of copies. This work extends that capability to |
Distribution
Mako Version 5.2.1 is built for the following platforms:
- Linux (for Debian-based distributions, eg Ubuntu, Mint)
- Linux (for Debian Stretch)
- Linux (for MUSL distributions, eg Alpine Linux)
- macOS
- Windows (static and non-static libs, VS 2019 (V142) x64 only)
- Windows (static and non-static, VS2015 (V140), x86 and x64)