9 Sep
2010
9 Sep
'10
9:32 a.m.
On 09/09/2010 09:30 AM, Ecaterina Valica wrote:
On Thu, Sep 9, 2010 at 09:09, Thomas
Mortagne<thomas.mortagne(a)xwiki.com>wrote;wrote:
On Wed, Sep 8, 2010 at 23:08, Anca
Luca<lucaa(a)xwiki.com> wrote:
On 09/08/2010 11:40 PM, Marius Dumitru Florea wrote:
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.
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).
>
> 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
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users