kartoffelstranger

Hello @LibreTraining Thank you very much for your extensive answer that did not only solve my issue, but taught me a lot too! Exactly what you've described in your edit was the case for me, MacOS preview converted the text to links, but couldn't handle the ligatures properly. I've opened the pdf in another application and the issue was gone, aka the text has not been converted to a link. A quick explanation what threw me off, so maybe someone else won't stumble over the same issue. I did try to add a hyperlink to the text, but after exporting and opening it with preview the same issue persisted, the links being cut short at the ligatures. But just now I realised that the checkbox 'Include hyperlinks' under the 'more' menu was unchecked, and after enabling it the links work as expected, with or without ligatures. Again, thank you very much!

It seems it only breaks with certain fonts. It's broken with 'Noto Sans KR', but works with 'Inter'. I've attached the latest file. publisher_broken_link.afpub

Hi, It seems that links that contain double letters are broken, for example: kartoffelstranger.xyz ends up as elstranger.xyz, however kartofelstranger.xyz (only one f) works as expected. If someone knows of a workaround for the time being, I'd be grateful~ I've attached an example file with the previous examples. MacOS: 11.5.1 Publisher: 1.10.4 publisher_broken_link.afpub

Similar case here. I was doing something outside the app, and when I tabbed back into it, it was just gone. Luckily file recovery worked.crash.txt

AP 1.10.2.260 the issue persists I guess it's not a high priority, though at least personally the issue seriously hinders my workflow.

While I agree on that statement, I think the selection itself is still bugged. If by selecting the prior spread and making it the current spread, it should not select the image in the preceding spread but show the selection box in the upper one. Or if it's selecting it, the selection box should be around the image.

Hi, When selecting images on a spread when starting the selection on the spread 'space' of the above spread, selection is bugged. Tho it selects the image, the selection box is on the spread above. Video 2 Starting the selection within the same spread 'space' it works as expected. Video 1 Screen Recording 2021-09-04 at 11.31.04 AM.mov Screen Recording 2021-09-04 at 11.29.12 AM.mov

Hey Bruce, I've added the picture frame in AP myself. However I just found out what triggers the bug, but luckily also how to revert it. When the picture frame is selected and I move the view with spacebar and left mouse button, the size slider becomes bugged. Zooming in/out reverts the slider position to below the picture frame again. It seems to be a visual bug only, as I can still use the slider at its original position, even tho its drawn somewhere else. Screen Recording 2021-09-01 at 11.48.17 AM.mov

Hello folks, It's not possible to resize a picture inside a picture frame through the overlay resize slider. MacOS 11.5.1 AP 1.10.1 Kartoffel Screen Recording 2021-08-31 at 7.17.19 PM.mov

Indeed interesting, while pretty much the opposite, it still behaves wrongly from a UX perspective. I'm on MacOS with the lastest 10.0.1 version and had the same issue with 10.0.0, on Designer and Photo. Screen Recording 2021-08-26 at 6.12.13 PM.mov

Heya folks, When I open an embedded document and close it again, Photo & Designer will jump to the first document in the tab list instead of the previously open document with the embedded document. It would be very welcome if it would go back to the original document with the embedded document. Working with multiple files open is a hassle. Kartoffel

I'd love to get an update on that too, Korean language and line break seems broken in Affinity products. Here an example in Designer. It would be great if this could be fixed, it makes using the programs in Korea pretty much impossible. I've added an example image and the relating Designer file~ korean_line_break.afdesign

Heya~ I'm using 1.10.0.251 - RC2, but didn't test on latest release version When you press ctrl+alt you can e.g. change brush size with moving the pen left or right and opacity by moving the pen up or down. Now if you rotate the canvas with cmd + scroll (still only works with touchpad and not with peripherals like mouse or pen...), the orientation of that tool changes too. If you rotate the canvas by 90º, changing the width will be up/down instead of left/right. If you rotate the canvas by 180º, instead of increasing the width of the brush by moving the pen right, it decreases the width. It renders this function pretty much useless when the canvas is rotated. small ps: it would be amazing having an actual rotation tool ㅠㅠ Best regards, kartoffel

Did just that and the panels render properly! Thank you @Gabe

Hi @Gabe External Monitor: 1366 x 768 Macbook: 2880 × 1800