Hi Alex,

Okay, I'll have a look at the createImageCell() and subclass as you suggest
for performing the scaling.

However, on your second point -- this is part of the problem I'm having. The
width and height attributes are not actually being used in the Gallery
Widget. Looking more closely at the source for the Gallery widget we have
the following in createImageCell():

inode.width = d.thumbWidth + 2;
inode.height = d.thumbHeight + 2;

It looks as if the width and height properties (assigned to d.width and
d.height) are entirely unused in the Gallery widget. That the img element
width height properties are being assigned the value of the thumbWidth and
thumbHeight properties. I'm thinking that this might have been
unintentional, but I'm not sure. But I can deal with this by subclassing and
changing the functionality.

But even more importantly, even if I subclass the Gallery widget to actually
use the supplied width and height properties, where do I get the *actual*
width and height of the image just loaded, so I can pass correct width and
height info to the Gallery widget? This information doesn't seem to be
readily available anywhere. It almost seems like I need to load the image
first (perhaps in an invisible iframe?) then get the x and y dimensions,
then load the image again in the visible gallery with the now known x and y
dimensions. Not sure about this though. Any thoughts on this?

Incidentally, I was able to get some degree of control over the scaling --
but not complete control by changing the createImageCell() method to only
assign values to the properties if d.thumbWidth (and d.thumbHeight) are
infact defined. If they are not, then it defaults to the browser's default
behaviour of loading the images without scaling (no width or height
attributes). And if only one attribute is defined, then the default browser
behavior seems to be to scale to that dimension (automatically scaling the
other proportionally). Of course, the problem still exists that we don't
know which dimension to choose since we don't know the original size of the
image.

So it all comes back to getting acccess to the original dimensions of the
image.

Any ideas?

Best,
Dalmazio




Alexander Back wrote:
> 
> Hi Dalmazio,
> 
> Dalmazio Brisinda wrote:
>> Does anyone know how to load an image into the gallery with it's original
>> dimensions intact? Presently, I'm just setting the thumbwidth and
>> thumbheight properties to some arbitrary value, but the images are always
>> scaled unnaturally.
> This is not supported by the gallery widget. All images get scaled down 
> to the size of the thumbWidh/thumbHeight values. However, if you want to 
> change this behaviour you can sublcass the gallery widget and overwrite 
> the "createImageCell" method to suit to your needs.
> 
>> Is there a way to get this information from the image DOM element that
>> corresponds to the actual dimensions of the image?
> If you look at the demo [0] you can see that the "galleryList" map also 
> holds information of width and height. These infos are handed in to the 
> gallery widget. So you can use these two fields to set the actual sizes 
> of the images.
> 
> cheers,
>    Alex
> 
> [0]
> http://demo.qooxdoo.org/current/demobrowser/html/example/Gallery_1.html
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Loading-images-with-original-dimensions-in-qx.ui.embed.Gallery-%280.7.3%29-tp584208p587244.html
Sent from the qooxdoo mailing list archive at Nabble.com.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to