Stack Size Changes

2011-08-10 Thread Timothy Miller
So, heerza deal,

One stack, several cards, two groups on each card, groups behave as 
backgrounds. Top of one group is 1, bottom is 199. Top of second group is 200, 
bottom is 740. This group has a vertical scroll bar.

Resizable for the stack is turned off. Lock size and position is on, for 
both groups.

I set the height of the stack to 742. Save. Close the stack. Open it. The 
height is now less than 742. Sometimes it's 712. Sometimes it's 692, or 696, or 
possibly other values.

There are no scripts that alter card size, group size or stack size.

Repeat. Same thing. The change of height is inconsistent, even if I do nothing 
to the stack except open, change the height, and close.

When the stack size gets smaller, I can't scroll to the bottom of the lower 
group, and the arrows at the bottom of the scroll bar get cut off.

I noticed this issue a few weeks ago, on the same stack. Then it stopped 
happening.

Now it's doing it again.

I looked at the message watcher when closing the stack. Didn't understand 
everything I saw, but nothing surprising.

Wazzup?

I guess I could fix this with a script on openStack or preOpenStack, but I want 
to understand why it happens.

Thanks in advance.

Tim
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Stack Size Changes

2011-08-10 Thread Timothy Miller
My query from earlier this morning is generating a non-flurry of replies, 
likely because no one knows the answer.

I have solved the problem with a simple preOpenStack handler, which works fine. 
However, I feel this issue must represent a gap in my knowledge, which I would 
like to close.

Further investigation:

On suspendStack
answer the height of this stack
pass suspendStack
end suspendStack

The height is 742

Same for on closeStack -- last instruction before stack closes -- the height is 
742

On preOpenStack
answer the height of this stack -- first instruction, before doing anything else
pass preOpenStack
end preOpenStack

The height is 712 on some occasions. On other occasions it might be 692 or 696, 
and so on.

The width does not change.

Is this a possible bug? Is this a feature I don't know about?

It's on a laptop, but the rect of the stack is smaller than the screenRect.


Cheers,


Tim

On Aug 10, 2011, at 7:57 AM, Timothy Miller wrote:

 So, heerza deal,
 
 One stack, several cards, two groups on each card, groups behave as 
 backgrounds. Top of one group is 1, bottom is 199. Top of second group is 
 200, bottom is 740. This group has a vertical scroll bar.
 
 Resizable for the stack is turned off. Lock size and position is on, for 
 both groups.
 
 I set the height of the stack to 742. Save. Close the stack. Open it. The 
 height is now less than 742. Sometimes it's 712. Sometimes it's 692, or 696, 
 or possibly other values.
 
 There are no scripts that alter card size, group size or stack size.
 
 Repeat. Same thing. The change of height is inconsistent, even if I do 
 nothing to the stack except open, change the height, and close.
 
 When the stack size gets smaller, I can't scroll to the bottom of the lower 
 group, and the arrows at the bottom of the scroll bar get cut off.
 
 I noticed this issue a few weeks ago, on the same stack. Then it stopped 
 happening.
 
 Now it's doing it again.
 
 I looked at the message watcher when closing the stack. Didn't understand 
 everything I saw, but nothing surprising.
 
 Wazzup?
 
 I guess I could fix this with a script on openStack or preOpenStack, but I 
 want to understand why it happens.
 
 Thanks in advance.
 
 Tim


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Stack Size Changes

2011-08-10 Thread Malte Brill
Hi Tim,

If the stack is taller (or wider) than governed by the windowBoundingRect, it 
will be automatically chopped off. I do not like it... Been that way for ever. 
:-(

Cheers,


Malte
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Stack Size Changes

2011-08-10 Thread Timothy Miller
Hi Malte and Bob,

The windowBoundingRect is unfamiliar to me. This is probably the gap in my 
understanding I wanted to fill. I'm reading the dictionary, scratching my head.

However, the arithmetic is not quite adding up.

Visually, my stack fits on the screen. If I position it carefully by dragging, 
with the height set to 742, I can see a little bit of the desktop picture on 
all four sides. In this case, the rect of the stack is 10,51,1270, 793. I 
assumed that this would prevent resizing of the stack. It doesn't.

My windowBounding rect is 0,50,1280,796. Presumably this is the default value. 
(The top margin seems bigger than it needs to be. The Mac OS menu bar appears 
to be 40 pixels high, not 50. But that's another matter.)

If I'm not mistaken, the stack does lie within the windowBounding rect.

FWIW, the screen rect is 0,0,1280,800

Setting the top of the stack to 51 before saving and closing, or in 
preOpenStack does not prevent the automatic chopping off of the stack when it 
opens. I tried setting the windowBoundingRect to 0,41,1280,796 to give the 
stack a little more room, but that didn't seem to make any difference. 

Am I not getting something? Or is LC misbehaving just a little?

This is all academic. I can solve the problem by setting the height or the rect 
of the stack in preOpenStack.

Thanks again.

Tim


On Aug 10, 2011, at 1:56 PM, Malte Brill wrote:

 Hi Tim,
 
 If the stack is taller (or wider) than governed by the windowBoundingRect, it 
 will be automatically chopped off. I do not like it... Been that way for 
 ever. :-(
 
 Cheers,
 
 
 Malte


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Stack Size Changes

2011-08-10 Thread Paul Looney

Tim,
Are you using OS X?
Two things on OS X can cause vertical resizing problems:
1. The dock
If the dock is on the bottom of the screen (even if it is hidden)  
stacks can be shortened to accommodate area for the dock. Try it on  
the side and see if that makes a difference.

2. Menus
All usually goes well if menus are created on the first card of a one- 
card stack. Adding menus after cards have been added to a stack can  
cause dramatic resizing of the stack as one moves from card to card.

Paul Looney

On Aug 10, 2011, at 1:29 PM, Timothy Miller wrote:

My query from earlier this morning is generating a non-flurry of  
replies, likely because no one knows the answer.


I have solved the problem with a simple preOpenStack handler, which  
works fine. However, I feel this issue must represent a gap in my  
knowledge, which I would like to close.


Further investigation:

On suspendStack
answer the height of this stack
pass suspendStack
end suspendStack

The height is 742

Same for on closeStack -- last instruction before stack closes --  
the height is 742


On preOpenStack
answer the height of this stack -- first instruction, before doing  
anything else

pass preOpenStack
end preOpenStack

The height is 712 on some occasions. On other occasions it might be  
692 or 696, and so on.


The width does not change.

Is this a possible bug? Is this a feature I don't know about?

It's on a laptop, but the rect of the stack is smaller than the  
screenRect.



Cheers,


Tim

On Aug 10, 2011, at 7:57 AM, Timothy Miller wrote:


So, heerza deal,

One stack, several cards, two groups on each card, groups behave  
as backgrounds. Top of one group is 1, bottom is 199. Top of  
second group is 200, bottom is 740. This group has a vertical  
scroll bar.


Resizable for the stack is turned off. Lock size and position  
is on, for both groups.


I set the height of the stack to 742. Save. Close the stack. Open  
it. The height is now less than 742. Sometimes it's 712. Sometimes  
it's 692, or 696, or possibly other values.


There are no scripts that alter card size, group size or stack size.

Repeat. Same thing. The change of height is inconsistent, even if  
I do nothing to the stack except open, change the height, and close.


When the stack size gets smaller, I can't scroll to the bottom of  
the lower group, and the arrows at the bottom of the scroll bar  
get cut off.


I noticed this issue a few weeks ago, on the same stack. Then it  
stopped happening.


Now it's doing it again.

I looked at the message watcher when closing the stack. Didn't  
understand everything I saw, but nothing surprising.


Wazzup?

I guess I could fix this with a script on openStack or  
preOpenStack, but I want to understand why it happens.


Thanks in advance.

Tim



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Stack Size Changes

2011-08-10 Thread Timothy Miller
Hi Paul,

I'm on OS 10.6.8

I'll bet it's the dock. Wait. I'll try it right now...

Oopsie! Same issue with the dock on the left.

For now, this behavior is replicable.

Trial and error: If I set the height to 717, close and reopen, it stays at 717. 
Same for 718. If I set it to 719, close and re-open, it re-opens with a new 
height of 716. Any height greater than 718 resets the stack height to 716, 
unless I prevent it by script.

At other times, it has cropped itself to 692, 693, and 696. This morning it was 
cropping itself to 712.

I tried various values for the top of the stack. For now, the behavior is the 
same whether the top of the stack is 21, 51 or 71, so the windowBoundingRect 
may not be a factor. 

Repeating information posted earlier:
The screenrect is 0,0,1280,800,
The windowBoundingRect is 4,50,1280,800, presumably the default value
The desired rect of the stack is 10,51,1270,793. That's a height of 42.
If I set the rect of the stack to that value by script, it seems to work 
normally.

I haven't added or altered any menus.

Maybe this is a little bug?

Cheers,

Tim




On Aug 10, 2011, at 8:48 PM, Paul Looney wrote:

 Tim,
 Are you using OS X?
 Two things on OS X can cause vertical resizing problems:
 1. The dock
 If the dock is on the bottom of the screen (even if it is hidden) stacks can 
 be shortened to accommodate area for the dock. Try it on the side and see if 
 that makes a difference.
 2. Menus
 
 Paul Looney
 
 On Aug 10, 2011, at 1:29 PM, Timothy Miller wrote:
 
 
 On suspendStack
 answer the height of this stack
 pass suspendStack
 end suspendStack
 
 The height is 742
 
 Same for on closeStack -- last instruction before stack closes -- the height 
 is 742
 
 On preOpenStack
 answer the height of this stack -- first instruction, before doing anything 
 else
 pass preOpenStack
 end preOpenStack
 
 The height is 712 on some occasions. On other occasions it might be 692 or 
 696, and so on.
 
 The width does not change.
 
 Is this a possible bug? Is this a feature I don't know about?
 
 It's on a laptop, but the rect of the stack is smaller than the screenRect.
 

 
 On Aug 10, 2011, at 7:57 AM, Timothy Miller wrote:

 So, heerza deal,
 
 One stack, several cards, two groups on each card, groups behave as 
 backgrounds. Top of one group is 1, bottom is 199. Top of second group is 
 200, bottom is 740. This group has a vertical scroll bar.
 
 Resizable for the stack is turned off. Lock size and position is on, 
 for both groups.
 
 I set the height of the stack to 742. Save. Close the stack. Open it. The 
 height is now less than 742. Sometimes it's 712. Sometimes it's 692, or 
 696, or possibly other values.
 
 There are no scripts that alter card size, group size or stack size.
 
 Repeat. Same thing. The change of height is inconsistent, even if I do 
 nothing to the stack except open, change the height, and close.
 
 When the stack size gets smaller, I can't scroll to the bottom of the lower 
 group, and the arrows at the bottom of the scroll bar get cut off.
 
 I noticed this issue a few weeks ago, on the same stack. Then it stopped 
 happening.
 
 Now it's doing it again.
 
 I looked at the message watcher when closing the stack. Didn't understand 
 everything I saw, but nothing surprising.
 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Stack Size Changes

2011-08-10 Thread Timothy Miller
A followup to my message on same thread, posted a few minutes ago, in reply to 
Paul.

Further investigation reveals this anomaly: If I make the stack height a little 
too big, so the stack crops itself when it opens, and I then click on the 
little glowing green button at the upper left of the LC window (the one that 
gets a plus sign on rollover -- I can never remember the correct name for it), 
the whole LC window goes blank except for the borders and menu bar. Clicking on 
the same green button again does not restore the window. If I send the window 
to the dock with the amber button, then bring it back (by clicking it in the 
dock) the window is restored.

I further note that sometimes it takes two or three clicks on the little green 
plus button to make the LC window go blank.

The LC window does not go blank this way if I set the rect of the stack in the 
preOpenStack handler.

Does this behavior have some specific meaning?

Sorry to make this so complicated.

Tim
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode