Jump to content

hubob

Members
  • Content count

    46
  • Joined

  • Last visited

About hubob

  • Rank
    Member

Recent Profile Visitors

540 profile views
  1. 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?
  2. thanks a lot, Old Bruce, the far right bottom corner handle did the trick (unclear how I missed that one...).
  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. Hi everyone, is there a way to restrict the selection of snapping candidates to the current artboard? Thanks!
  6. I would also love for this feature to be implemented as soon as feasible. Along with arrowheads (...), an option to resize canvas to selection, and being able to link and not only embed objects - after these I'm all set:)
  7. Thanks so much for trying this out, JimmyJack, it certainly seems like Prism is to blame with regards to the first point (yes, it was 1/2pt and I exported the pdf); I'll get in touch with the developers there. As far as the second point is concerned: you're absolutely right, this way works to adjust the sizes and it's what I use to do. Since I import a lot of individual pdf's all the time (creating figures with multiple pdf-subpanels) it would be very useful, if AD recognized upon import that the placed file is a pure vector file and thus just recognizes the dimensions, regardless of whether pasting it into a 72dpi or a 300dpi document. With the current way I need to create an intermediary document in which I assign the required dpi value to the pdf before placing it into final document. I wonder which way it works in Illustrator? Thanks again for your great help!
  8. Hi JimmyJack, this actually is the pdf export from Prism prior to pasting into AD. You're absolutely right - when adjusting the dpi's of the pdf and the AD file the font comes in at 100% but the weight of the strokes is 0.72pt rather than 1/2 pt in Prism (this could potentially also be a problem on Prism's side). On a more general note, I don't understand why AD requires the adjustment of dpi's - a pure vector pdf should just carry dimensions, right? Thanks for your help!
  9. Thanks for your answer JimmyJack and sorry for taking this long to post the graphic. These are the issues: - after placing the pdf into an AD file I have to manually adjust the dpi of the placed vector graphic to match the intended size; I don't understand why AD does not just recognize the dimensions of the vectors but requires dpi for it? My understanding was that vector graphics don't really have an associated dpi but rather just position cues and dimensions... (i.e., the vector should always be for example 3x4cm regardless of whether pasted into a 72dpi or 1200dpi document)? - after manually aligning the dpi of the placed pdf and the target file the font in the placed pdf is correct (7pt, Helvetica) but the weight of the lines (set at 1/2pt in Graphpad Prism v7) shows as 0.72 pt. thanks for your help! affinity_test.pdf
  10. Does anybody have a clue on why the import of purely vector graphics require tweaking the dpi and whether this behavior holds true in AI as well? Thanks in advance!
  11. Hi Leigh, thanks a lot for your answer. Unfortunately, when I do just as you suggested the line width is 0.7 pt while it's set to 0.5pt in Prism 7 (the font size matches, however). As far as I remember this wasn't the case in Illustrator, but unfortunately (for this case...) I don't have it any longer and cannot compare. On a more general note I don't quite understand why the dpi settings matters for pure vector graphics, shouldn't it be sufficient for the import of vectors to provide the dimensions and positions rather than any specific resolution? Thanks for your help, -hubob
  12. bump - does anyone have a hint at what might be happening here? Thanks!
  13. Hi R C-R, thanks for your response! The problem with that (at least as far as I can see) is that it is hard to drag the graphs to exactly match the line widths and font sizes as required (Prism does not show the dimensions of the graph to start with, so I could not enter x/y values to scale but would have to drag the graphic).
  14. Dear Affinity team, it is part of my workflow to import vector graphics from the statistics program Graphpad Prism into Affinity designer. When I copy a given plot in Prism and paste it in Affinity the vector nature is preserved. However, I found that the size of the graph's components changed, e.g. a 0.5 pt line would end up being a 0.7 pt line and so forth. I found that when I set the document's dpi to 104 the dimensions seem to be preserved, but since I also work with raster images from other sources within the same document I don't want to switch back and forth changing the dpi for the document all the time. Am I missing an obvious solution so AD would paste vector graphics at a given size regardless of the document's dpi settings? Thanks for your help, -hubob
×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | 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.