Gmit

Ok, i uploaded it. One annoyance i encountered when opening the .afpackage file: It tells me to update every linked resource which is fair enough. Sadly when updating these files, the page box gets reseted to TrimBox, while the original setting was BleedBox. So i additionally put in an .afpub file so you don´t have to do that work. Thanks

Hi @Dan C, yeah that dpi value is unusal. On export for the web i need to meet an strict filesize requirement. So i play around with compression and dpi values until it fits. Sadly no, even when exporting with the document resolution and the downsample option activated/deactived/changed, the exported pdf shows the same problem.

Hello there, got an issue with the pdf export from APub. In APub everything is nice and tidy. Pics are placed correctly. I placed these individual pages into another APub-file. The layout is still fine. But the exported pdf for web seems like there are some images moved: in APub there is space between image and text: Here the layout in APub: Here the layout in the exported pdf (pic moved up): It doesn´t happen in the print-pdf. Only in the pdf with reduced file size. Here are the settings: I already tried different export settings to maybe fix that issue, couldn´t find the faulty setting (combination). Many pics are not affected. I tried exporting as jpgs. No problem there I tried to "clean up" the pages sometimes there are unneccesary elements on these pages. No effect. I also deleted everything besides the image. Still the image moves around the page on export. It didn´t happen before on other projects with web-pdfs some months back. Hardware acceleration is on. Killed the Nextcloud-App which is used to sync the files. No effect. Exported old projects with these settings: The problem appears there too. The only thing that seemed to help is to rasterise the images. Almost every image is within a picture frame. I tried it with the same settings on my notebook and desktop, both windows 10. Both same issue. Viewed the pdfs with different apps, maybe i got a faulty pdf-viewer. Everywhere it is the same. Got the lastet version of APub and all the other Apps. Anyone got some tips?

Sadly got the same issue. Saved it on the internal storage of my windows computer all day. No Problem, also the thumbnail updated every time i changed the first page. Then on export there were some funny artefacts in the pdfs so i restarted the whole computer, thinking it would might solve the problem. Nope Publisher can´t read the file correctly and reverted back several hours..... After saving the recovered state, it went from ~110MB to ~8MB.... Something is going on there, no other app has a problem on my storage devices.

Yeah your link helped me, i played around with the compatibility settings: and it works on both displays That setting i am only used from old videogames, where the UI gets also very tiny on higher resolution displays. And i just noticed that this setting sadly introduces a blurry interface.

Hello there, I got the issue that the windows explorer doesn´t scale correctly on my second monitor. compared to the main monitor: I got a Windows 10 PC a uhd display set to 150% scaling a 1440p display set to 100% scaling the 1440p display is set to be the main display. The rest of the UI scales without any issue, between the screens, but as soon a "Save as" window or anything involving going into the file system and the scaling is too small. If i set the uhd screen to be the main display, the scaling gets too big on the other display. If i set the scaling on the 1440p to be 150% the scaling works on the uhd display. Other software is able to scale the explorer correctly on both displays, so i could see that the issue is within the Affinity Apps. And it is the same in Photo, Designer and Publisher. Did i miss something or is it just so unusual to have same sized screens with different resolutions =>different scalings

*bump* i ended also up here in the search for the non-destructive warp tool. 😔

I may wanna ask, if there is an update on that topic?

Hi, "It means we can only style tables with round corners." that is not quite true. If i understood that correctly. I can see that not all settings make sense in the context of a table, so it makes sense to not having all the settings clickable.

Hi there, in my latest beta build (1.9.1.967) when i scale the page up, at ~ 300%, the master page content goes away. No problems with export, or so. Yes that content goes away, if i hide elements behind the master page content they reappear when zoomed in. 2021-02-21 19-20-30.mp4 I can reproduce that by creating a new document, put rectangle/text/images/... on the master page, apply that master page to an empty page. Then scale that page up. Turning off and on GPU acceleration doesn´t change that behavior. I have an tablet connected with no screen (XP-Pen G640), my Win10 considers itself completely up to date. cpu: 4790K gpu: GTX970 (Driver: 461.70) 32GB RAM That issue doesn´t appear in the non-beta release. And i added an example file which shows that error on my machine. can someone else see that bug? Or is there even a (new) setting which hides master page content when scaled up?^^ MasterPageBlank.afpub

Can confirm that issue on my (oldish) hardware (4790K, gtx970, 32GB ram) too. 1.8 was way smoother. That fix from @stedaho also works for me. Not quite as smooth as 1.8 but at least i can work without getting an headache.

yeah that would be fix for now. But what happens with that edge case where leading and baseline grid are the same? Is that behaviour intentionally? I didn´t face any other problems so far with these settings. What do you think?

Grid spacing is 12.6 pt Fontsize is 10.5 pt So i don´t see a problem there?

Ah yeah a good advice I played around with the leading: If i change it to 12.6 pt the problem is still there. If i change it to 12.5 pt everything is fine. If i then change the baseline-grid to 12.5 pt the issue comes back. Interesting behaviour.

yeah i just reduced my file down to that part. Drop_Cap.afpub