Re: Stack Size Changes
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
Re: Stack Size Changes
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
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
FYI, on a mac, the the working screenrect gives you the screenrect minus the height of the mac menubar (22). Does this work for you? on preopenstack set the width of this stack to 612 set the height of this stack to 792 set the top of this stack to 110 -- or whatever end preopenstack When I am setting the stack height > the screenrect, so the bottom of the stack is scrolled below the bottom edge of the screen, I usually put a scrolling handler into the stack or card script: on rawkeydown what put the top of stack "myStack" into t if what = 65308 then -- scroll down set the top of stack "myStack" to t-12 else if what = 65309 then -- scroll up set the top of stack "myStack" to t+12 else pass rawkeydown end if end rawkeydown -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Aug 10, 2011, at 5:50 PM, Timothy Miller wrote: > 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 ___ 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
What I did a long time ago to resolve this is I created a background graphic the size I wanted my window to be. The stack always seems to open at the right size now. Bob 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
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
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