2011/3/2 a.l.e <span dir="ltr"><<a href="mailto:ale.comp_06@xox.ch">ale.comp_06@xox.ch</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hi<br>
<br>
<br>
<a href="http://www.gsp.com/cgi-bin/man.cgi?section=1&topic=jpegtran" target="_blank">http://www.gsp.com/cgi-bin/man.cgi?section=1&topic=jpegtran</a><br>
<br>
"""<br>
We also offer a lossless-crop option, which discards data outside a given image region but losslessly preserves what is inside. Like the rotate and flip transforms, lossless crop is restricted by the current JPEG format: the upper left corner of the selected region must fall on an iMCU boundary. If this does not hold for the given crop parameters, we silently move the upper left corner up and/or left to make it so, simultaneously increasing the region dimensions to keep the lower right crop corner unchanged. (Thus, the output image covers at least the requested region, but may cover more.)<br>
<br>
The image can be losslessly cropped by giving the switch:<br>
-crop WxH+X+Y<br>
Crop to a rectangular subarea of width W, height H starting at<br>
point X,Y.<br>
"""<br>
<br>
not sure if this is what we are looking for...<br></blockquote><div><br>As far as I can tell, this would be pretty much what we are looking for, at least for most of the usage.<br><br>If an image is used more than once into a document and is also used at various sizes, I guess the result would be as many cropped images as needed to cover all the needs in that particular document.<br>
<br>What do the devs say? Is this usable, implementable, doable?<br><br>Louis<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
ciao<br>
<font color="#888888">a.l.e</font></blockquote></div><br>