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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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]
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
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
___
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
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
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:
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
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
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
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
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
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
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
27 matches
Mail list logo