Artem Shush

These black irregularities represent glitch shapes that appear after dividing any shapes that overlap multiple times (doesn't happen if circles are placed sequentially, meaning each shape overlaps only one other shape). Looks like they are divided one by one, so shapes at the center divide multiple times creating more and more glitches. It would explain why the glitches are concentrated in that area, and why the same happens when I try to divide shapes in pairs for the same result as dividing them all at once. I hope the situation is explained well with my limited English. I'm pretty sure I don't need to attach the exact file, because the same thing can be easily recreated with any 3+ shapes when they have areas where there are more than 2 shapes overlapping.

Once again, it's about exporting a bunch of files, so I'm talking about Export Persona. It doesn't apply for me there, and the only workaround is to set a preset through Export dialogue to use it in Export Persona later.

When trying to export a bunch of files as TIFF's with LZW compression, the setting comes back to ZIP. When trying to save as a preset with LZW compression chosen, the app crashes. It shows the preset and applies it correctly after program relaunch though. It also works properly when you export a single artboard through Ctrl+Alt+Shift+S.

I've selected the red triangle on the first page, so I was able to see links. with Selection tool I've selected invisible frames , that still exist there (they supposed to? idk), and inserted filler text there. It was okay, but it stopped on the 3d frame, so those are not linked to the 4th (first on the actual page 1).

I've just downloaded the doc and couldn't recreate the bug on Master page, but checked this: it doesn't crush when there are 2 pages, as in the Master layout. But it crashes on the first page, because it has only the first part (maybe?). So, could it be related to the fact the first 3 frames are not on the layout. Because all of 6 frames are linked.

Maybe you can describe the linking bug more, so I can think of some other, more direct actions I performed.

Also, during the "6 columns to 6 frames" transition, I remember pressing Shift + those blue triangles on both the end frame, and the frames in between hoping for some magic. I thought maybe it would fill the layout columns with frames automatically. Don't even know whether it does something on master pages or any pages. Remember this function from InDesign.

At first it was 2 frames with 3 columns each. But it crashed anyway. Then, I've decided to make 1 column text in 6 text frames, so the initial 2 frames became the 1st and the 4th. Then, I have made frames in between while keeping them linked. Later (maybe even after I reported the issue), I have broken the link between 3d and 4th frame, because I decided I need only one page per article. Yet, the problem with filler text exist in any situation, and the problem with crushes during text pasting started to appear when it was 2 linked frames with 3 columns.

@Jon P, When it started to crush frequently, I've made a copy of the document and started to work there in case things get worse, keeping the initial document as a backup. But, I deleted the initial version as soon as I got through Master page setup and started to successfully implement not getting any crushes. Yet, initial document was also made for this project only, so there shouldn't be any rudimentary information, and it's not a template. Plus, there were no deep changes in the layout throughout the whole process. I know there are still so many variables: wrapping images, columns, text styles, effects. But, the main issue is that Filler text is essentially buggy in any document, so I would start with that, to see if the issues persist.

Hey! When I set different types of terminal symbols to my indent line, its preview drops completely (like, if I set up new font family during this style update, it will not show it to me until I apply it). You can see on this screenshot that I apply "Affinity" start terminal, and it still shows me "bar" star terminal.

Hey! I experience this all the time with filler text. Especially, when placing filler text over filler text. But now it happens even as I try to paste clipboard text several times in a row (into the same frame). ZeroWaste magazine.afpub Oh, yeah! And it happens on Pages sometimes when I paste text over Master frames, but 99% of crushes happen on Master pages, so I think both issues are related to the Master page problem. Sometimes it even crushes when I use Ctrl+A.

Nevermind, actually. I gave it a thought. Although it looks like an additional step for me, it's in tact with the program's logic of things.

Yes, I know how it works, but it doesn't mean it should. I control the presence of fill and stroke in Swatches studio. And it's confusing to see some strokes around the objects appear out of nowhere. I would agree on expanding transparent strokes, but not color-off strokes. It's cool that the Stroke studio remembers my settings, but when I hide stroke, it doesn't need to appear suddenly out of nowhere when I expand something, because it's not transparent, it's turned off. Yes, it still has solid/dashed or whatever setting so I can turn it on if I want, but I turn off the color for some reason, no?

If I hide a stroke through Swatches studio, turning the color off, the thickness and the solid type of it stays attached, which is kinda good for project "memory". But, it expands as an invisible stroke of defined thickness. According to the logic, that the initial stroke is not only invisible but uninteractable, as it doesn't influence bounds, snapping, etc, I think it should not be expanded. That occurs on invisible lines as well. And I would like to see such lines disappear during expand operation. It would be helpful and in tact with the logic that you don't allow single nodes or empty art text to stay on the sheet. So, basically, keep and expand transparent (zero opacity) strokes on objects and lines as maybe s ome people intend to do so, but don't expand curves and shape strokes if the color is turned off for them.

1) Yeah, getting caps chopped off completely still apears and bugs me. 2) After some testing, the initial problem seems to be connected to the fact that baking a corner produces a point at the same place as the line end. If such points were automaticaly merged before expanding, that could solve the problem, maybe? 3) Found an old issue bugging me about pressure strokes having glitches in some cases (described in the file). corner_tool_broken_cap_after_expand.afdesign