Re: Scrolling a Card? MouseMove solution
P.S Date: Mon, 23 Feb 2004 21:58:49 -0800 From: Ken Norris [EMAIL PROTECTED] Subject: Re: Scrolling a Card? MouseMove solution Also: Thanks to Dar for time andconsideration. Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card? MouseMove solution
Hi Frank, Scott, et al... Date: Mon, 23 Feb 2004 01:27:20 + From: Frank Leahy [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Unless you have a background process that needs time in your app, it doesn't really matter if the processor gets hogged for a bit (and OSX should take care of other processes ok) -- but it might be interesting to code it that way. -- Exactly right. It could easily be an issue, if the user's machine is online doing something besides idle. -- 2) It doesn't appear to have bounds. What happens if you try to drag the image past the hScroll or vScroll limits of the scrollbars? Does the engine stop it automatically? Does it throw an error? Setting the scroll negative will pin it to zero, and setting it max will pin it to max. Notice too I get the current value of the scroll each time through the loop, so that once it's pinned mouse movement in the opposite direction will start scrolling right away. -- Thanks so much. I was trying to set limits in the handler, but, as you say, it isn't necessary because setting scroll values beyond scroll limits just returns valid limits on either end. -- From: Scott Rossi [EMAIL PROTECTED] Subject: Re: Scrolling a Card? In the past, another important concern for constructs such as repeat while the mouse is down or repeat until the mouse is up was that the mouseup event would sometimes get overlooked in the repeat handler. -- Oh yeah...that too. Occasionally the mouse events in a repeat structure used to cough. I _also_ don't know if it's been fixed. Anyway, here's my solution which works *the Rev way*. Many thanks to Frank Leahy for a working script, Thomas McGrath III for time and thoughts, and Scott Rossi for ongoing advice. The skinny form, thoroughly tested (watch linewraps): on mouseDown global gTX,gTY put item 1 of mouseLoc() into gTX put item 2 of mouseLoc() into gTY set the allowMove of me to true ## automatically creates a custom prop end mouseDown on mouseMove x,y global gTX,gTY if the allowMove of me then ## substitute your group name or id: set hScroll(group id 1006) to hScroll(group id 1006)+(gTX-x) set vScroll(group id 1006) to vScroll(group id 1006)+(gTY-y) put x into gTX put y into gTY end if end mouseMove on mouseUp global gAllowMove set the allowMove of me to false end mouseUp That about does it -- have fun ;-) Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hi Frank, Date: Sun, 22 Feb 2004 00:02:42 + From: Frank Leahy [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Here's code I use to scroll an image in the direction that the mouse is moving. -- Thanks, I'm looking it over. Hmmm...couple of things: 1) I might try to convert it to a mouseMove because polling mouse events (repeat while the mouse is down...) hogs the processor. 2) It doesn't appear to have bounds. What happens if you try to drag the image past the hScroll or vScroll limits of the scrollbars? Does the engine stop it automatically? Does it throw an error? Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
On Monday, February 23, 2004, at 12:19 AM, [EMAIL PROTECTED] wrote: Hmmm...couple of things: 1) I might try to convert it to a mouseMove because polling mouse events (repeat while the mouse is down...) hogs the processor. Unless you have a background process that needs time in your app, it doesn't really matter if the processor gets hogged for a bit (and OSX should take care of other processes ok) -- but it might be interesting to code it that way. 2) It doesn't appear to have bounds. What happens if you try to drag the image past the hScroll or vScroll limits of the scrollbars? Does the engine stop it automatically? Does it throw an error? Ken N. Setting the scroll negative will pin it to zero, and setting it max will pin it to max. Notice too I get the current value of the scroll each time through the loop, so that once it's pinned mouse movement in the opposite direction will start scrolling right away. -- Frank ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
polling mouse events (repeat while the mouse is down...) hogs the processor. Unless you have a background process that needs time in your app, it doesn't really matter if the processor gets hogged for a bit (and OSX should take care of other processes ok) -- but it might be interesting to code it that way. In the past, another important concern for constructs such as repeat while the mouse is down or repeat until the mouse is up was that the mouseup event would sometimes get overlooked in the repeat handler. I don't know if this issue was ever addressed at a lower level but the possibility of missing a mouse event, as well as the additional processor use, were significant reasons for avoiding the aforementioned type of script. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Email: [EMAIL PROTECTED] Web: www.tactilemedia.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Date: Sat, 21 Feb 2004 00:28:38 -0700 From: Dar Scott [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Are you setting the scroll on the card group? --- Yep. A map with both scrollbars and a grab ability is the model I'm looking for. Gives the user more options, i.e., all-axis fine scrolling control. Like this: I want to scroll the card group by faking a grab. Obviously you can't grab the group, because the scrollbar objects themselves would move with it. No good. What needs to happen is to grab the _scroll_ of the group such that the _content_ sticks to the mouse, and the scrollbars follow it. It gives the user fine all-axis control, like a grab. But, in order for it to work within the scroll limits, I figured you have to bound it by those limits. I want it to stop scrolling safely when you get to a max or min scroll limit, IOW, grabbing and moving when it gets there won't make it move any futher. The problem has been that executing a grab using the mouse offset and a max/min expression with the scroll (hScroll,vScroll) causes it to move like the scrollbars work, i.e., opposite the drag direction, rather than sticking to the mouse, i.e., moving exactly with it. Grab and drag it a ways, release and move back, grab an drag it some more, etc. Thus, it needs to operate like a normal grab of an object, _but_ work with the actual scroll, moving the thumbs with it, and in the proper way. Not so easy to do. I haven't seen an example. Thanks again, Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hi Christopher, Klaus, Could you please explain under what circumstances this handler would require to be explicitly declared? This seems like something implicit to the engine, and if not handled reliably then how many other things need to be re-defined? Looks like this has been carefully explained by other listers :-) Actually i just got used to add this extra-handler, although it might NOT be necessary sometimes... ;-) Yours, Chris On Feb 20, 2004, at 4:17 PM, Klaus Major wrote: on mouserelease mouseup end mouserelease Have a nice weekend... Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hi Ken, Date: Sat, 21 Feb 2004 00:28:38 -0700 From: Dar Scott [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Are you setting the scroll on the card group? --- Yep. A map with both scrollbars and a grab ability is the model I'm looking for. Gives the user more options, i.e., all-axis fine scrolling control. Like this: I want to scroll the card group by faking a grab. Obviously you can't grab the group, because the scrollbar objects themselves would move with it. No good. What needs to happen is to grab the _scroll_ of the group such that the _content_ sticks to the mouse, and the scrollbars follow it. It gives the user fine all-axis control, like a grab. But, in order for it to work within the scroll limits, I figured you have to bound it by those limits. I want it to stop scrolling safely when you get to a max or min scroll limit, IOW, grabbing and moving when it gets there won't make it move any futher. The problem has been that executing a grab using the mouse offset and a max/min expression with the scroll (hScroll,vScroll) causes it to move like the scrollbars work, i.e., opposite the drag direction, rather than sticking to the mouse, i.e., moving exactly with it. Grab and drag it a ways, release and move back, grab an drag it some more, etc. Thus, it needs to operate like a normal grab of an object, _but_ work with the actual scroll, moving the thumbs with it, and in the proper way. Not so easy to do. I haven't seen an example. Let me see if i get you right... You are faking a group with separate scrollbar-objects? Why does a goup with its v- and hscrollbar set to true does not work for you? (I am still presuming a group as high/wide as a card...) Thanks again, Ken N. Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Subject: Re: Scrolling a Card?
Hi Klaus, Date: Sat, 21 Feb 2004 11:57:44 +0100 From: Klaus Major [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Let me see if i get you right... You are faking a group with separate scrollbar-objects? --- Nope. The group has normal scrollbars (checked in Inspector for the group). I'm faking a 'grab' of the content of the group by setting hScroll/vScroll relative to mouseMove coordinates in a max/min bounding expression. You hold down the mouse inside the card and 'grab' it (the fake, because a real grab in Rev can't pass messages nor bound itself, and would end up moving the entire group, scrollbars and all, which is no good), move it in any direction you want, but when it reaches the scroll limits, it wont go any further in that direction. Since I'm setting hScroll/vScroll via mouseMove, the scrollbars react like their supposed to, but that's not the problem...read on. - Why does a goup with its v- and hscrollbar set to true does not work for you? -- It does...see above. -- (I am still presuming a group as high/wide as a card...) -- The stack window, yes. My expression moves the group and the scrollbars react OK, but it's causing the contents to scroll like the scrollbars do, i.e., opposite the direction you move the mouse instead of grabbing it and moving with the mouse. Does that help you to understand? I can send you a SC project offlist that shows exactly what I want to do. SC 'grab' command allows message passing and rect bounds, very simple scripts (I wish Rev had this feature). I want to fine scroll an aerial photograph enlargement by grabbing it, but I also want it to have scrollbars that react properly with the grab, which I can do very easily in SC. I want a Windows method to do the same thing. It's a normal thing with large maps. These aerials will have accompanying object and property-line graphics which can be examined with the aerial in multiple ways, i.e. measure distances from ground-truth controls, locate underground utilities, scale grids, variable tints between certain objects (making them stand out on the aerial), clickable objects which display relevent ground photos (closeups) and accompanying data. The state has closed a couple of their aerial photo departments due to budget cuts. I figure I might be able to inch my way into a niche of that market if I hurry. If I can come up with a couple demos county users and private parties can run on their machines, maybe I can put together a proposal to get $$ for modern data acquisition equipment and an appropriate bird for the aerial platform. Like this Leica system you might have heard of: http://www.lh-systems.com/products/aerial_cameras.html Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
At 10:43 AM +0900 2/20/2004, Doug Lerner wrote: This is still confusing to me. If the location size of the group is the same as the window size then where are controls in the group that you want to scroll and see? Do you place them outside the rectangle of the card? That's right: they're outside the window boundaries, so scrolling brings them into view. (Or they're larger than the window boundaries: for example, if you want to scroll around a large image in a small window, the image will be bigger than the window is.) -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
I had a heck of a time with this and didn't satisfactorily solve it. Every time I opened the stack, the group resized even though I had locked the location. I tried setting the rect of the stack and the rect of the group on preOpenStack just to get the scroll bars to work and it still doesn't work... I have a row of buttons that is wider than the card so I grouped them, resized the group to be within the card rect and locked the location. Some of the buttons have thumbnail pictures on them that reference an external jpeg file. Maybe that's what's confusing the group... I don't know... Jim on 2/20/04 2:04 AM, Jeanne A. E. DeVoto wrote: At 10:43 AM +0900 2/20/2004, Doug Lerner wrote: This is still confusing to me. If the location size of the group is the same as the window size then where are controls in the group that you want to scroll and see? Do you place them outside the rectangle of the card? That's right: they're outside the window boundaries, so scrolling brings them into view. (Or they're larger than the window boundaries: for example, if you want to scroll around a large image in a small window, the image will be bigger than the window is.) -- OYF is... Highly resourceful people working together. http://www.OwnYourFuture-net.com Own Your Future Consulting Services Limited, 1959 Upper Water Street, Suite 407, Halifax, Nova Scotia. B3J 3N2 Info Line: 902-823-2477, Phone: 902-823-2339. Fax: 902-823-2139 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
On 2/20/04 12:53 PM, Jim Carwardine wrote: I had a heck of a time with this and didn't satisfactorily solve it. Every time I opened the stack, the group resized even though I had locked the location. I helped someone with a similar problem once, and it turned out he hadn't really locked the group. He'd locked the objects inside the group. Make sure you have selected the actual group itself and set its lockloc to true. Then save the stack so the property setting will stick. With a properly-locked group, I have never seen a failure. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Howdy, I've had the scrolling working since Ken ray posted the steps. Now I want to simulate a grab (OH, do I ever wish Rev had a 'grab with message within rect') which scrolls the group, including the scrollbars to follow it, of course. It's quite convoluted, because it needs to: 1) Work within scroll bounds (4 scroll coordinates). 2) Work backwards from a normal grab routine because of the way the scroll works. 3) Switch cursors. 4) Work only while the mouse is down. Where might a set of map-grabbing routines be which might help (maps are usually bigger than the window)? Has anyone done what I'm talking about? I've been fiddling with it for hours and can't quite get it. Something is always wrong, either in my max/min routine, or the cursor offset. My pore ole brain's in a twist. Maybe there's an easier way I don't know about. TIA, Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hi Ken, Howdy, I've had the scrolling working since Ken ray posted the steps. Now I want to simulate a grab (OH, do I ever wish Rev had a 'grab with message within rect') which scrolls the group, including the scrollbars to follow it, of course. It's quite convoluted, because it needs to: 1) Work within scroll bounds (4 scroll coordinates). 2) Work backwards from a normal grab routine because of the way the scroll works. 3) Switch cursors. 4) Work only while the mouse is down. Where might a set of map-grabbing routines be which might help (maps are usually bigger than the window)? Has anyone done what I'm talking about? I've been fiddling with it for hours and can't quite get it. Something is always wrong, either in my max/min routine, or the cursor offset. My pore ole brain's in a twist. Maybe there's an easier way I don't know about. Try this in the group script. I might cover item 2, 4 and (with two more lines in mousedown ;-) 3 of your wishlist. I am not sure if i understand item 1, but this one will get you started... local darfziehen, x1, y1 ## darfziehen = german for maydrag on mousedown put true into darfziehen put the hScroll of group xxx + the mouseH into x1 put the vScroll of group xxx + the mouseV into y1 end mousedown on mouseup put empty into darfziehen end mouseup on mouserelease mouseup end mouserelease on mousemove x,y if darfziehen = empty then exit mousemove set the hScroll of group xxx to x1 - x set the vScroll of group xxx to y1 - y end mousemove Hope that helps... TIA, Ken N. Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Howdy, Can someone please show me how to reverse this line, i.e., make it progress instead of regress? put max(gMinHscroll,min(gMaxHscroll,x-gOffsetH)) into gXmove TIA, Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Klaus, Could you please explain under what circumstances this handler would require to be explicitly declared? This seems like something implicit to the engine, and if not handled reliably then how many other things need to be re-defined? Yours, Chris On Feb 20, 2004, at 4:17 PM, Klaus Major wrote: on mouserelease mouseup end mouserelease ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
On Friday, February 20, 2004, at 04:39 PM, Ken Norris wrote: put max(gMinHscroll,min(gMaxHscroll,x-gOffsetH)) into gXmove I can only guess what you are doing. My guess: put max(gMinHscroll,min(gMaxHscroll, -(x-gOffsetH) )) into gXmove Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hi Klaus, Date: Fri, 20 Feb 2004 23:17:45 +0100 From: Klaus Major [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Try this in the group script. I might cover item 2, 4 and (with two more lines in mousedown ;-) 3 of your wishlist. I am not sure if i understand item 1, but this one will get you started... local darfziehen, x1, y1 ## darfziehen = german for maydrag :-) I wonder what the root for that is. Anyway, danke schoen. I'll see if I can plug some of it into the max/min bounding handler. I have to keep the scroll in bounds of the hScroll/vScroll limits because of the scrollbars. Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
On Saturday, February 21, 2004, at 12:19 AM, Ken Norris wrote: Something is causing it to snap to the topleft of the scroll when I start to move it, which it wasn't doing when it was going the wrong way. Will take a little more study to figure out why. I'm having trouble guessing what you are doing. Are you adjusting the location of a group with the card group? Are you setting the scroll on the card group? Dar Scott ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Apparently you have to accomplish this by creating a group that is as large as the scrolling size you want and then add scrollbars to the group. The card itself does not scroll. I would love to see a sample stack with this myself. doug On 2/20/04 9:16 AM, Kathy Jaqua [EMAIL PROTECTED] wrote: Is it possible to scroll a card that is longer and/or wider then the screenRect? What property would I use? Kathy Graves Jaqua A Wildest Dream Software [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
You got me. :) I haven't actually tried this yet. I've been meaning to though. All I know is what it says in the docs: - You create a scrolling window by placing all the objects on the card in a scrolling group. If you make the group the same size as the stack window, scrolling the group causes the whole content area of the window to scroll. To display the group¹s horizontal or vertical scroll bar, set the group¹s hScrollbar or vScrollbar property to true. You can either set these properties in a handler or the message box, or use the Basic Properties pane in the group¹s property inspector to display or hide a vertical or horizontal scroll bar. Tip: After sizing the group to fit the window, set the group¹s lockLocation property to true. This prevents it from automatically resizing to fit the contents when you switch cards. - But what confuses is me is what does it mean by make the group the same size as the stack window...? If you do that, what is the scroll for? doug On 2/20/04 9:35 AM, Kathy Jaqua [EMAIL PROTECTED] wrote: Thanks Doug! OK sooo, I would create a bottom level group larger then the card and ... would I lose the groups that are on the card If I scrolled them out of sight? Do they scroll out of sight? Um :) Kathy Graves Jaqua A Wildest Dream Software ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
It's really just saying set the location size of the group to the window size. Doing this enables you to scroll the group, otherwise the group would span outside the stack window without an option to scroll... It doesn't mean re-orgranize the objects within the group so they all fit into the stack window. Umm, confusing to word... I hope this makes sense :) From: Doug Lerner [EMAIL PROTECTED] Reply-To: How to use Revolution [EMAIL PROTECTED] To: How to use Revolution [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Date: Fri, 20 Feb 2004 09:54:56 +0900 You got me. :) I haven't actually tried this yet. I've been meaning to though. All I know is what it says in the docs: - You create a scrolling window by placing all the objects on the card in a scrolling group. If you make the group the same size as the stack window, scrolling the group causes the whole content area of the window to scroll. To display the group¹s horizontal or vertical scroll bar, set the group¹s hScrollbar or vScrollbar property to true. You can either set these properties in a handler or the message box, or use the Basic Properties pane in the group¹s property inspector to display or hide a vertical or horizontal scroll bar. Tip: After sizing the group to fit the window, set the group¹s lockLocation property to true. This prevents it from automatically resizing to fit the contents when you switch cards. - But what confuses is me is what does it mean by make the group the same size as the stack window...? If you do that, what is the scroll for? doug On 2/20/04 9:35 AM, Kathy Jaqua [EMAIL PROTECTED] wrote: Thanks Doug! OK sooo, I would create a bottom level group larger then the card and ... would I lose the groups that are on the card If I scrolled them out of sight? Do they scroll out of sight? Um :) Kathy Graves Jaqua A Wildest Dream Software ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution _ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Scrolling a Card?
But what confuses is me is what does it mean by make the group the same size as the stack window...? If you do that, what is the scroll for? Here's an example: Let's say you want to be able to view an image that is larger than the current card. You'll need to be able to scroll to be able to get to the various parts of the image to view. From the user's perspective they think they're scrolling the window, but what's really happening is that they're scrolling the group. To make this happen: 1) Find/make a large image (let's say 800x600). 2) Create a stack whose size is 640x480 3) Import the image onto the card - it will (of course) be too big to fit, but it will still be there. 4) With the image selected, group it (choose Group Selected from the Object menu) 5) Then, set the rect of the group to the rect of the card (set the rect of group 1 to the rect of this card) 6) Open the Properties palette for the group and display the vertical and horizontal scrollbars 7) Set the lockLocation of the group to true 8) Switch to browse mode, and you'll see that you'll be able to use the scrollbars in the group to see the different parts of the image. The bottom line is that if the size of the group object is *small* than the size of the contents of the group, you can use the scrollbars of the group to navigate within that space. The reason for setting the lockLocation of the group to true is that if you leave it false, the next time you add or adjust an object that is *inside* of the group (say with the pointer tool and Select Grouped turned on in the toolbar), the group will automatically expand to a size that fits its contents. If you set the lockLocation to true, the group will stay at whatever size it was resized to regardless of the size of its contents. HTH, Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Yeah, Plus if the original group is now larger than the card/window the scroll bars won't do anything SO changing the size of the larger group down to the window size (or what ever size you want) will make the scroll bars available. Then lock the group loc so it doesn't regrow on ya. Tom On Feb 19, 2004, at 8:12 PM, Jeremy Smith wrote: It's really just saying set the location size of the group to the window size. Doing this enables you to scroll the group, otherwise the group would span outside the stack window without an option to scroll... It doesn't mean re-orgranize the objects within the group so they all fit into the stack window. Umm, confusing to word... I hope this makes sense :) From: Doug Lerner [EMAIL PROTECTED] Reply-To: How to use Revolution [EMAIL PROTECTED] To: How to use Revolution [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Date: Fri, 20 Feb 2004 09:54:56 +0900 You got me. :) I haven't actually tried this yet. I've been meaning to though. All I know is what it says in the docs: - You create a scrolling window by placing all the objects on the card in a scrolling group. If you make the group the same size as the stack window, scrolling the group causes the whole content area of the window to scroll. To display the group¹s horizontal or vertical scroll bar, set the group¹s hScrollbar or vScrollbar property to true. You can either set these properties in a handler or the message box, or use the Basic Properties pane in the group¹s property inspector to display or hide a vertical or horizontal scroll bar. Tip: After sizing the group to fit the window, set the group¹s lockLocation property to true. This prevents it from automatically resizing to fit the contents when you switch cards. - But what confuses is me is what does it mean by make the group the same size as the stack window...? If you do that, what is the scroll for? doug On 2/20/04 9:35 AM, Kathy Jaqua [EMAIL PROTECTED] wrote: Thanks Doug! OK sooo, I would create a bottom level group larger then the card and ... would I lose the groups that are on the card If I scrolled them out of sight? Do they scroll out of sight? Um :) Kathy Graves Jaqua A Wildest Dream Software ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution _ Hot chart ringtones and polyphonics. Go to http://ninemsn.com.au/mobilemania/default.asp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Howdy, Date: Fri, 20 Feb 2004 09:20:15 +0900 From: Doug Lerner [EMAIL PROTECTED] Subject: Re: Scrolling a Card? Apparently you have to accomplish this by creating a group that is as large as the scrolling size you want and then add scrollbars to the group. The card itself does not scroll. I would love to see a sample stack with this myself. I haven't tried this in Rev yet. I know how I expected it work, but it didn't. I made my card content into a group. In my experiment, I just imported an oversize image, grouped it, and clicked on the Horiz and Vert scrollbar checkboxes of the group, expecting it to automate the process, but... The spaces where the scrollbars should be showed up _outside_ the edge of the group instead of _inside_ the window, and there are no actual scrollbars in them. It lost all intuitiveness. Now what do we do? Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Scrolling a Card?
Hello, Date: Fri, 20 Feb 2004 01:12:21 + From: Jeremy Smith [EMAIL PROTECTED] Subject: Re: Scrolling a Card? It's really just saying set the location size of the group to the window size. Doing this enables you to scroll the group, otherwise the group would span outside the stack window without an option to scroll... It doesn't mean re-orgranize the objects within the group so they all fit into the stack window. But the problem appears to be that you can't return the scroll values of the group, because it doesn't really move. Only the content of the card moves, and there doesn't appear to be a way of retrieving that value. If you return, say, the loc of the group _or_ the card when the view provided by moving the scrollbars change, they don't change with it What is the object actually being moved, and how do we retrieve its scroll values or location? Ken N. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Scrolling a Card?
But the problem appears to be that you can't return the scroll values of the group, because it doesn't really move. Only the content of the card moves, and there doesn't appear to be a way of retrieving that value. Actually, you can ask for the scroll (or hScroll or vScroll) of the group object and get a value. The objects actually do move, so if the hScroll of the group is 100 pixels, the loc of all the objects inside the group has moved 100 pixels. So basically when the hScroll is 0 and the vScroll is 0, all the objects are in their original locations. I hope this helps, Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution