Search the Community
Showing results for tags 'DPI Scaling'.
-
I'm using Publisher 2 (v 2.0.3) on macOS 12.6.2., Intel Macbook Pro 2019, hardware acceleration is turned on. Publisher shows the the size and scaling of placed PDF-files in pixels and dpi (this is the first mistake) in the upper left corner. The little dropdown offers a button "original size" to set back any scaling to 100%. Even though it doesn't make any sense to show the size of PDFs (only) in pixels, the scaling in percent and the button "original size" are very usefull and absolutely indispensable when working with true to scale plans. While the whole thing seems to work ok with PDFs that are vector based only, it breaks completely once there are pixel based elements in the placed PDF file. For some reason Publisher then estimates a wrong size of the PDF. Strangely enough, when placing the file it is shown and placed in the right size, but the scaling already shows a wrong percentage (of course it should 100% right after placing a new file). Pressing the button "original size" causes the placed file to get a wrong scaling, making it impossible to go back to the original scaling of placed documents. As I said, it is essential when e.g. working with true to scale plans or something similar, to be able to controll the scaling of placed documents. The size of PDFs should never be shown in pixels only, since any PDF file has proper physical dimensions, that should be shown in whatever document units are set to (e.g. mm, inch...). Pressing the button "original size" should of course set the scaling to the original size. Please fix this! I think there is already a post about the same problem, but since it only describes the case of replacing PDFs but not the general problem with the scaling of any placed PDF I decided to open new topic. pdf_test.zip
- 9 replies
-
- affinity publisher
-
(and 2 more)
Tagged with:
-
Hello, with Affinity Publisher (version 1.8.3.641) there is sometimes a problem when scaling photos: Usually it is like this: When the Move tool is active, the "dpi info" of the resulting effective "dpi" (more correct would be "ppi") is displayed in the context bar on the left (see appendix). Strangely enough, this is not always the case. Sometimes this info is completely hidden. The next day it runs correctly again. I can't figure out why. Could it be a bug? Please let me know if you know the problem or if I am missing something here. Translated with www.DeepL.com/Translator (free version)
- 2 replies
-
- dpi scaling
- dpi-bug?
-
(and 2 more)
Tagged with: