Jump to content
You must now use your email address to sign in [click for more info] ×

hubob

Members
  • Posts

    49
  • Joined

  • Last visited

Posts posted by hubob

  1. 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 (

  2. 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

  3. 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!

     

  4. 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!

  5. 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

  6. 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

  7. 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: 

    Quote

    Should small circles be rendered via the Dingbats font? Defaults to TRUE, which produces smaller and better output. Setting this to FALSE can work around font display problems in broken PDF viewers: although this font is one of the 14 guaranteed to be available in all PDF viewers, that guarantee is not always honoured. See the ‘Note’ for a possible fix for some viewers.

    Maybe it might be worth to ensure the compatibility of AD with these font types?

  8. 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.

  9. 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

×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.