Jump to content
Our response time is longer than usual currently. We're working to answer users as quickly as possible and thank you for your continued patience.

Search the Community

Showing results for tags 'Paste Image'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • Report a Bug in Affinity Designer V2
    • Report a Bug in Affinity Photo V2
    • Report a Bug in Affinity Publisher V2
    • Report a Bug in Affinity Version 1 applications
  • Beta Software Forums
    • macOS Beta Forums
    • Windows Beta Forums
    • iPad Beta Forums
    • [ARCHIVE] Reports from Affinity Version 1 Betas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


MSN


Website URL


Skype


Facebook


Twitter


Location


Interests


Member Title

Found 2 results

  1. I'm unsure whether this is a bug or expected behaviour in v1.7 but it is a change from v1.6 so I'm raising it as a possible bug. I frequently copy and paste images from Affinity Photo to Affinity Designer. The images in Affinity Photo are always by default 144 dpi (because they are screen grabs from a Mac Retina Display). By default when I open the screen grab in AP the document defaults to pixels as its unit of measurement (which is fine). I then have an AD 'print' document set to 300 dpi and by default use mm for the units. In version 1.6 when I copied the AP file/layer and pasted it into my AD file, AD would 'honour' the pixel size of the AP file regardless of the difference in dpi between the two documents, so e.g. if the AP file/layer I'm copying is 2,000 x 2,000px, when pasted into my AD file it was pasted as 169.33 x 169.33mm, i.e. 2,000 x 2,000px, so no conversion took place to account for the difference between the different dpi settings between AP and AD. In version 1.7 this is not the case, taking the same scenario as above, AP document at 144dpi, default units set to pixels, AD document at 300dpi, default units set to mm. When copy/pasting between the two, the 144dpi file/layer pastes at 352.78 x 352.78mm which is 4,166.67 x 4,166.67px, i.e. it has resampled the pasted layer to honour the pixel resolution of the AD document (2,000px at 144dpi = 4,166.67px at 300dpi). However, if before pasting the AP file/layer I change my AD document from mm to px units, maintaining the 300dpi document resolution, when I paste the same 2,000 x 2,000px layer from AP, it is pasted into AD at 2,000 x 2,000px and not 4,166.67 x 4,166.67px which seems a little odd, so it is ignoring the difference between the two document resolutions. So my question is this, is this 'expected' behaviour in v1.7 or a 'bug', as in, shouldn't pasting the file/layer honour the conversion between the two different document pixel resolutions and adjust accordingly or should it paste at the same original size regardless of the difference between the AP and AD dpi's and document units which is the way it worked in v1.6, i.e. in v1.6 with the same set up as above, when I pasted the 2,000 x 2,000px file/layer from a 144dpi AP document with units set to pixels into a 300dpi AD document it pasted at 2,000 x 2,000px regardless of whether my AD document was set to mm or pixels.
  2. I remember long time ago, when people made use of enormous towers with 486 CPUs in it, our raster picture manipulation programs had features like "paste on layer..." or "paste image under cursor", so you can right away drop the picture you have pasted into your project where you want it. its not that important, just came to thought...
×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. 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.