images don't scale when the stack changes size

[Mark Schonewille]

Hi Brian,

Your own scripts will probably be more reliable than the Geometry  
Manager, but since you have already done the work of setting all GM  
properties for your images, you can simply send "resizeStack" to the  
card or stack containing the images. Don't forget to pass the  
resizeStack message on to the higher levels in the message hierarchy.

Best,

Mark

--

Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

Get your store on-line within minutes with Salery Web Store software.  
Download at http://www.salery.biz

Op 6-dec-2006, om 0:48 heeft Brian Durney het volgende geschreven:

> Hello,
> I am making a remote-controlled slide show program where a user  
> uses a local machine to control a slide show stack on a remote  
> machine.  I want to make a thumbnail version of the slide show  
> stack so that the user can see what's happening on the remote  
> machine.  I also want the user to be able to numerically specify a  
> new size for the slide show stack.
>
> What I tried was putting an image on each card and locking the size  
> and position.  I set the Geometry to scale the image relative to  
> the edges of the stack.  Then I made a button to change the size of  
> the stack to the thumbnail size by setting the width and height of  
> the stack.  I expected the image to scale when the stack size  
> changed, but it didn't.
>
> When I drag the resize handle of the stack, the image scales.  That  
> doesn't help me, because I want to numerically specify the new size  
> (e.g., 800x600), and I don't want the aspect ratio of the stack to  
> change because then the images are distorted.
>
> I have also thought of writing a loop to go through the cards and  
> scale the images, but I would rather use the Geometry if that will  
> work for more complicated cards (e.g., cards that have polygons,  
> labels, etc.).
>
> Please let me know if I'm missing something with the Geometry, or  
> if there is another approach.
> Thanks,
> Brian Durney