lynzrand

Well, this post survived... Here's a mirror of the content I tried to post in Designer Windows Beta forum: https://paste.ubuntu.com/p/zZKpf3STF2/

This is not a issue on Beta versions alone, but I think it fits here. Affinity Designer has a very handy feature of generating a bitmap version of the selection when copying. But when copying large items, like something larger than 10000x10000 px, this could lead to the program freezing for many seconds (to generate the rasterized version), and even crashing (when the expected image size is larger than system memory size). Expected solution: one of following Add a configuration to avoid rasterization when item size is larger than a user-entered value Warn user about large items when copying, and add an option in the warning to copy without rasterizing it Move rasterization feature to a separate shortcut and menu option, like "Copy PNG (Ctrl+Shift+C)"

Maybe these documents from W3C can help Affinity's developers know what they need to implement: Requirements for Chinese Text Layout https://w3c.github.io/clreq/ Requirements for Japanese Text Layout https://w3c.github.io/jlreq/ Not all features are that eagerly needed, but at least the key and most demanding features for Eastern Asian typesetting like positioning of punctuation marks (JP, CN) and vertical text (JP, CN) should be implemented with high priority. They are the core of typesetting, and with even only the first feature (punctuation mark positioning) we can build designs with much more ease. Copied from my thread:

Maybe these documents from W3C can help Affinity's developers know what they need to implement: Requirements for Chinese Text Layout https://w3c.github.io/clreq/ Requirements for Japanese Text Layout https://w3c.github.io/jlreq/ Not all features are that eagerly needed, but at least the key and most demanding features for Eastern Asian typesetting like positioning of punctuation marks (JP, CN) and vertical text (JP, CN) should be implemented with high priority. They are the core of typesetting, and with even only the first feature (punctuation mark positioning) we can build designs with much more ease. --- Also copied to Loykufai's thread

Try changing the position of the second artboard. You can see from this picture that the grid does not move with the second artboard. But when I change the position of the artboard, the snapping grid moves with it. It might be a mistake in the codebase where the origin of the "displayed" grid is related to the global origin instead of the artboard origin.

Version: Noticed in 1.7, but also reproduced in 1.8.0.486 (latest beta) Bug: Points are snapped to a different grid than what is displayed when using multiple artboards Steps to reproduce: Create a new document Create two Artboards In View > Grid and Axis Manager, create a two-axis custom grid in the second artboard with angles other than 0 and 90 degrees Notice that points aren't snapped to the grid displayed

The Affinity team have noticed this issue, but currently they have no plan on this. They might need more pressure =u= Some related posts:

I'm afraid I can't... I can't find anywhere a way to add tags to this topic. Maybe it's up to the moderators.

Same issue here. For me, this often happens after drawing on a Wacom drawing tablet. Switching to other apps and then switch back with Alt-Tab solves the problem sometimes.

As the title says, Affinity Designer lags a lot when entering text with font Iosevka (https://github.com/be5invis/Iosevka/releases, latest version). The same lagging also happens when entering text with other variants of Iosevka (tested with Iosevka SS11, Term, Slab and CC)and with Sarasa Mono (https://github.com/be5invis/Sarasa-Gothic/releases), which shares the same monospace letter glyphs with Iosevka. No such lagging is observed when editing with other fonts, like with the also ligature-rich font Fira Code (sadly, ligatures in both fonts are not usable in AD The Fira Code ones are visible, but the Iosevka ones aren't). Also not observed in other fonts with ".ttc" extension like Noto Serif CJK. See the attached video for more information. Notice the great lag between the keyboard operation (black bar below) and the letters in that canvas. Tested with Affinity Designer 1.7.0.367 from Microsoft Store on Windows 10 1903 (20H1 Insiders) Build 18898 2019-06-09_19-13-54.mp4

I'm a designer in China, and Affinity products are gaining popularity here because of its low price and easy-to-use tools. It would be even nicer if we can get better typesetting results for CJK text, such as dealing with CJK punctuations properly (avoid line start and end while placing punctuations (标点避头尾), as well as aligning CJK characters in grids due to their block-y nature, see example 1), and having true up-to-down, right-to-left vertical text (instead of rotating text and/or squeezing multiline text, see example 2). Surely I know this is going to be a tough work to figure out all the rules when typesetting CJK text and implementing them, but it would pay back greatly by gaining even more users in eastern Asia (I suppose). Examples: 1. A paragraph of Chinese text in Affinity Publisher. Notice the square closing quotation mark (up) and full-width comma (down) are not directly after their contents. The same paragraph in Adobe InDesign. The line feed points and punctuation glyph widths are modified to fit the punctuations in line. 2. A paragraph of vertical text in Adobe InDesign. The current workaround to create vertical text in Affinity softwares. Notice the misplaced punctuations and latin letters. To be clear, I'm using Adobe InDesign only for comparison. I'm not saying that it's perfect. In fact, it's the inconsistency of shortcuts and gestures among Adobe softwares that drew me to the Affinity family. Affinity softwares are fantasic, but it can be more fantastic if we get these features. The source of text used in examples above, and also a great reference for Chinese typesetting: https://thetype.com/2017/11/13290/ The greatest myth in Chinese typesetting: hanging punctuation - Type is Beautiful (Chinese webpage)