Re: formattedheight and formattedwidth

2011-06-27 Thread Bob Sneidar
those numbers or remember to set the stack height and width so I > started looking for a generic method which I could put in the stack script > and I'd never have to worry about changing it again. > > The formattedheight and formattedwidth properties ended up being the way to >

Re: formattedheight and formattedwidth

2011-06-27 Thread Pete
looking for a generic method which I could put in the stack script and I'd never have to worry about changing it again. The formattedheight and formattedwidth properties ended up being the way to do it, suitably adjusted to account for margins on each side of the card. The code I now use is: se

Re: formattedheight and formattedwidth

2011-06-27 Thread Richard Gaskin
Pete wrote: OK I see what you mean about the formatted versions of height/width. The straight height and width properties don't seem to come anywhere close to working even allowing for menu bar issues (I'm on OS X). They set the height/width to what they were for the previous card opened in the

Re: formattedheight and formattedwidth

2011-06-26 Thread Pete
Yep, that's what I was doing initially but was looking for a way to make it happen without actually knowing the height and width. I think I have this working now. I made sure that the topmost control on each card always had it's topleft set to 10,10 , then I add 20 to each of the formatted height

Re: formattedheight and formattedwidth

2011-06-26 Thread Robert Brenstein
On 26.06.2011 at 17:42 Uhr -0700 Pete apparently wrote: I think I will have to use the formatted height and width and be consistant about how much room is around the borders of the controls on each card. If your cards vary in size but are static, that is not changed dynamically by users, the

Re: formattedheight and formattedwidth

2011-06-26 Thread Pete
OK I see what you mean about the formatted versions of height/width. The straight height and width properties don't seem to come anywhere close to working even allowing for menu bar issues (I'm on OS X). They set the height/width to what they were for the previous card opened in the stack, not the

Re: formattedheight and formattedwidth

2011-06-26 Thread J. Landman Gay
On 6/26/11 2:52 PM, Pete wrote: Thanks. I guess the dictionary is misleading (yet again) when it says: If you specify a card or group, the *formattedHeight* reports the height of a rectangle that includes all objects in that card or group whose visible property is true. It seems accura

Re: formattedheight and formattedwidth

2011-06-26 Thread Pete
the width of this stack to the formattedwidth of this card >> >> The height and width end up several pixels short of what they need to be. >> Adding 10 to the fomattedheight and 20 to the formattedwidth makes things >> about right, but >> > > Use the height and wi

Re: formattedheight and formattedwidth

2011-06-25 Thread J. Landman Gay
this card The height and width end up several pixels short of what they need to be. Adding 10 to the fomattedheight and 20 to the formattedwidth makes things about right, but Use the height and width, not the formattedHeight and formattedWidth. The formatted measurements only include the

formattedheight and formattedwidth

2011-06-25 Thread Pete
I have a number of cards in the same substack that need to be displayed with different heights and widths. In the preOpenStack handlerr, I have: set the height of this stack to the formattedheight of this card set the width of this stack to the formattedwidth of this card The height and width en