Jump to content
postmadesign

IDML import: Thank you, but I need some options!

Recommended Posts

Thanks for adding the ability to import IDML files. This certainly makes transitioning away from InDesign more of a possibility, even when it is not quite there yet.

What I miss at the moment are some options for importing. I noticed that when I import an IDML, the document settings are generally set to embed images instead of linking, and the document resolution is set to a curious 72 dpi? I would appreciate to have the option to change these settings when I import the file, as perhaps some preferences with regards to the pages you want to import and such.

Share this post


Link to post
Share on other sites

We should be reading embedded/linked status from documents and bringing them in linked (or it did from some tests I did), does this not seem to be the case for you?

The document resolution we set to 72DPI because there is no document DPI setting to read from in the IDML file, InDesign doesn't have a document wide DPI like we do. We can maybe change this to look for the highest DPI image in the document and use that - I've mentioned this to the developers


Serif Europe Ltd. - www.serif.com

Share this post


Link to post
Share on other sites

72 DPI is the pixel resolution of the display on the original Macintosh from 1984, and for a long time has been the default "assumed" display resolution across many platforms.

More recently, particularly with the introduction of the so-called "retina" and "hi-dpi" technologies, graphics/windowing systems are starting to become a bit smarter about the actual DPI of a given display, or at least something much closer to it...

 

Much higher resolutions are required for printing - 300 DPI for photo-quality prints for example - and since the Affinity products, Publisher in particular, seem to be targeting the print industry primarily, wouldn't it make a bit more sense to target the 300 DPI resolution as a default?

 

Note that even the display on a typical modern iPad is well over 200 DPI...

Share this post


Link to post
Share on other sites
51 minutes ago, fde101 said:

...- and since the Affinity products, Publisher in particular, seem to be targeting the print industry primarily, wouldn't it make a bit more sense to ... not have a document dpi to begin with?

There. fixed it for you xD

Really, there is not a good usage case for a document dpi in a layout application (nor a vector drawing application). Well, nor a forced color profile...

Those images that are linked, or embedded, in an IDML have a resolution. Read/use/calculate that rather than pick/force a number.

Share this post


Link to post
Share on other sites
10 minutes ago, MikeW said:

Really, there is not a good usage case for a document dpi in a layout application

True.  However, the file format being shared with Photo places the Affinity suite in a somewhat unique position of benefiting from having this set (for the benefit of documents that are then opened in Photo), even though it technically should make little or no difference to the operation of Publisher, except when rasterizing a layer.

 

11 minutes ago, MikeW said:

Read/use/calculate that rather than pick/force a number.

Agreed, as long as the IDML has such images.  If importing an IDML file with no images at all, the program still needs *something* to default to.  Also, depending on how images are scaled, the maximum placed or "original" DPI of any embedded images might not be the most appropriate either.

Share this post


Link to post
Share on other sites

I really needed to have drank that first cup of coffee before my mild venting...

IDML only contains a couple clues as to a particular document's intent. And one shouldn't ferret out that intent, and hence document resolution, based upon those clues.

I suppose the "best" way forward (seeing how Affinity Publisher and Designer are stuck using a faulty document dpi model. Oops, I di8d it again), would be to simply ask the user upon opening an IDML what dpi to use/setup the APub document to...and that answer ought to be sticky.

Share this post


Link to post
Share on other sites
3 hours ago, Jon P said:

We should be reading embedded/linked status from documents and bringing them in linked (or it did from some tests I did), does this not seem to be the case for you?

It always seems to embed them, even if the original ID file would always link them.

Share this post


Link to post
Share on other sites
Quote

It always seems to embed them, even if the original ID file would always link them.

I'm not seeing this from some test files I have and a quick test file I jus designed in ID with a linked/embedded image, it seemed to come in with one linked and one embedded for me.

Can you attach a problem file with linked resources for me to look at?

Quote

would be to simply ask the user upon opening an IDML what dpi to use/setup the APub document to

I've logged an improvement for this, I think something along the lines of how we handle PDF import as it's a similar scenario (offer to estimate based on what is inside the file, or simply let the user override it)


Serif Europe Ltd. - www.serif.com

Share this post


Link to post
Share on other sites
39 minutes ago, postmadesign said:

It always seems to embed them, even if the original ID file would always link them.

Out of curiosity, are you Placing your IDML file or Opening it? (You've only said "importing", I think, so I'm not sure.)


-- Walt

Windows 10 Home, version 1909 (183623.476),
   Desktop: 16GB memory, Intel Core i7-6700K @ 4.00GHz, GeForce GTX 970
   Laptop:  8GB memory, Intel Core i7-3625QM @ 2.30GHz, Intel HD Graphics 4000 or NVIDIA GeForce GT 630M
Affinity Photo 1.8.3.641 and 1.8.3.641 Beta   / Affinity Designer 1.8.3.641 and 1.8.3.641 Beta  / Affinity Publisher 1.8.3.641 and 1.8.3.627 Beta.

Share this post


Link to post
Share on other sites
2 hours ago, postmadesign said:

It always seems to embed them, even if the original ID file would always link them.

I've done a number of IDML imports/Opens and all of the many linked files came in linked. Only items that were created within ID such as rectangles, circles, etc. were embedded. 

I think it would be good to ask upon opening what DPI is preferred for the doc. 


--------------------

iMac (Retina 5K, 27-inch, 2017) • Radeon Pro 580 8192 MB • macOS Mojave

Share this post


Link to post
Share on other sites

We have made fixes/improvements to this area (Estimate/ask for document DPI when importing IDML files) of the program in the latest customer beta. If you would like to try these changes the beta software is available in the forum posts listed below.

The latest beta builds are downloadable from links at the top of each of these beta forum posts.

These betas install parallel, next to the release version (they do not overwrite your release) and so the fixes can be tried in the beta without affecting your normal workflow in the release version.

Once these programs have been through a full beta process the change will be released in a future free 1.8.0 update/patch to all customers.


Patrick Connor
Serif Europe Ltd

Latest releases on each platform 

 

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.