On Wed, May 11, 2005 at 12:10:27PM +0300, David Baron wrote: > Using import. If I do the whole screen, no mouse selection, it is perfect. > > If I use import file.gif which has one select an area, the image is off. > Opened in a browzer, it looks OK but in Kshow, it is displaced in a larger > area and reading this image blows up PART of the image to the larger area. > Using a -trim option yields more normally sized image but this is also a > blowup of a cropped region to the size.
I guess that's the same problem I encountered quite a while ago. As far as I debugged it at the time, the issue is as follows: The GIF format's meta info contains the six fields screen width / screen height image width / image height image left / image top Apparently, applications don't agree on how these values are to be interpreted... ImageMagick's 'import' sets left/top fields to where the image area originally was captured from on the desktop. I think that is the problem. I suspect left/top should represent relative offsets between image-screen and individual sub-image (GIFs may contain multiple images), i.e. 'screen' is the GIF's local canvas (not the desktop). Not 100% sure though. Well, rather than figuring out who really is to blame, to then file a bug report, a sudden bout of laziness hit me, and I decided to simply use the PNG format instead -- under most any circumstance PNG is superior, anyway... And, should you really need GIF, then just capture as PNG and then convert to GIF. HTH, Almut P.S. Feel free to blame me for not reporting it back then... However, _you_'ve "got the pumpkin" now to submit the bug report ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
