Ah. the "Select All" button in the "Find and Replace" dialog. Never tried it.
Pretty good alright.
Is this documented anywhere? Tongue in cheek, I bemoaned a while back that
Rev needs a Goodman-like reference; the ins and outs of the IDE itself. And I
know it is as hard to write that sort of th
DunbarX wrote:
> I am rewriting the "ss" function in HC. Because it is there.
Jim Ault wrote:
ss = search script containers for a string
Rev Find is more powerful in some ways, but HC would highlight the found
string after opening a script container, but only for the frontmost
stack. Rev
Jacque.
I know, and it works really well. Anyway, for me the exercise is worth it.
Craig
In a message dated 3/18/09 5:26:51 PM, jac...@hyperactivesw.com writes:
> All the supergrouper stuff is built into the IDE, just select more than
> one object (shift-click with the edit arrow) and open the
dunb...@aol.com wrote:
Richard.
Er, it doesn't. I am rewriting "ss" and the "superGrouper" handlers. Goofed.
All the supergrouper stuff is built into the IDE, just select more than
one object (shift-click with the edit arrow) and open the property
inspector. The "align objects" pane is what
Richard.
Er, it doesn't. I am rewriting "ss" and the "superGrouper" handlers. Goofed.
Craig
In a message dated 3/18/09 4:52:21 PM, ambassa...@fourthworld.com writes:
> BTW: How does ss relate to the mouseControl?
>
**
Great Deals on Dell 15&quo
ries, and backScripts).
It's available in RevNet - in Rev see Development->Plugins->GoRevNet,
and once you're in look in Stacks for "4w_ScriptSearch.rev".
BTW: How does ss relate to the mouseControl?
--
Richard Gaskin
Fourth World
Revolution trai
t get this to work at all:
on mouseUp
set cursor to plus
repeat until the optionKey is down
if the mouseClick then put the mouseControl
end repeat
end mouseUp
Only changed one word.
I can get mouseLocs at each click all around the stack. I can only get the
mouseControl for the o
All;
This thread sounds like we have a vermin problem. We do.
The "mouseStack" function works just fine.
Why not the "mouseControl" function??.
Craig Newman
**
Great Deals on Dell 15" Laptops - Starting at $479
(http://pr.atwola.com/promoclk/100126575x
ss = search script containers for a string
Rev Find is more powerful in some ways, but HC would highlight the
found string after opening a script container, but only for the
frontmost stack. Rev Find is wider in scope.
Jim Ault
Las Vegas
On Mar 18, 2009, at 12:26 PM, Richard Gaskin wr
In a message dated 3/18/09 3:27:08 PM, ambassa...@fourthworld.com writes:
> What does "ss" do?
>
"SearchScript", in the HC "home" stack. It allows you to request all
instances of a string in any object within any stack: fld, btns, cds, bgs, the
stack
itself. It opened the script editor of e
On Mar 18, 2009, at 3:26 PM, Richard Gaskin wrote:
I am rewriting the "ss" function in HC. Because it is there.
What does "ss" do?
Search Scripts, it would search through all of your stack's scripts.
___
use-revolution mailing list
use-revolutio
DunbarX wrote:
I am rewriting the "ss" function in HC. Because it is there.
What does "ss" do?
--
Richard Gaskin
Fourth World
Revolution training and consulting: http://www.fourthworld.com
Webzine for Rev developers: http://www.revjournal.com
___
Colin.
Hmmm.
So I put a "mouseEnter" handler in the stack script, and this does report
whatever control the mouse runs over as it travels. I would have thought so
myself.
I cannot believe that I cannot call it at will from a running handler,
though. This seems like a bug. Why so different fro
On Mar 18, 2009, at 2:03 PM, dunb...@aol.com wrote:
Don't get it. The mouse is over a control when I click. If not, I
know I
would get empty. Your modification gives me:
You're still in the mouseup handler of the original control, and so I
guess that's the control that the handler still s
Colin.
Don't get it. The mouse is over a control when I click. If not, I know I
would get empty. Your modification gives me:
"controlled by" && a continuous monitoring of the ticks && the original
control only.
I can get other functions to work. It is just the
On Mar 18, 2009, at 1:39 PM, dunb...@aol.com wrote:
I can get mouseLocs at each click all around the stack. I can only
get the
mouseControl for the object that contains the script itself.
Something about the
mouseControl?
As you no doubt read in the help, you get empty if you're not
t all:
on mouseUp
set cursor to plus
repeat until the optionKey is down
if the mouseClick then put the mouseControl
end repeat
end mouseUp
Only changed one word.
I can get mouseLocs at each click all around the stack. I can only get the
mouseControl for the object that contains the scr
I did try this, and it works, but a bit sluggish...
function getPixel
repeat with x=1 to (the number of fields in group "iconEditorArea")
if the mouseLoc is within (the rect of fld x of group "iconEditorArea")
then
return x
end if
end repeat
end getPixel
And this function is w
Hi Derek,
Hi Webmaster - Dreamscape Software,
(may i call you Derek? ;-)
Yes, You may.
:-)
on mousedown
set the dragdata["text"] to the number of the target
## or short name or...
end mousedown
on dragmove
put the target ## into fld xyz
## or short name of the target or...
end dragmov
> Hi Webmaster - Dreamscape Software,
> (may i call you Derek? ;-)
Yes, You may.
> on mousedown
>set the dragdata["text"] to the number of the target
>## or short name or...
> end mousedown
>
> on dragmove
>put the target ## into fld xyz
>## or short name of the target or...
> end
mouseControl function to do this, but only if the mouse
is not
down, and I need this to work while the mouse is down.
This is a case for drag'n'drop :-)
Group your fields and add this script to the group:
on mousedown
set the dragdata["text"] to the number of the target
## or
I have a group with 32x32 fields. I want to be able to click 1 of the
fields, and move the mouse around (while the mouse button is still down) and
have the group test what field the mouse is currently over.
I can get the mouseControl function to do this, but only if the mouse is not
down, and I
On Friday, October 17, 2003, at 08:57 AM, [EMAIL PROTECTED]
wrote:
What is the best way to find out which control the mouse is over when
the mouse button is depressed? Functions such as target() within a
mouseMove handler and mouseControl() placed in the group script always
return the control
On Friday, October 17, 2003, at 03:18 AM, Martin Baxter wrote:
Trevor,
Some variation of this script in your stack or card script might do
what
you want. I find it works the same whether the mouse button is up or
down.
I use a version of this as a development utility so I can get the name
of
What is the best way to find out which control the mouse is over when
the mouse button is depressed? Functions such as target() within a
mouseMove handler and mouseControl() placed in the group script always
return the control the user clicked on rather than the control the
mouse is currently
rn the target() or
>>> mouseControl() of the control the user clicked on rather than the
>>> control the mouse is currently over. Is there something I am missing
>>> that will allow me to get the id of the control the mouse is over
>
On Thursday, October 16, 2003, at 06:37 PM, Monte Goulding wrote:
In my tests the mouseMove handler will always return the target() or
mouseControl() of the control the user clicked on rather than the
control the mouse is currently over. Is there something I am missing
that will allow me to get
> On Thursday, October 16, 2003, at 05:38 PM, Monte Goulding wrote:
> >> What is the best way to find out which control the mouse is over when
> >> the mouse button is depressed? Functions such as target() within a
> >> mouseMove handler and mouseControl() pla
On Thursday, October 16, 2003, at 05:38 PM, Monte Goulding wrote:
What is the best way to find out which control the mouse is over when
the mouse button is depressed? Functions such as target() within a
mouseMove handler and mouseControl() placed in the group script always
return the control the
> What is the best way to find out which control the mouse is over when
> the mouse button is depressed? Functions such as target() within a
> mouseMove handler and mouseControl() placed in the group script always
> return the control the user clicked on rather than the control
read the scripts?
One smart solution ;-) is to use the messagebox:
Type:
edit script of the mousecontrol
DON'T hit RETURN yet!!!
Instead positon the cursor on top of that menubutton
and THEN hit RETURN...
I am puzzled by the way in which the "mousecontorl" function is
imp
31 matches
Mail list logo