Apache OpenOffice (AOO) Bugzilla – Issue 93716
Size100thMM not filled-in if image contains EXIF data
Last modified: 2013-01-29 21:42:36 UTC
com.sun.star.graphic.GraphicDescriptor Property Size100thMM contains Width = 0 and Height = 0 if the loaded image contains any EXIF data. It should contain the initial size of the image. Nowadays most images contain EXIF data because they were shot with digital photography camera. So this bug renders the property useless. Next attachments contain a Writer document with a short macro, and two images.
Created attachment 56383 [details] Doc with macro to insert an image
Created attachment 56384 [details] An image without Exif data
Created attachment 56385 [details] The same image with some Exif data
It is, for example, annoying if one wants to insert and resize a picture preserving aspect ratio. One needs to know the original size in metric units (100th of mm here) in order to calculate properly the appropriate size. Example : a macro that generate a "trombinoscope" automatically needs to know Size100thMM to insert properly pictures according to page settings (width and height) that are given in mm... Thanks ! :-)
*** Issue 93716 has been confirmed by votes. ***
TM->WG: please have a look, thanks !
Reproducible with example. Reassigned.
Something has changed ... Running this in 3.0.1, Image.Graphic.Size100thMM returns 0 for both graphics. @ rboulle; Why can't you use Image.Graphic.SizePixel for the aspect ratio?
Yes, it has changed since 3.0.0. But with DEV310m1 it gives again the same result as in 2.4.2. Still no designers to correct this ?