On 09/09/2010 09:30 AM, Ecaterina Valica wrote:
On Thu, Sep 9, 2010 at 09:09, Thomas Mortagne<[email protected]>wrote:
On Wed, Sep 8, 2010 at 23:08, Anca Luca<[email protected]> wrote:
On 09/08/2010 11:40 PM, Marius Dumitru Florea wrote:
Hi devs,
Currently the image plugin [1] allows us to create image thumbnails by specifying the image width and/or height in the query string of the image attachment download URL:
/xwiki/bin/download/Spage/Page/image.jpg?width=100
I propose that we:
(A) Use the image width and/or height (when they are specified in the image syntax using pixel unit) to resize the image on the server side. For instance:
[[image:logo.jpg||width="100px"]]
will be linked to
/xwiki/bin/download/Spage/Page/logo.jpg?width=100
If I remember correctly this would mean that we give special meaning to some parameters (right now they are automatically copied to HTML attributes of the element). I don't remember exactly why, but I think this was an issue (Thomas? Vincent?)
otherwise I would be +1 for this, image will be resized anyway, and let's hope the image plugin can do it as well as the browser would (in terms of quality of the result).
We already talked about that with Marius and URLs used by the rendering are generated by WikiModel component which has a special XWiki implementation so we planned to add a WikiModel#getImageURL with the custom parameters like you have WikiModel#getgetAttachmentURLURL. So no need to give any meaning to the parameters at rendering level.
and
[[image:logo.jpg||style="height: 50px; width: 70px"]]
will be linked to
/xwiki/bin/download/Spage/Page/logo.jpg?width=70&height=50
The image plugin also accepts a quality parameter that controls the compression quality when encoding jpeg images. The default value of this parameter (i.e. when not specified in the URL) is configurable. I propose we use 0.3 by default, 1 representing the best quality.
(B) Add the ability to limit the image dimensions (preserving aspect ratio) when the image width and/or height are not specified in the image syntax (or when they are not using pixel unit). The width and height limit will be configurable and -1 by default (i.e. no limitation). For instance:
image:logo.jpg
will be linked to
/xwiki/bin/download/Spage/Page/logo.jpg?width=1024
when width limit is 1024, and to
/xwiki/bin/download/Spage/Page/logo.jpg?width=1024&height=768&keepAspectRatio=true
when width limit is 1024 and height limit is 768. Note that in this case the image aspect ratio is preserved. The image is resized to best fit the limits. If the user want to bypass the limit he has to specify the image width/height in the image syntax.
I would say we would need a way to bypass and say "original size", be it a special value of the width (negative) or another method.
Like Anca said and in Flickr style, it would be great to have a value for the original size, not just -1 (no limitation), but for a specific file. Otherwise sounds good to me.
Do you think that specifying the original width/height (or a greater value since the image plugin never increases the image dimensions) in the image syntax for a specific very large image is an important overhead? (see also my reply to Anca). If so, I can think of ways to enforce the original width/height. Do you agree with the rest of the proposal? Thanks for your feedback, Marius
Thanks, Caty _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users