hubob

Yes, this is a massive improvement!! Thanks for fixing it!

I'm in the same boat - I love the Affinity apps, but for dealing with scientific illustrations the update from 1.6 to 1.7/1.8 was a major step backwards. I really hope text will be imported as artistic text as default again. @nonresidentalien, my workaround at the moment is to select the texts and doubleclick on the bounding boxes to make them fit snug. Then it's possible to align again (obviously still a pain if you need to do it for dozens or hundreds of objects...). ps. by the way, the altered importing behavior of pdf text elements even leads to wrong positioning of labels sometimes, which for scientific illustrations is somewhat scary ( )

Dear AD team, unfortunately, for me version 1.7 continues to be quite a downgrade from 1.6 in terms of handling text boxes upon pdf import. I continue to dislike the large bounding boxes (rather than the snug bounding boxes from 1.6, which made it easy to align objects without having to manually adjust the boxes), but the bigger issue is that the new handling of text objects introduces errors with wrong positioning, which is a major problem particularly for scientific figures! Please see below the example of an original pdf file and what happens to the x axis labeling upon import into AD (labels "6" and "9". Thanks for looking into this! hubob original.pdf AD_export.pdf

I still struggle quite a bit with this - are there any plans to go back to snug fitting text boxes or will the current behavior of creating oversize text boxes for imported text via pdf prevail?

thanks a lot, Old Bruce, the far right bottom corner handle did the trick (unclear how I missed that one...).

Dear Affinity team, I'm afraid my workflow really has taken a hit with 1.7; it mainly concerns the different way 1.7 seems to handle boxes of text objects upon pdf import (I also remarked on the issue with the size of the boxes here). Previously, resizing of text from objects imported from a pdf would result in a change of the text size, whereas now it only changes lines, but not the text. Is there any way to toggle between this behavior and changing the text size? Thanks!

Congrats to the 1.7 release! Upon pdf import the bounding boxes of text objects are not as neatly adjusted to the text field as they used to be in AD 1.6. As I remarked in the beta forum, I would really love for AD 1.7 to revert back to the behavior of 1.6, since excessively sized bounding boxes make alignment of text objects in 1.7 much more cumbersome. Alternatively, it might be a solution to have a shortcut to make bounding boxes fit tight to text objects? Thanks for considering this!

Has it been decided to leave v1.7 with the larger bounding boxes? I realize this might not be a major issue for most, but for my workflow (relying a lot on pdf imports) this is a major setback I'm afraid, wanting me to revert to 1.6. Otherwise, would it be possible to create a command to make bounding boxes fit snug? Thank you!

I preferred the tight bounding boxes since they made it easier to align separate text boxes upon import.

When moving an object in its entirety off an artboard oftentimes that object disappears from sight and cannot be re-selected after deselecting it. A workaround to this is to drag the object to different places outside the dartboard, after 2-3 times it becomes and stays visible. Please see the screen recording. ps. I'm using OS 10.14.2 on an MBP 13" mid 2018

This is just to confirm that the problem persists with 1.7.0.8. Thanks!

This seems to happen with every file I have tried. For instance, please look at the bounding box of the text item upon importing the attached pdf into 1.6 versus any 1.7 version. Thanks! Text example

Thanks everyone; it makes sense that probably Word is to blame, but it is somewhat strange that this issue did not occur with AD 1.6. Thanks again!

When importing PDF files into AD 1.7.07 the bounding boxes of text objects are not as neatly adjusted to the text field as they used to be in AD 1.6. Would be great if this could be addressed in a future update, thanks!

The pinch zoom on my trackpad (MacBook Pro mid 2018, 13", Mojave 10.14.2) seems to stop working frequently when using Affinity Designer. Sometimes I can re-enable it by de-activating/activating it in systems preferences, but often I need to put the laptop to sleep for it to work again. Is anyone else experiencing this issue, too?

Thanks for looking into it, Sean. Please see the attached Designer file; when exporting the artboard as a pdf ('for export') the resulting image seems to be vectors only, but Microsoft Office rasterizes it upon placing into a Word document. This does not happen when removing the embedded file. Rasterization_file

Sorry for hijacking this thread, but to me not all PDF rasterization problems have been resolved in 1.7.07; while the pdf export now does put out vector graphics these get rasterized in Word, which did not happen before (exact same artboard, was not rasterized by Word after exporting as pdf with 1.7.04). Is this a known issue? Thanks! Edit: narrowed it down: this seems to be occur when there is an embedded document as part of the export

That's great to hear, thanks Matt! Could these possibly also fix the rasterization issue?

Dear all, I'm afraid some old issues resurfaced for me with the latest 1.7.0.5 beta; vector objects don't adhere to their physical dimensions (e.g., 2x3cm) anymore but get altered by dpi settings (to recapitulate copy a vector object from a 72dpi document into a 96dpi document), exporting pdfs that were exported as vectors in 1.7.0.4 results in rasterized images now etc. Since 1.7 in general pdf import also behaves worse for me, e.b. bounding boxes for texts are not as well adjusted and require manual trimming to the text. I will upload representative examples as soon as possible. Thanks, hubob

Thanks for the comment A_B_C, that's a good point! The weird thing is that the non-beta version of AD got it correctly, so I think Dingbats should be available on the system, but you're still right that this seems to be the root of the problem: when I suppress the use of Zapf Dingbats in the generation of the plot (using R) the import works correctly for the data points (the hyphens are still off, though). Thanks for your help! ps. as a follow-up: I found this comment in the help of R regarding the use of Dingbats: Maybe it might be worth to ensure the compatibility of AD with these font types?

Hi everyone, here is a pdf import bug: when placing the attached file (which contains a lot of data points) into an AD document (version 1.6.1, beta 3) some of data points' coordinates shift (look at the lower right edge). Additionally, hyphens in the text don't get displayed correctly. thanks for looking into it! hubob volcano_not_annotated.pdf

Great update, I especially love the new "align to" function as well as the ability to adjust the size of boxes to text. Regarding the latter: As of now clicking on the handle in the bottom center adjusts the height and double-clicking the handle in the right center adjusts the width. Wouldn't it be great if then clicking on the handle in the corner adjusted both at the same time? Regarding the "align to" option I slightly agree with others' opinions in that I liked AI's solution a little better - it saves a click to just select the object you want to align to rather than having to unselect/select if you first selected all of them at once, but maybe that's me having to get used to the new workflow. I found a couple of small bugs that I hope I'll have the time to write up soon! Thanks again.

Thanks for the new beta, great work! Unfortunately, the issue persists where pdf inserted via copy/paste (rather than "Place") will not retain their physical dimensions but their size will depend on the DPI settings of the target document. hubob

All fingers crossed for arrowheads, correction of the PDF DPI issue and aligning to key object features.....it's terrific how the product is advancing, I look forward to 1.6!

Hi everybody, when creating a vector object in a document the dimensions of this object change when pasting it into a document with a different DPI setting (as far as I can see DPI shouldn't affect the physical dimensions). To reproduce, create a square 1cm x 1cm in a document set to 72DPI, copy and paste into a document at 300 DPI and the square will be much smaller than 1cm x 1cm. Cheers, -hubob