Currently, the script to convert LOCALHELP to WIKIHELP [1] generates image size in inch, by getting the size from attributes "width" and "height" of <image> tag, which is currently in inch. See "class Image" in the script. First, we should consider whether we should resizing the image at all. That is, whether the image is already used in it own size. And if we have to resize, we should change this to pixel, as MediaWiki only support pixel, not inch. [2] Maybe by calculating image size from DPI (resolution) and the size to show. But if not, we might delete the resizing code. Note: I'm not sure whether GSoC project "Convert the LibreOffice web help (wikihelp) to platform specific help" affects this. [1] http://cgit.freedesktop.org/libreoffice/help/tree/helpcontent2/to-wiki/wikiconv2.py [2] http://www.mediawiki.org/wiki/Help:Images
Confirming Korrawit's bug and/or any thoughts there Kendy ? :-)
According to the OpenOffice.org Developers Guide, the width / height attributes are optional. The width and height attributes are currently ignored by the [local]help system. http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Help_Content The width / height attributes should not be removed from the help .xhp sources though, because of their huge localization impact. It is better, if WikiHelp ignores the width / height attributes, too.
Andras Timar committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/help/commit/?id=d725d2d6caf66f6e7786ea6d48b3878a60be9eaf fdo#43449 ignore image width and height in wikihelp The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.