[Decapod] Image scaling and transformation of mixed content

[Jonathan Hung]

Hi Boyan,

I've added the Decapod and Fluid-Work mailing lists as I think we're getting
into a discussion others may be interested in.

I think in all cases we should preserve the scale and aspect ratio of the
content. So instead of scaling / stretching content to match (which causes
distortions in content), we should add pixels around the image to increase
the dimensions of an image while preserving the original aspect ratio of the
content.

i.e.
Image 1: 1200x2000 (content area: 1100x1900)
Image 2: 1300x1700 (content area: 1200x1600)

After transformation the results are:

Image 1: 1300x2000 (content area: 1100x1900)
Image 2: 1300x2000 (content area: 1200x1600)

In Photoshop, it's the equivalent of changing the Canvas dimensions of an
image.

This raises an interesting technical question:

What if the user imports 100 pages. Page 1 is 800x600. Page 2 is 1000x2000,
3 to 99 are 1200x2500, and the last one is 3000x5000.

Do we apply the dimension transformation to ALL images, or do
transformations apply to just a pair/spread?

Approach 1:
After transformation pages 1 and 2 are 1000x2000, pages 3 to 98 are
1200x2500, and pages 99 to 100 is 3000x5000.

Approach 2:
Or, will all pages be 3000x5000 to match the largest image?

Question:
What effect does different page / image sizes have on PDF and TIFF
generation?

- Jonathan.

---
Jonathan Hung / jhung.utoronto at gmail.com
Fluid Project - ATRC at University of Toronto
Tel: (416) 946-3002


On Fri, Feb 26, 2010 at 8:47 AM, Boyan Sheytanov <
boyan.sheytanov at asteasolutions.com> wrote:

> Hi Jonathan!
>
> I took a quick look at the link you provided. Seems like ImageMagick is
> powerful enough to be used in our case. The question is whether we want to
> stretch the smaller image to become the size of the larger or to scale down
> the larger to become the size of the smaller. Either way, we might need to
> change the aspect ratio so that images are the same size, which might lead
> to some distortion. I'm not sure what the best option is but I guess we
> should experiment and see in which case results are best.
>
> Greetings, Boyan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20100226/8e4fceee/attachment.html>