Re: Colorize Script

[Dreamscape Software Webmaster]

> Script colorization is available in The Scripter's Scrapbook for 7
languages
> including HTM, Director, JavaScript, MC/RR, AppleScript...

I downloaded the stack and looked through it and I can't find any scripts
that demonstrate how to setup a colorizer much like the one in MC/RR.

Derek Bump
Dreamscape Software

Compress Images Easily with JPEGCompress 1.2
http://www.dreamscapesoftware.com


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Message for Ken Norris

[Graham Samuel]

Hi Ken

I tried to send you a thankyou about your scrolling demo, but it bounced:

The SMTP Server program
<[EMAIL PROTECTED]>: host mail.interisland.net[12.17.134.9] said: 553
5.3.0 <[EMAIL PROTECTED]>... Message from 193.252.22.28 rejected
Sorry to disturb the list, but it's the only way to let you know...

Graham

---
Graham Samuel / The Living Fossil Co. / UK & France  

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Call for Sharewareapps/Commercial Products (for Reviews in german MacLife Magazine)

[Malte Brill]

Hi listas,

I´ve been very quite the last weeks as I was moving my office. But now I´m
back @ work.

The Mac Magazine I´m writing for has asked me to write quite a few articles
on interesting Shareware, Freeware and commercial apps. available for Mac (X
and/or Classic). So if you have something you would like to see tested in
the german MacLife mag. please contact me off list. If you hurry (and I am
fast enough writing) I hopefully can arrange it for the next issue ( I have
only one week left...). Short descriptions of what your app. does are very
welcome. German localisations will be considered a plus, but no must ;-)
 

Regards,

Malte

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re : Dragging and changing a curve (image)

[Beat Cornaz]

I know that Alejandro has developed a bezier function for RR. It is very cool.

If you want to just plot a known function, I would recommend my
favorite graphics tool, Turtle Graphics.

The code to implement TG is on my web site at
http://home.infostations.net/jhurley/ under Turtle Graphics.

Jim


Thanks Jim,
your turtle Graphics works fine from what I've tried and is a 
valuable tool for me. It doesn't solve the problem I'm facing though.

I want to be able to change the shape of a curve by interacting with 
it on screen with the mouse. At the same time I need to know the 
algebraic formula of the curve (the changed one (the new one)) in 
order to do calculations with it. Let's say I start out with y = 
3x^0.9 + 12. As soon as I change the curve with the mouse, I need to 
know the new formula (f.i. y = 3x^1.2 + 33).

 The curve is just a visual rerpesentation of something on the 
screen, but needs to changed a lot. Of course I can do that with 
sliders (that's the way I do it now) but it would be so much neater 
to be able to click and drag-change the curve.

I'm VERY INTERESTED in the Bezier function by Alejandro. Where can I 
get that one?

** If you keep your eyes off of your goal, you'll see mostly obstacles.
--
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Screech Back

[Mathewson]

So RR can say to me "How about a quick one?" using the
SPEAK command

How can I say "No thanks" and have RR recognise that


Richmond
__
See Mathewson's software at:

http://members.maclaunch.com/richmond/default.htmland
http://www.runrev.com/Revolution1/developercentral/usercontributions.html
___
---
Great Macintosh Products 
 The MacLaunch Store! http://www.maclaunch.com/cgi-launch/store/agora.cgi
---
Make the most out of Apple's innovative technologies
http://developer.apple.com/wwdc/applelinks.html
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

Hi,

I'm not a Revolution "pro", but hope this helps...

 > 1 (& 2).  How do I get the Quit and Preferences Menu Items to work
 correctly on MacOS Classic and X?
It took me a while to figure this one out... but, here's what works for me.
Put this in the stack script of your main stack (of course change
"someStack" to your stack's name):
on appleEvent aeClass,aeID
  if aeClass & aeID = "aevtpref" then
send "menuPick" && "Preferences..." to btn "Edit" of stack "someStack"
  else if aeClass & aeID = "aevtquit" then
send "menuPick" && "Quit" to btn "File" of stack "someStack"
  end if
end appleEvent
Thanks a lot, I'll give this a try. But is there no document that 
describes how to do this? Also why is the readme file wrong??

This of course, will work in a standalone.

 If I then make a standalone (with the CheckBox initially unchecked)
 and then run it and then click the checkbox so it's checked and press
 OK, when I next load the Stack, should the Checkbox be on or off?
It will be off.  In a standalone, this won't work -- you can't save a stack
that is a standalone - period.  But, you can:
(1) save and load the state of a checkbox (or other controls) - this is my
personal preference.
(2) have your standalone open a stack file.  Now it can be saved.
How do I handle this? Specifically how do I:

1)  Check if I am running as a Standalone or under the RunRev IDE.

2)  If running under the RunRev IDE, I take it I can save as I have 
been doing, although it doesn't seem to make any difference whether I 
execute a "save this stack" or not. In other words if I have one 
checkbox in a stack, the state of that checkbox gets saved whether or 
not I execute the "save stack" command. Is this the correct action? 
How can I NOT save the stack (in this case because the Cancel button 
was pressed).

3) If running as Standalone, I am guessing that I can issue a  "save 
this stack as FilePathName" command which will save it into the File 
Name and Path specified. But when the Standalone App is re-launched, 
how do I use the contents of the saved stack as the current data.

Again, is any of the documented anywhere? It seems like such a common 
thing to want to do.

Thanks a lot for any Help.
All the Best
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RunRev 2.2. - Problems with Standalone under MacOS Classic

[David Burgun]

Hi,

I just downloaded RunRev 2.2 for MacOS Classic. I have a sample Stack 
which I made into a standalone, but whenever I try to launch the 
Standalone I get the following error from the Finder:

"The Application "Test1" has unexpectedly Quit, because of an error 
type 1,010 Ocured"

Has anyone else seen this?

When I look in the folder where the Standalone App is created, I see 
the following files:

TestSave1			-- The Standalone File

MySQL Library PPC		-- These look suspicions since they 
have a file type and creator of TEXT/ttxt
Valentina_Classic		-- ..

Any help on this Greatly Appreciated.

Thanks a lot
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: RunRev 2.2. - Problems with Standalone under MacOS Classic

[Monte Goulding]

> Hi,
>
> I just downloaded RunRev 2.2 for MacOS Classic. I have a sample Stack
> which I made into a standalone, but whenever I try to launch the
> Standalone I get the following error from the Finder:
>
> "The Application "Test1" has unexpectedly Quit, because of an error
> type 1,010 Ocured"
>
> Has anyone else seen this?
>
> When I look in the folder where the Standalone App is created, I see
> the following files:
>
> TestSave1 -- The Standalone File
>
> MySQL Library PPC -- These look suspicions since they
> have a file type and creator of TEXT/ttxt
> Valentina_Classic -- ..
>

Hmmm... try replacing those files with the corresponding ones form the Rev
folder and let me know if that resolves the issue.

Cheers

Monte

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: CGI Form Example

[Wouter]

On 14 Apr 2004, at 16:09, [EMAIL PROTECTED] wrote:

Message: 1
Date: Tue, 13 Apr 2004 22:47:14 -0600
From: Dar Scott <[EMAIL PROTECTED]>
Subject: Re: CGI Form Example
To: How to use Revolution <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
On Tuesday, April 13, 2004, at 01:18 PM, John Rule wrote:

I am wondering why the 'Survey' example (or ANY cgi example) is hard 
to
find! This is a good example of doing forms from a cgi.
Where is this?

Dar Scott

http://www.metacard.com/apps1.html

WA

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: RunRev 2.2. - Problems with Standalone under MacOS Classic

[David Burgun]

Hi,

Yes, if I copy the files:

MySQL Library PPC
Valentina_Classic
From the RunRev 2.2 Application folder, the Standalone App works ok. 
It looks like it either doesn't  copy the Files correctly or set Type 
and Creator.

Thanks a lot
Dave
 > Hi,
 I just downloaded RunRev 2.2 for MacOS Classic. I have a sample Stack
 which I made into a standalone, but whenever I try to launch the
 Standalone I get the following error from the Finder:
 "The Application "Test1" has unexpectedly Quit, because of an error
 type 1,010 Ocured"
 Has anyone else seen this?

 When I look in the folder where the Standalone App is created, I see
 the following files:
 TestSave1			-- The Standalone File

 MySQL Library PPC  -- These look suspicions since they
 have a file type and creator of TEXT/ttxt
 Valentina_Classic  -- ..
Hmmm... try replacing those files with the corresponding ones form the Rev
folder and let me know if that resolves the issue.
Cheers

Monte

___
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: RunRev 2.2. - Problems with Standalone under MacOS Classic

[David Burgun]

More on this:

If I set the creator and file types correctly for the two libraries 
(e.g. without copying) it works ok too.

Definitely a Type/Creator problem.

All the Best
Dave
Hi,

Yes, if I copy the files:

MySQL Library PPC
Valentina_Classic
From the RunRev 2.2 Application folder, the Standalone App works ok. 
It looks like it either doesn't  copy the Files correctly or set Type 
and Creator.

Thanks a lot
Dave
 > Hi,
 I just downloaded RunRev 2.2 for MacOS Classic. I have a sample Stack
 which I made into a standalone, but whenever I try to launch the
 Standalone I get the following error from the Finder:
 "The Application "Test1" has unexpectedly Quit, because of an error
 type 1,010 Ocured"
 Has anyone else seen this?

 When I look in the folder where the Standalone App is created, I see
 the following files:
 TestSave1			-- The Standalone File

 MySQL Library PPC  -- These look suspicions since they
 have a file type and creator of TEXT/ttxt
 Valentina_Classic  -- ..
Hmmm... try replacing those files with the corresponding ones form the Rev
folder and let me know if that resolves the issue.
Cheers

Monte

___
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: Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Dan Friedman]

Dave,

>> 1 (& 2).  How do I get the Quit and Preferences Menu Items to work
>>  correctly on MacOS Classic and X?
> Thanks a lot, I'll give this a try. But is there no document that
> describes how to do this? Also why is the readme file wrong??

It is documented.  I found it by searching for "quit" in the transcript
dictionary, then choosing "How to respond to quitting an OSX application"
from the "See Also" option.  More times than not, the "see also" menu leads
me in the right direction.

In regards to saving the state of a checkbox:

I don't save stacks from a standalone.  In my opinion, it's just a bad idea.
Mainly because when I update my product down the road, those stacks may
become problematic because they will become out of date.  Instead, I save to
a text file... Like a "preferences" file.

I have a set of routines that will iterate through a group of objects saving
the state of each control (buttons and fields).  When my app launches, I
load the data from the text file into a global variable called gPrefs.
Then, when I open a stack, I call

setPaneData "groupName",gPrefs

When the user click the "OK" button, I call:

put collectPaneData("groupName") into gPrefs
put gPrefs into url ("file:" & prefPath)

Pretty simple, and it works quite well!


If you (or anyone else) is interested in these routines, let me know and
I'll be happy to send them to you --> [EMAIL PROTECTED]

Hope that helps.

-Dan

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Setting screen resolution in Revolution

[Richard Gaskin]

I have an acquaintance who's porting a game to Windows using Rev. It's a 
rather nice game with a string of good reviews behind it so I'm hoping 
we can help him find an answer:

Is there a way to set the screen resolution when a program starts and 
reset it when it ends, on Mac, OS X, and Win?

TIA -

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Setting screen resolution in Revolution

[MisterX]

On the Mac there was an osax (from Jon's I think) (osax is an Applescript
extension (more than one osax is known as osaxen not osii ;). Will it work
on osx?

Windows, there should be a shell but does it work out of dos? I'll ask our
guru tomorow... a dll hack should be the thing...

Unix? Probably debian or gnome or x dependent I imagine.
get shell("chbitdepth 8") // sorry, couldn't resist...

Is it a scale or a bitmap render problem?

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Richard
> Gaskin
> Sent: Wednesday, April 14, 2004 17:50
> To: How to use Revolution
> Subject: Setting screen resolution in Revolution
>
>
> I have an acquaintance who's porting a game to Windows using Rev. It's a
> rather nice game with a string of good reviews behind it so I'm hoping
> we can help him find an answer:
>
> Is there a way to set the screen resolution when a program starts and
> reset it when it ends, on Mac, OS X, and Win?
>
> TIA -
>
> --
>   Richard Gaskin
>   Fourth World Media Corporation
>   ___
>   [EMAIL PROTECTED]   http://www.FourthWorld.com
>
> ___
> 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

Using a card for printing reports

[Bill]

I am having no difficulty importing jpg or png for a card background but it
says in the docs that you can use eps (encapsulated postscript) for an image
background but when I import it it appears that maybe it was imported (it
takes a few seconds and there a no dialogue that says it isn't working but
there is also no indication that it did work.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

Hi All,

I looked at code that was suggested I used to Save the current Stack 
and added the following script to an OK button.

on mouseUp
  if the environment is not "development" then
put the filename of this stack into myStackFilePathName

set itemDelimiter to "/"
delete last item of myStackFilePathName
put "/NewStack.rev" after myStackFilePathName
   
put myStackFilePathName into field FolderPathName
answer "Save?" with "Cancel" or "Save"
if it is "Save" then
  beep   
 
  save this stack as myStackFilePathName
  close this stack
end if
  end if
end mouseUp

I check that the File Path/Name is setup ok (seems fine) then I press 
the "Save" button. I get a "beep" but no stack is saved. What am I 
doing wrong?

This really does seems like such a simple thing to want to do, I just 
cannot believe it's so difficult and that the documentation is so 
poor. Maybe it's just me??

Any help on this would really be handy.
Thanks a lot
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Klaus Major]

Hi David,

Hi All,

I looked at code that was suggested I used to Save the current Stack 
and added the following script to an OK button.

on mouseUp
  if the environment is not "development" then
put the filename of this stack into myStackFilePathName
set itemDelimiter to "/"
delete last item of myStackFilePathName
put "/NewStack.rev" after myStackFilePathName
   put myStackFilePathName into field FolderPathName
answer "Save?" with "Cancel" or "Save"
if it is "Save" then
  beep  save this stack as myStackFilePathName
  close this stack
end if
  end if
end mouseUp
I check that the File Path/Name is setup ok (seems fine) then I press 
the "Save" button. I get a "beep" but no stack is saved. What am I 
doing wrong?

This really does seems like such a simple thing to want to do, I just 
cannot believe it's so difficult and that the documentation is so 
poor. Maybe it's just me??

Any help on this would really be handy.
the stack that has been turned into a standalone CANNOT be "saved 
as..."!
Simply because the stack IS now the standalone.

Sorry...

Thanks a lot
Dave
Regards

Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

Hi David,

Hi All,

I looked at code that was suggested I used to Save the current 
Stack and added the following script to an OK button.

on mouseUp
  if the environment is not "development" then
put the filename of this stack into myStackFilePathName
set itemDelimiter to "/"
delete last item of myStackFilePathName
put "/NewStack.rev" after myStackFilePathName
   put myStackFilePathName into field FolderPathName
answer "Save?" with "Cancel" or "Save"
if it is "Save" then
  beep  save this stack as myStackFilePathName
  close this stack
end if
  end if
end mouseUp
I check that the File Path/Name is setup ok (seems fine) then I 
press the "Save" button. I get a "beep" but no stack is saved. What 
am I doing wrong?

This really does seems like such a simple thing to want to do, I 
just cannot believe it's so difficult and that the documentation is 
so poor. Maybe it's just me??

Any help on this would really be handy.
the stack that has been turned into a standalone CANNOT be "saved as..."!
Simply because the stack IS now the standalone.
Sorry...
Then PLEASE could someone just tell me how I save a Standalone Stack 
PLEASE!!! I've been asking questions about this all day and I'm just 
going round and round and round in circles.

All I want to do is to save the settings of any controls if and only 
if the User Presses ok. I would like this to work as a Standalone and 
under the RunRev IDE, but would be happy if it just worked as a 
Standalone at this stage.

Maybe RunRev isn't the right tool for this after all, I mean if it's 
this hard just to save the contents of a Checkbox!

Why doesn't the documentation say anything about this?

Yours an experated RunRev Newbie!

Thanks
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - a suggestion

[Marian Petrides]

I have no idea whether this would work or not (having never tried to 
save anything from a standalone) but could you:

1) From within the standalone save the data you want to a text file 
when the user presses OK and before closing the standalone app.

2) Next time the standalone gets run, as part of the openStack handler 
read the data from this text file into a series of global variables

3) Use these globals to set the values of the controls

Would this do what you want?

To the other listees: would this work?

M

All I want to do is to save the settings of any controls if and only 
if the User Presses ok. I would like this to work as a Standalone and 
under the RunRev IDE, but would be happy if it just worked as a 
Standalone at this stage.
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Klaus Major]

Hi David,

...
the stack that has been turned into a standalone CANNOT be "saved  
as..."!
Simply because the stack IS now the standalone.

Sorry...
Then PLEASE could someone just tell me how I save a Standalone Stack  
PLEASE!!!
I've been asking questions about this all day and I'm just going round  
and round and round in circles.

All I want to do is to save the settings of any controls if and only  
if the User Presses ok.
I would like this to work as a Standalone and under the RunRev IDE,  
but would be happy
if it just worked as a Standalone at this stage.

Maybe RunRev isn't the right tool for this after all, I mean if it's  
this hard just to save the contents of a Checkbox!
Oh, c'mon, don't panic, it is even REALLY HARDER to do so with other  
tools!
The most ugly way i've ever seen, was offered (?) by MM "Director"...  
Brrr ;-)

Why doesn't the documentation say anything about this?
??

Yours an experated RunRev Newbie!
OK, you can loop through all your (necessary) controls and put them
PLUS their values into a list, which you can then save as a text file...
Or do it manually, if you only have a couple of controls:

...
put "Name of checkbox 1" & TAB & the hilite of btn "Name of checkbox 1"  
& CR after myprefs
put "Name of checkbox 2" & TAB & the hilite of btn "Name of checkbox 2"  
& CR after myprefs
etc...
delete char -1 of myprefs ## get rid of last CR
put mylist into ... see below

And here is the advice WHERE to store your bloody prefs :-D

http://lists.runrev.com/pipermail/use-revolution/2003-December/ 
026781.html

Then on "openstack" or whenever you can read in that list, if present  
and act accordingly...

XXX -> see above
...
if there is a file XXX then
put url XXX  into mylist
set the itemdel to TAB
   ## we saved the list as a tab delimited list...
   repeat for each line l in mylist
set the hilite of btn (item 1 of l) to (item 2 of l)
   end repeat
end if
...
You get the picture...

Thanks
Dave
Regards

Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Richard Gaskin]

David Burgun wrote:
the stack that has been turned into a standalone CANNOT be "saved as..."!
Simply because the stack IS now the standalone. 
Then PLEASE could someone just tell me how I save a Standalone Stack 
PLEASE!!! I've been asking questions about this all day and I'm just 
going round and round and round in circles.
He did: executable files on Windows and UNIX cannot modify themselves. 
The Mac version of Rev enforces this for consistency.

You could, however, use the clone command to clone the stack, using 
answer file to set the stack's filename property and then save the clone.

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

Hi,

I've seen that I can save it as a text file but this seems like a lot 
of work and for reasons explained below I don't think that this is 
the best way to do it (unless I have no alternative). I have really 
large number of controls and need to save the state of all of them. 
This is not just "Preferences" this is the whole of the GUI for a 
large application.

For instance, just one of main windows has seven panes (or tabs) and 
each one of these has 3 or 4 object groups with upwards of 20 
controls in each group.

I don't want to save any "User Data" (e.g. names, addresses etc. etc. 
etc.), just the controls that act on the data. The data is obtained 
from an external source (usually an XML file) and the results of 
processing that data as per the current state of the controls is 
exported back to an XML file. The data itself is never shown to the 
user of this App!

Oh, c'mon, don't panic, it is even REALLY HARDER to do so with other tools!
The most ugly way i've ever seen, was offered (?) by MM 
"Director"... Brrr ;-)
Well I wouldn't use MM director either if it were difficult to save 
the state a Checkbox!

Why doesn't the documentation say anything about this?
I mean that if you look up the "save" command it makes no mention 
that you can't save a stack if it's a Standalone. In fact I've found 
the dictionary good for checking the syntax of a command/message but 
absolutely useless for putting the command/message into context.

OK, you can loop through all your (necessary) controls and put them
PLUS their values into a list, which you can then save as a text file...
Or do it manually, if you only have a couple of controls:

...
put "Name of checkbox 1" & TAB & the hilite of btn "Name of checkbox 
1" & CR after myprefs
put "Name of checkbox 2" & TAB & the hilite of btn "Name of checkbox 
2" & CR after myprefs
etc...
delete char -1 of myprefs ## get rid of last CR
put mylist into ... see below
But there are literally thousands of controls! Do I have to loop 
through all of them? What if I change the GUI to add or remove an 
item? Surely I'd have to keep changing the save/restore code! Seems 
very error prone to me!

And here is the advice WHERE to store your bloody prefs :-D

http://lists.runrev.com/pipermail/use-revolution/2003-December/026781.html

Then on "openstack" or whenever you can read in that list, if 
present and act accordingly...

XXX -> see above
...
if there is a file XXX then
put url XXX  into mylist
set the itemdel to TAB
   ## we saved the list as a tab delimited list...
   repeat for each line l in mylist
set the hilite of btn (item 1 of l) to (item 2 of l)
   end repeat
end if
I found this already, but as I said this isn't preference data, this 
is normal GUI data. I do have a preferences panel and this refers to 
the preferences of the app, the rest of the (large number) of 
stacks/cards/controls refer to preferences on how to process the data 
from the XML file(s).

Not sure what is the best thing to do now.
All the Best
Dave




___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[SimPLsol]

You could have a two stack system: the app. stack and the interface stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the app. stack.
No matter what the user does he/she ends up in the interface stack, which can 
be changed and saved.
Paul Looney
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

David Burgun wrote:
the stack that has been turned into a standalone CANNOT be "saved as..."!
Simply because the stack IS now the standalone.
Then PLEASE could someone just tell me how I save a Standalone 
Stack PLEASE!!! I've been asking questions about this all day and 
I'm just going round and round and round in circles.
He did: executable files on Windows and UNIX cannot modify 
themselves. The Mac version of Rev enforces this for consistency.
Well that's fine and understandable, but it still doesn't tell me how 
to save a stack when I have made a Standalone! But I still don't see 
how that answers my question - "Then PLEASE could someone just tell 
me how I save a Standalone Stack PLEASE!!!".

It's been a long day, maybe I'm just being dumb!

You could, however, use the clone command to clone the stack, using 
answer file to set the stack's filename property and then save the 
clone.
I don't understand this, why would I have to use the "answer file" 
command?  But given that I don't.

This is how I assume it would work:

Given that this is a Standalone App, when it is first loaded, it 
checks to see if there is a "CurrentControls.rev" file. If there is, 
then I want to use it as the current stack to operare on. If there 
isn't, then I want to clone the current stack (which will be the main 
stack and all it's substacks) and put that into a file called 
"CurrentControls.rev".  At certain points during execution of the 
standalone, I want to save back the current control values and put 
them into "CurrentControls.rev". If the user quits, I want to again 
save the settings into "CurrentControls.rev" and have them be used 
when the standalone is next launched by the user.

Can I do this using the clone stack, save stack etc. commands?

Things that worry me from reading the "clone" page in the dictionary:

1. If the object is a stack, the newly created stack is opened. It is 
named "copy of" and the stack's name.

Won't this cause some flickering when the Standalone is launched. If 
I hide the current stack, will the new stack be hidden too? I am 
guessing it will since it says it copies all the properties of the 
object being cloned.

2. Does the clone command, clone all the substacks in the stack? The 
dictionary page doesn't say.

3. From the Dictionary:

When the new control is created, the Pointer tool is automatically 
chosen. If you use the clone command in a handler, you can use the 
following statement after the clone command to resume using the 
Browse tool:

  send "choose browse tool" to me in 1 tick"

Which makes me think this won't work with a standalone.

If it does, then I am guessing I don't need to send the message, correct?

If I can use the clone command, then I am guessing that the code ai 
need would be something like this:

on mouseUp
  if the environment is not "development" then
put "CurrentControls.rev: into myNewStackName
put the filename of this stack into myStackFilePathName
   
set itemDelimiter to "/"
delete last item of myStackFilePathName
put "/" & myNewStackName & ".rev" after myStackFilePathName
  
clone this stack

set the name of it to myNewStackName

answer "Save?" with "Cancel" or "Save"   
if it is "Save" then
  beep 
  save stack myNewStackName as myStackFilePathName
  close this stack
end if
  end if
end mouseUp

Is this correct?

Thanks again!
All the Best
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Using seconds in Revolution

[SimPLsol]

Dominique,
You are correct.
Yes, I'm working in California, where it is now daylight savings time.
Yes, I am using OS X. When using HC on the same computer (in Classic) every 
day has 86400 seconds. Is this just an OS X issue.
I am using Revolution 2.2.
I am sorry I didn't notice this discussion previously (I've been on the list 
for over a year but don't read everything that is posted), didn't mean to 
restart old threads.
Was there a workaround? Some type of immutable seconds, where each day and 
every day contains exactly 86400 seconds? RevSeconds? GMTSeconds?
Paul Looney
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Björnke von Gierke]

How to save stacks using RunRev standalones:
Normally one can save a stack using the "save" command. But standalones 
generated with RunRev can't save themselves. That means that every 
stack within the application is unable to save itself. So one has to 
save a stack that is not part of the Application. Many developer use a 
so called "Splash screen" approach. The application itself is only a 
splash screen, which then loads all the other stacks from a predefined 
location.  For example like this:

on startup
  hide me
  go stack "Interface.rev"
end startup
for this to work the stack "Interface.rev" just has to be in the same 
directory as the application. As "Interface.rev" is not part of the 
application file, it can be saved without problem. As long as it is not 
on a CD or a write protected location as the application folder of Win 
XP, but that is another problem.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: CGI Form Example

[Dar Scott]

On Tuesday, April 13, 2004, at 01:18 PM, John Rule wrote:

Is it just me or
does it seem like little tidbits like this are disappearing to the 
'revpros'
list?
The "Improve Revolution" list is a working list; it gets few tidbits, 
if any.  (I think beta was closed this time, but I don't know if that 
counts as a tidbit.)  Well, nothing like CGI examples.  There are 
benefits to pro and enterprise licenses, though.

It may be that "tidbits like this are disappearing".  It might be that 
Revolution is unsure about what to do with the script-only engine.

I don't know if CGI examples are welcome in example submission, but I 
would hope so.  It might not be appropriate to move examples from the 
Metacard site, though.

I think it reasonable to encourage RunRev related to CGI in particular 
and the command-line engines in general.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Scott Rossi]

Recently, "David Burgun" wrote:

> "Then PLEASE could someone just tell
> me how I save a Standalone Stack PLEASE!!!".

See the reply from <[EMAIL PROTECTED]>.  There's your answer.

Regards,

Scott Rossi
Creative Director
Tactile Media, Development & Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Dar Scott]

On Wednesday, April 14, 2004, at 12:09 PM, [EMAIL PROTECTED] wrote:

Some type of immutable seconds, where each day and
every day contains exactly 86400 seconds?
Seconds are seconds.  How you interpret them is up to you.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Re: Colorize Script

[MisterX]

repeat for each item w in thislanguagekeywords
  put length(w) into wlen
  put 0 into lasta
  repeat
put offset(w, xscript,lasta) into a
if a<1 then exit repeat
add lasta to a
set the textcolor of char a to a+wlen to colorchar[w]
put a into lasta
  end repeat
end repeat

I'll let you figure out the rest...
The colorize script in the original editor (or RR's) is not
complete or handles all script conditions, this repeat is not faster but
more complete. Slows down around 5000 words and 100 keywords...



> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> [EMAIL PROTECTED]
> Sent: Wednesday, April 14, 2004 17:05
> To: [EMAIL PROTECTED]
> Subject: Re: Re: Colorize Script
>
>
> >> Script colorization is available in The Scripter's Scrapbook for 7
> >>languages including HTM, Director, JavaScript, MC/RR, AppleScript...
>
> >I downloaded the stack and looked through it and I can't find any scripts
> >that demonstrate how to setup a colorizer much like the one in MC/RR.
> >
> >Derek Bump
>
>
> The Scripter's Scrapbook will colorize selected text for you if
> you choose
> 'Colorize' from the 'Entries' menu. If you need to roll your own,
> look at the mc
> script which should give you a good starting point.
>
> /H
> ___
> 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: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[J. Landman Gay]

On 4/14/04 1:03 PM, David Burgun wrote:

Then PLEASE could someone just tell me how I save a Standalone Stack 
PLEASE!!! I've been asking questions about this all day and I'm just 
going round and round and round in circles.
There is an OS restriction in Windows, in all varieties of Unix, and in 
OS X that forbids an application from saving itself. This isn't a Rev 
limitation, it is in the OS. The only operating system that does/did 
allow an application to be saved is OS 9, which is now going obsolete. 
To retain consistency, Rev simply doesn't allow even OS 9 standalones to 
alter themselves and save themselves to disk. So, a built standalone 
cannot be saved under any circumstances. Since no other operating 
systems allow it, and since almost all OS 9 applications outside of 
HyperCard do not save to themselves, it is mostly only ex-HyperCard 
users who find this to be a disadvantage.

That being said, there are ways around it, and these methods are what 
all other developers use for all other apps. Basically, you keep the 
standalone separate from its data. You can do this in two ways, but both 
ways require that you have two files on disk: the standalone, and some 
kind of data repository.

The first way is to write the data to a text file. When the app closes, 
it saves the data to the text file, and when it opens it reloads the 
data. Since you've mentioned that you have a lot of controls and cards, 
this probably isn't the best way for your situation.

The second way is to just save the stack itself as the data repository. 
When you do that, it functions exactly as HyperCard did. Your standalone 
becomes the equivalent of the HyperCard Player, and your stack runs as 
an independent stack which can easily be saved. That's how I'd suggest 
you do it. It will mirror the experience you had in HyperCard.

To do that, create a one-card stack with almost nothing in it. Most 
people use a splash screen image on the first card. That way when the 
app opens, users will see the splash image for a moment before your 
actual stack opens. This is the stack you would make into a standalone. 
It contains no data, just your splash image. The first card should have 
a handler something like this:

  on openstack
   wait 3 seconds
   go stack "myDataStack"
  end openstack
Users will double-click your standalone, see your splash image for a few 
seconds, and then your data stack (called "myDataStack" here) will open. 
After that, the stack functions as you expect and you can save it at 
will with this command:

  save this stack

Does that help?

--
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: Some Basic Misunderstandings/Problems with RunRev

[David Burgun]

Hi All,

You could have a two stack system: the app. stack and the interface stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the app. stack.
No matter what the user does he/she ends up in the interface stack, which can
be changed and saved.
Paul Looney
A, this sounds more like what I want!

But how do I set this up? At the moment I have a "Stack" that 
contains all my GUI elements. From what you are saying I assume 
that's I'd need a shell that forms the standalone, this could just 
display a Splash Screen and then issue the "start using" command on 
the Main GUI.

Question:
Do I just locate the GUI stack in the same folder as the Standalone 
and if so can I use the "Copy Files" panel of the "Standalone 
Application Settings" to do this or do I have to move/copy it 
manually each time?

However they get there, I am assuming that I will have the following 
files in the Standalone folder:

StandaloneApp
InitialGUI.rev
So the user double clicks the Standalone which displays it's splash 
screen and then checks for a file called "NewGUI.rev" (which won't 
exist the first time) and if the file doesn't exist, copies the file 
"InitialGUI.rev" into "NewGUI.rev".

Either way, it then issues a "start using NewGUI.rev" command".

The copy code is to allow the user to reset back to the factory 
settings if need be, all that need be done is for the "NewGUI.rev" to 
be moved or renamed or deleted and upon the next launch, the factory 
defaults are back in place.

More questions:

Does the NewGUI.rev Stack I create have a main stack and sub-stacks as normal?

If not, how do I set it up?

If so, when I issue a "save this stack" command does it save all 
stacks and the mainStack?

Thanks a lot for your time, this looks like the best approach for 
what I want to do. I just want to be sure it can do what I want 
before I start re-arranging my stack files again!

All the Best
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Marian Petrides]

David

I have a single card standalone stack that has my "title page" if you 
will:  Title of the app, a button to go to instructions, one for case 
menu and one for quit.

Clicking on instructions triggers a command to run instruction stack 
(not standalone), clicking on case menu button runs the main menu stack 
(also not a standalone), quit button quits.

Example of script for main menu button:

on mouseUp

Open stack "Main Menu.rev"

end mouseUp

Easy as pie.  The only standalone in this whole picture is title page 
stack. Everything else is non-standalone stack.

Hope this helps.

M

On Apr 14, 2004, at 2:37 PM, David Burgun wrote:

Hi All,

You could have a two stack system: the app. stack and the interface 
stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the app. 
stack.
No matter what the user does he/she ends up in the interface stack, 
which can
be changed and saved.
Paul Looney
A, this sounds more like what I want!

But how do I set this up? At the moment I have a "Stack" that contains 
all my GUI elements. From what you are saying I assume that's I'd need 
a shell that forms the standalone, this could just display a Splash 
Screen and then issue the "start using" command on the Main GUI.

Question:
Do I just locate the GUI stack in the same folder as the Standalone 
and if so can I use the "Copy Files" panel of the "Standalone 
Application Settings" to do this or do I have to move/copy it manually 
each time?

However they get there, I am assuming that I will have the following 
files in the Standalone folder:

StandaloneApp
InitialGUI.rev
So the user double clicks the Standalone which displays it's splash 
screen and then checks for a file called "NewGUI.rev" (which won't 
exist the first time) and if the file doesn't exist, copies the file 
"InitialGUI.rev" into "NewGUI.rev".

Either way, it then issues a "start using NewGUI.rev" command".

The copy code is to allow the user to reset back to the factory 
settings if need be, all that need be done is for the "NewGUI.rev" to 
be moved or renamed or deleted and upon the next launch, the factory 
defaults are back in place.

More questions:

Does the NewGUI.rev Stack I create have a main stack and sub-stacks as 
normal?

If not, how do I set it up?

If so, when I issue a "save this stack" command does it save all 
stacks and the mainStack?

Thanks a lot for your time, this looks like the best approach for what 
I want to do. I just want to be sure it can do what I want before I 
start re-arranging my stack files again!

All the Best
Dave
___
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: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

On 4/14/04 1:03 PM, David Burgun wrote:

Then PLEASE could someone just tell me how I save a Standalone 
Stack PLEASE!!! I've been asking questions about this all day and 
I'm just going round and round and round in circles.
There is an OS restriction in Windows, in all varieties of Unix, and 
in OS X that forbids an application from saving itself. This isn't a 
Rev limitation, it is in the OS. The only operating system that 
does/did allow an application to be saved is OS 9, which is now 
going obsolete. To retain consistency, Rev simply doesn't allow even 
OS 9 standalones to alter themselves and save themselves to disk. 
So, a built standalone cannot be saved under any circumstances. 
Since no other operating systems allow it, and since almost all OS 9 
applications outside of HyperCard do not save to themselves, it is 
mostly only ex-HyperCard users who find this to be a disadvantage.
Thanks I realized this, but I thought that there was a built-in way 
of getting around this. For instance, the RR kernal/engine or 
whatever it's called, could copy the App to another file and then 
save to this file. There are a number of ways this could work. I'm 
not saying that this is a better way than how it's done now, I just 
assumed (since nothing in the save stack docs said differently) that 
it was taken care of for me.

That being said, there are ways around it, and these methods are 
what all other developers use for all other apps. Basically, you 
keep the standalone separate from its data. You can do this in two 
ways, but both ways require that you have two files on disk: the 
standalone, and some kind of data repository.

The first way is to write the data to a text file. When the app 
closes, it saves the data to the text file, and when it opens it 
reloads the data. Since you've mentioned that you have a lot of 
controls and cards, this probably isn't the best way for your 
situation.
Agreed.

The second way is to just save the stack itself as the data 
repository. When you do that, it functions exactly as HyperCard did. 
Your standalone becomes the equivalent of the HyperCard Player, and 
your stack runs as an independent stack which can easily be saved. 
That's how I'd suggest you do it. It will mirror the experience you 
had in HyperCard.
Actually I've never used HyperCard! I'm a C/C++ programmer usually 
but decided to take a RunRev sabbatical which I am (mostly) enjoying!

I really like RR  the only critisism I have is the lack of 
documentation on how to put all the pieces together. There are 
command things that a lot of RR developers must want to do that just 
don't seem to be covered. Either a document or a  sample Stack setup 
with a separate Standalone and "data" stack as you describe would 
have been of so much help.

It's really, really difficult to piece it together from the 
Dictionary, mainly because they doesn't seem to be any examples of 
how to practically use a command in context with other commands.

To do that, create a one-card stack with almost nothing in it. Most 
people use a splash screen image on the first card. That way when 
the app opens, users will see the splash image for a moment before 
your actual stack opens. This is the stack you would make into a 
standalone. It contains no data, just your splash image. The first 
card should have a handler something like this:

  on openstack
   wait 3 seconds
   go stack "myDataStack"
  end openstack
Users will double-click your standalone, see your splash image for a 
few seconds, and then your data stack (called "myDataStack" here) 
will open. After that, the stack functions as you expect and you can 
save it at will with this command:

  save this stack

Does that help?
Yes! It really does help a lot. I was just about getting there with a 
lot of help from others on the list.

I have posted a couple of additional questions in another message 
sent before I read this one, but as far as I can tell, from what you 
have said, it should all work ok.

Thanks Again
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Frank Leahy]

On Wednesday, April 14, 2004, at 06:52  PM, 
[EMAIL PROTECTED] wrote:

From: David Burgun <[EMAIL PROTECTED]>
Subject: Re: Some Basic Misunderstandings/Problems with RunRev - aka
Help!
Hi,
I've seen that I can save it as a text file but this seems like a lot
of work and for reasons explained below I don't think that this is
the best way to do it (unless I have no alternative). I have really
large number of controls and need to save the state of all of them.
This is not just "Preferences" this is the whole of the GUI for a
large application.
I found this already, but as I said this isn't preference data, this
is normal GUI data. I do have a preferences panel and this refers to
the preferences of the app, the rest of the (large number) of
stacks/cards/controls refer to preferences on how to process the data
from the XML file(s).
Not sure what is the best thing to do now.
All the Best
Dave

Dave,

You have two options:

1) Create a standalone that is a splash screen only, that then opens a 
separate stack residing in a folder (e.g. next to the app).  You *can* 
then save your stack because it is not part of the standalone.

2) I went through some of the same issues you are going through when 
deciding whether to make my preferences stack (which has 8 tabs, and 
dozens of control on each tab) a stack or a preferences file.  After 
thinking about it for awhile I realized that if I used the stack model, 
and then needed to change the format of the stack, e.g. add another 
tab, or move some controls around, it was going to be impossible to do 
so.  How, I wondered, was I going to get the data out of the user's 
current preferences stack, and into the new preferences stack?  In fact 
the more I thought about it, the more I realized I would have to create 
an intermediate text file representation to do any upgrade, and if I 
was going to do have to do that, why not bite the bullet and just use 
the preferences file from the start.

So that's what I did.  It took a little more work to get things 
working, but I am very glad I'm using a preferences file at this point, 
rather than saving the data in the stack.

Just my 2p worth.

-- Frank Leahy

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Richard Gaskin]

David Burgun wrote:

Then PLEASE could someone just tell me how I save a Standalone Stack 
PLEASE!!! I've been asking questions about this all day and I'm just 
going round and round and round in circles.
He did: executable files on Windows and UNIX cannot modify themselves. 
The Mac version of Rev enforces this for consistency.
Well that's fine and understandable, but it still doesn't tell me how to 
save a stack when I have made a Standalone! But I still don't see how 
that answers my question - "Then PLEASE could someone just tell me how I 
save a Standalone Stack PLEASE!!!".
A standalone is an executable file, and as a matter of computing 
convention executable files cannot modify themselves. Saving changes 
would constitute modifying the file.

In brief: it's not possible.

So the alternative is to separate what you want saved from the 
executable itself, which is pretty much what all other apps do (aside 
from a small handful of older Mac apps).

You could, however, use the clone command to clone the stack, using 
answer file to set the stack's filename property and then save the clone.
I don't understand this, why would I have to use the "answer file"
command?  But given that I don't.
My bad:  I was thinking you wanted to support multiple documents, in 
which case the standard behavior would be to allow the user to assign a 
file name when saving.  Double bad:  I meant "ask file" rather than 
"answer file".

For saving just one stack without regard to future maintenance issues 
(which would benefit from separating data from UI), Björnke said it 
best, worth reposting here:

-
How to save stacks using RunRev standalones:
Normally one can save a stack using the "save" command. But standalones 
generated with RunRev can't save themselves. That means that every stack 
within the application is unable to save itself. So one has to save a 
stack that is not part of the Application. Many developer use a so 
called "Splash screen" approach. The application itself is only a splash 
screen, which then loads all the other stacks from a predefined 
location.  For example like this:

on startup
  hide me
  go stack "Interface.rev"
end startup
for this to work the stack "Interface.rev" just has to be in the same 
directory as the application. As "Interface.rev" is not part of the 
application file, it can be saved without problem. As long as it is not 
on a CD or a write protected location as the application folder of Win 
XP, but that is another problem.
-

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

You have two options:

1) Create a standalone that is a splash screen only, that then opens 
a separate stack residing in a folder (e.g. next to the app).  You 
*can* then save your stack because it is not part of the standalone.

2) I went through some of the same issues you are going through when 
deciding whether to make my preferences stack (which has 8 tabs, and 
dozens of control on each tab) a stack or a preferences file.  After 
thinking about it for awhile I realized that if I used the stack 
model, and then needed to change the format of the stack, e.g. add 
another tab, or move some controls around, it was going to be 
impossible to do so.  How, I wondered, was I going to get the data 
out of the user's current preferences stack, and into the new 
preferences stack?  In fact the more I thought about it, the more I 
realized I would have to create an intermediate text file 
representation to do any upgrade, and if I was going to do have to 
do that, why not bite the bullet and just use the preferences file 
from the start.

So that's what I did.  It took a little more work to get things 
working, but I am very glad I'm using a preferences file at this 
point, rather than saving the data in the stack.
I don't really have that problem. If the "Preferences" Stack changes, 
then I can just throw away the old stack, I don't need the current 
settings to be saved acorss subsesqent versions of the Standalone App.

If I did need that (or need it in the future), then I could implement 
the text file solution just for the Prefs window. All the other 
Windows/Stacks can be saved as a normal RR stack. There are so many 
windows/stacks/controls that to save them all in as a text file would 
be unweildy I think.

Anyway, thanks for your help
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - a suggestion

[Richard Gaskin]

Marian Petrides wrote:

I have no idea whether this would work or not (having never tried to 
save anything from a standalone) but could you:

1) From within the standalone save the data you want to a text file when 
the user presses OK and before closing the standalone app.

2) Next time the standalone gets run, as part of the openStack handler 
read the data from this text file into a series of global variables

3) Use these globals to set the values of the controls

Would this do what you want?

To the other listees: would this work?
I can't imagine why it wouldn't, but rather than working with a bunch of 
separate globals by name you could use one array.  The extra benefit of 
using an array is that you can store its contents in one line:

  set the customProperties of stack tMyDataStack to tMyArray

For more on using arrays for data storage see:

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[MisterX]

> On Wednesday, April 14, 2004, at 06:52  PM,
> [EMAIL PROTECTED] wrote:
>
> > From: David Burgun <[EMAIL PROTECTED]>
> > Subject: Re: Some Basic Misunderstandings/Problems with

> rather than saving the data in the stack.

David

Forget C... Here's a bit of RR design phylosophy...

You can use an external stack to save data without file fuss. Onced cached,
it's lightning access for any script. The storage is as simple as a field
for an option or a background field for a database record field... Check out
background behavior...

  put thebet into field "bet" of card thisgame of background "roulette" of
stack "gamestats"

No messing with parsing or delimiters or what have you...I've run a 7 sub
level relational db with 70 records once with 1 second access on an old
mac via cd rom... Reporting wasn'ta key feature mind you.

If you keep the project's files to a single folder next to the app or
referenced to a subfolder stack it should be fine. Dont mess with substacks
too much except for fixed pop-up windows (eg about, help, ask, answer,
etc...

On RR, you make the one card control stack with message substacks and
external stacks to keep the data. A file is fine but why bother with the
complexities of file format changes when you have a ready format that's too
easy to script?

A stack is a database or a control station or a simple about window or even
just a menu. It's up to you to shape it and make it "function"! Call it with
open mystack or palette mystack or modal mystack to change window's
appearance and that's it... Just the application is fixed and can't be saved
to. The rest is up to your imagination.

Using RR's file structure is a definite advantage to simplicity and easy
maintenance later on... It just gets complicated when you need speed... Then
c kicks in... or dynamic scripting...

;) Enjoy the revolution!

Xavier

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - a suggestion

[Marian Petrides]

Thanks, Richard.  I haven't really played all that much with arrays in  
Rev yet.  And I know nothing (yet) about custom properties, so you've  
given me a place to start.

M

On Apr 14, 2004, at 3:21 PM, Richard Gaskin wrote:

Marian Petrides wrote:

I have no idea whether this would work or not (having never tried to  
save anything from a standalone) but could you:
1) From within the standalone save the data you want to a text file  
when the user presses OK and before closing the standalone app.
2) Next time the standalone gets run, as part of the openStack  
handler read the data from this text file into a series of global  
variables
3) Use these globals to set the values of the controls
Would this do what you want?
To the other listees: would this work?
I can't imagine why it wouldn't, but rather than working with a bunch  
of separate globals by name you could use one array.  The extra  
benefit of using an array is that you can store its contents in one  
line:

  set the customProperties of stack tMyDataStack to tMyArray

For more on using arrays for data storage see:


--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
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

exit repeat forcefully

[hershrev]

Hi, How can I get out of a repeat forcefully ?
Some how my script keeps on just on repeating beyond the repeat for 3 
times
Thanks , hershrev

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: exit repeat forcefully

[Klaus Major]

Hi hershrev,

Hi, How can I get out of a repeat forcefully ?
Some how my script keeps on just on repeating beyond the repeat for 3 
times
Did you try CMD + . (Period)?

Works most of the time, gives an error or two, but you are OUT :-)

Thanks , hershrev
Regards

Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Dar Scott]

On Wednesday, April 14, 2004, at 12:20 PM, Dar Scott wrote:

Seconds are seconds.
My attempt at brevity (I yak too much and I'm feeling crumby today, 
anyway) might make my comments terse, cryptic and even abrasive.  I'll 
try again.

The seconds are uniform and continuous and well defined.  (Except... 
see below.)

If I had anything serious to do with dates and times, I'd first look at 
Sarah Reicheit's library stack.  I have not seen it, but it sounds 
promising.  I would either build on that, make my own functions or, 
should speed be a problem, find ways to make sure the built-in commands 
do what I want.  I would consider those in that order.

If you use seconds for sub-second work, then you shouldn't use convert 
or time during that on some systems; they interact.  However, if you 
use your own date-time functions based on seconds, it is OK.  I assume 
so on all systems.

If the clock on the computer is corrected, the seconds is adjusted.  
Though this is a problem for those using sockets or send or timing 
things, this is normally what is needed when thinking of date and time. 
 Changing to/from daylight savings is not a correction in the sense I'm 
using here; it is a view.

Perhaps, this way, by using your own functions and seconds you avoid 
the sub-second timing problems, the use of system time-zone in 
conversions, the alleged problems with daylight savings, and the zone 
problems in Internet time conversions.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[SimPLsol]

Dave,
Glad to help.
I believe the additional questions you asked after my post have been answered 
by others. So I'll ask you to entertain an additional thought: 
You can separate the code and the interface as well as the app/splash screen. 
The advantage of this three stack approach is that you can update the code or 
the interface (or even the app) without disturbing the other elements by 
giving the user the changed stack.
Paul Looney
PS   For convenience, I'd recommend having a default NewGIU.rev stack for the 
user to start with. The user can modify this as needed (be kind, include a 
button to restore defaults). If this stack is saved (under it's own name) there 
is no need to make a copy - the "original" will have the user's settings.
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Thomas McGrath III]

Dave,

This is all written down in the docs. Creating a standalone and then 
how to save it is using a splash screen app is documented.

You have to do 'some' reading to get up to speed in any new programming 
tool and the same applies here with REV. I too am learning and have 
been pointed to the docs time and again 'until' I too started reading 
them.

I only say this because it will cut down on your frustration and make 
your questions easier to answer on the list.

HTH

Tom

On Apr 14, 2004, at 2:37 PM, David Burgun wrote:

Hi All,

You could have a two stack system: the app. stack and the interface 
stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the app. 
stack.
No matter what the user does he/she ends up in the interface stack, 
which can
be changed and saved.
Paul Looney
A, this sounds more like what I want!

But how do I set this up? At the moment I have a "Stack" that contains 
all my GUI elements. From what you are saying I assume that's I'd need 
a shell that forms the standalone, this could just display a Splash 
Screen and then issue the "start using" command on the Main GUI.

Question:
Do I just locate the GUI stack in the same folder as the Standalone 
and if so can I use the "Copy Files" panel of the "Standalone 
Application Settings" to do this or do I have to move/copy it manually 
each time?

However they get there, I am assuming that I will have the following 
files in the Standalone folder:

StandaloneApp
InitialGUI.rev
So the user double clicks the Standalone which displays it's splash 
screen and then checks for a file called "NewGUI.rev" (which won't 
exist the first time) and if the file doesn't exist, copies the file 
"InitialGUI.rev" into "NewGUI.rev".

Either way, it then issues a "start using NewGUI.rev" command".

The copy code is to allow the user to reset back to the factory 
settings if need be, all that need be done is for the "NewGUI.rev" to 
be moved or renamed or deleted and upon the next launch, the factory 
defaults are back in place.

More questions:

Does the NewGUI.rev Stack I create have a main stack and sub-stacks as 
normal?

If not, how do I set it up?

If so, when I issue a "save this stack" command does it save all 
stacks and the mainStack?

Thanks a lot for your time, this looks like the best approach for what 
I want to do. I just want to be sure it can do what I want before I 
start re-arranging my stack files again!

All the Best
Dave
___
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: CGI Form Example

[Jim]

On Apr 14, 2004, at 1:11 PM, Dar Scott wrote:

I think it reasonable to encourage RunRev related to CGI in particular 
and the command-line engines in general.
YES!!!

And try to get all of the XML and DataBase functions working properly 
in the CGI engine, as well.

Jim.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: exit repeat forcefully

[hershrev]

On Wednesday, April 14, 2004, at 03:57 PM, Klaus Major wrote:

Hi hershrev,

Hi, How can I get out of a repeat forcefully ?
Some how my script keeps on just on repeating beyond the repeat for 3 
times
Did you try CMD + . (Period)?
Yes. the repeat is on an ask password. so when I CMD PERIOD it just as 
of hits the cancel button. and then around and around.
the script is in an openStack script. if there is a way to write a 
command to go to the script editor and delete that word or two it would 
do it.
Thanks, hershrev.
Works most of the time, gives an error or two, but you are OUT :-)

Thanks , hershrev
Regards

Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
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: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Cubist]

   Yes, making the "standalone" a (glorified) splash screen, and having the 
actual app be a separate stack unto itself, is the best way to go if you want 
to do it like HyperCard did it. It may be worth noting that this arrangement 
lends itself to a bit of "idiot-proofing" in case Something Goes Wrong when the 
app tries to start up. Here's the basic idea:

   (a) Make your one-card standalone.
   (b) Give it a nice-looking logo/graphic that covers the whole card.
   (c) Give it a "preOpenCard" handler which shows the logo.
   (d) Give a text field or three, which is/are *NORMALLY* completely hidden 
underneath your logo, that contain a message about "Sorry, but I can't run. 
You seem to have a bit of a problem with memory; here's one thing you could try 
to fix it", or whatever other error message you deem appropriate.
   (e) Give it a handler which hides the logo when the standalone "hands off" 
to the real app.

   If everything goes right: The user opens the standalone, the user sees 
your "splash screen", the user starts working with your app. Yay!
   If something horrible happens which prevents the app from working 
properly: The user opens the standalone, the code which would *normally* show your 
"splash screen" doesn't work, the user sees your error message (which explains 
that there's a problem and maybe offers a possible solution). Not as good as if 
everything goes right, but better than just dying silently.

   This idea was originally Richard Gaskin's, if memory serves; all I did was 
add the "show/hide logo" wrinkle. Hope this helps...
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: exit repeat forcefully

[Brian Yennie]

Hershrev,

If you just need to get at the script and change it, try this in the 
message box:
The idea being, you can open a stack without generating an "openStack" 
message by locking messages.

answer file "Locate your stack"
put it into theStack
lock messages
go stack theStack
unlock messages
edit script of this stack
Yes. the repeat is on an ask password. so when I CMD PERIOD it just as 
of hits the cancel button. and then around and around.
the script is in an openStack script. if there is a way to write a 
command to go to the script editor and delete that word or two it 
would do it.
Thanks, hershrev.
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: exit repeat forcefully

[Klaus Major]

Hi hershrev,

On Wednesday, April 14, 2004, at 03:57 PM, Klaus Major wrote:

Hi hershrev,

Hi, How can I get out of a repeat forcefully ?
Some how my script keeps on just on repeating beyond the repeat for 
3 times
Did you try CMD + . (Period)?
Yes. the repeat is on an ask password. so when I CMD PERIOD it just as 
of hits the cancel button. and then around and around.
the script is in an openStack script. if there is a way to write a 
command to go to the script editor and delete that word or two it 
would do it.
Thanks, hershrev.
try this in the message box:
lock messages; go stack "the nasty one here..."
Then you can edit the script...

Hope that helps...



Regards

Klaus Major
[EMAIL PROTECTED]
www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: CGI Form Example

[Dar Scott]

On Wednesday, April 14, 2004, at 02:06 PM, Jim wrote:

I think it reasonable to encourage RunRev related to CGI in 
particular and the command-line engines in general.
YES!!!
And try to get all of the XML and DataBase functions working properly 
in the CGI engine, as well.
Because of the visible and vocal CGI folks, calling these engines the 
CGI engines can help communicate how important they are.  However, many 
folks use these engines outside of CGI and a more general name includes 
a greater group of users.  I have seen these called script-only on the 
Metacard site.  I have called them command-line engines.

It is reasonable that these would lag the GUI engines, but it would be 
nice to have assurance that they would follow and even some sort of 
goals in mitigating or bounding the lag.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Marian Petrides]

Tom

In Dave's defense, I too have trouble finding what I need in the dox 
sometimes.  Lack of an index is one issue, lack of a comprehensive book 
like Danny Goodman's that takes you from start to finish in words of 
one phoneme is another. Dan's book may eventually address the second 
issue, but we only have part 1 right now.  The material may be there, 
but if you don't know where to look, it might as well not be there.

This is NOT a flame about the dox.  It is a statement that the blind 
(me) sometimes need some direction in finding the correct door to 
enter--which is a vital function of this list.

And, I for one am very glad Dave asked his questions because I learned 
about things I never would have thought to explore --in the form of 
suggested solutions to the problem he posed.

Marian



On Apr 14, 2004, at 4:04 PM, Thomas McGrath III wrote:

Dave,

This is all written down in the docs. Creating a standalone and then 
how to save it is using a splash screen app is documented.

You have to do 'some' reading to get up to speed in any new 
programming tool and the same applies here with REV. I too am learning 
and have been pointed to the docs time and again 'until' I too started 
reading them.

I only say this because it will cut down on your frustration and make 
your questions easier to answer on the list.

HTH

Tom

On Apr 14, 2004, at 2:37 PM, David Burgun wrote:

Hi All,

You could have a two stack system: the app. stack and the interface 
stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the app. 
stack.
No matter what the user does he/she ends up in the interface stack, 
which can
be changed and saved.
Paul Looney
A, this sounds more like what I want!

But how do I set this up? At the moment I have a "Stack" that 
contains all my GUI elements. From what you are saying I assume 
that's I'd need a shell that forms the standalone, this could just 
display a Splash Screen and then issue the "start using" command on 
the Main GUI.

Question:
Do I just locate the GUI stack in the same folder as the Standalone 
and if so can I use the "Copy Files" panel of the "Standalone 
Application Settings" to do this or do I have to move/copy it 
manually each time?

However they get there, I am assuming that I will have the following 
files in the Standalone folder:

StandaloneApp
InitialGUI.rev
So the user double clicks the Standalone which displays it's splash 
screen and then checks for a file called "NewGUI.rev" (which won't 
exist the first time) and if the file doesn't exist, copies the file 
"InitialGUI.rev" into "NewGUI.rev".

Either way, it then issues a "start using NewGUI.rev" command".

The copy code is to allow the user to reset back to the factory 
settings if need be, all that need be done is for the "NewGUI.rev" to 
be moved or renamed or deleted and upon the next launch, the factory 
defaults are back in place.

More questions:

Does the NewGUI.rev Stack I create have a main stack and sub-stacks 
as normal?

If not, how do I set it up?

If so, when I issue a "save this stack" command does it save all 
stacks and the mainStack?

Thanks a lot for your time, this looks like the best approach for 
what I want to do. I just want to be sure it can do what I want 
before I start re-arranging my stack files again!

All the Best
Dave
___
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
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Mark Wieder]

David-

Wednesday, April 14, 2004, 11:51:29 AM, you wrote:

DB> Actually I've never used HyperCard! I'm a C/C++ programmer usually
DB> but decided to take a RunRev sabbatical which I am (mostly) enjoying!

Well, you can't do this at all in C/C++. Or in any other language.
There's no way to modify a running application - it's an OS
restriction rather than something built into any development
environment. I know several others have said this, but it won't hurt
to hammer it home. OS9 lets you get away with it, but it's an anomaly
and RR enforces the ban to maintain cross-platform consistency.

DB> I really like RR  the only critisism I have is the lack of 
DB> documentation on how to put all the pieces together. There are 
DB> command things that a lot of RR developers must want to do that just
DB> don't seem to be covered. Either a document or a  sample Stack setup
DB> with a separate Standalone and "data" stack as you describe would 
DB> have been of so much help.

Agreed. I think an example should be at least in the docs, considering
how often it comes up.

Meanwhile check out Frederick Rinaldi's Preference Builder at:

http://www.xcmdfactory.com/

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: exit repeat forcefully

[hershrev]

Yes , very good. you saved me.
Thanks.
On Wednesday, April 14, 2004, at 04:11 PM, Brian Yennie wrote:
Hershrev,

If you just need to get at the script and change it, try this in the 
message box:
The idea being, you can open a stack without generating an "openStack" 
message by locking messages.

answer file "Locate your stack"
put it into theStack
lock messages
go stack theStack
unlock messages
edit script of this stack
Yes. the repeat is on an ask password. so when I CMD PERIOD it just 
as of hits the cancel button. and then around and around.
the script is in an openStack script. if there is a way to write a 
command to go to the script editor and delete that word or two it 
would do it.
Thanks, hershrev.
___
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: OSX 10.3.3 Rev 2.2 MacOSFat

[J. Landman Gay]

On 4/13/04 5:12 PM, Gregg wrote:

When moving from Rev 2.1.2 on an OSX 10.2 system,
I installed OSX 10.3.3 and the new Rev 2.2
Moving my stacks over opening them in 2.2 and
saving them, causes them to be saved as Kind:
 
	MacOSFat Document

When I double click them, OS 9 (Classic) starts up.

How do I save the stacks for OSX only and avoid this
confusion?
This is OS X using the stack metadata from an older version of 
Revolution. To fix it, Get Info on any Rev stack. In the "Open with:" 
section, choose Rev 2.2. Then click the button to use that application 
to open all Rev documents. That should correct the Finder from now on.

--
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: Using seconds in Revolution

[SimPLsol]

Dar,
 Thank you for elaborating.
 Perhaps a little more detail on my part will help.
 I have a business system that I sell all over the US, Canada, and other 
countries. I am trying to find a consistent way of handling dates that will 
not have to be "hard wired" for each area.
 As an example, users want to see if there is enough inventory to cover 
shipments for the next week. I have the computer look at purchases arriving by 
day through the week and sales to be delivered by day through the week. One 
has to look at the info by day because it does no good to know that 100 are 
coming in and only 80 are going out this week if the 80 are scheduled to go out 
three days before the 100 come in.
 In HyperCard I convert all of the incoming and outgoing dates to 
seconds, then convert the start date for the week to seconds, and do 6 repeat loops 
(one for each day) to check for activity on that day, at the end of each loop I 
add 86400 to the seconds to check the next day.  This has worked fine for 
over a decade in HC (it is very fast) and I use it many places. It now breaks 
in OS X in Revolution where there are days with 82800 seconds and days with 
9 seconds. It is not practical to try anticipating how many seconds there 
will be in each day in all of the places where this system is used (for 
instance daylight savings time starts different days in different places - and is not 
used at all elsewhere - New Zealand goes on to DST when the US comes off).
 As far as I can tell there is no way of dealing with seconds now that 
works the old way. That is, a system of seconds that starts at "0" on Jan. 1, 
1970 (or any other date) and increases by 86400 per day.
 I agree this could be handled by a new function (call it the 
simpleSeconds) if necessary. But I figured I'm not the first or last person to run 
into th
is problem and
1. a solution probably already exists or
2. this simpleSeconds option should be added to Rev. for the benefit of all.
 I appreciate your insight.
Paul Looney
PS I do not use sub-seconds, and socket timing is not an issue. I'm just 
trying to increment a timing loop by one day (and seconds work somewhat better 
than dateItems - if there are an equal number of seconds per day).
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Re: Colorize Script

[Dreamscape Software Webmaster]

> The Scripter's Scrapbook will colorize selected text for you if you choose
> 'Colorize' from the 'Entries' menu. If you need to roll your own, look at
the mc
> script which should give you a good starting point.

I wish I could, but the script is password protected.  If you could help me
out with this then that would be great.


Derek Bump
Dreamscape Software

Compress Images Easily with JPEGCompress 1.2
http://www.dreamscapesoftware.com


___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Dar Scott]

On Wednesday, April 14, 2004, at 02:43 PM, [EMAIL PROTECTED] wrote:

 As far as I can tell there is no way of dealing with seconds now 
that
works the old way. That is, a system of seconds that starts at "0" on 
Jan. 1,
1970 (or any other date) and increases by 86400 per day.
Am I missing something?

Here is my understanding (or confusion):

The seconds function returns the total number of seconds
since midnight, January 1, 1970 GMT.
That will increment 86400 seconds per day.  (I don't know what the leap 
seconds issues are.)

Is that within some day at some location?  That is purely a function of 
the time zone, the daylight-savings parameters, and the seconds.  If 
you want to ignore the daylight-savings parameters, you can do that.  
If you want to adjust for work shifts, you can do that.

If you simply want to know how many 24 hour periods have passed since 
some time you sampled the seconds, you can calculate that.

Maybe this is broken and I missed that, coming late into the discussion.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[David Burgun]

Hi,

It may well be in the docs but I can't find it so it may as well not 
be there. I want a book I can sit down and read, not an online 
document where I have to guess where to start looking. An good index 
would be of so much help. I have Dan's book, but only Vol 1 (the 
others are not available as yet) and although it's quite good, I find 
the Chatty, Funny style wears thin. Also I find it very hard to find 
just find what I want (especially since again there is no index), 
it's so mixed up and also there isn't enough detail on some subjects. 
For instance the chapter on Dialogs/Windows/Stacks is basically just 
an overview. As far as I remember, it doesn't even tell you about the 
"modeless" command.

I just want a book I can look thru and make notes away from the computer.

Don't get me wrong the online docs are really great, but they don't 
replace a good book on the subject. Some of the books I had when I 
first learned the Mac toolbox were excelent, I just wish there was an 
equivilent for RunRev.

The thing is that unless you know of a command's existence it's hard 
to know it's there. For instance typing in "standalone" gives 
nothing, typing in "save" shows the save command but doesn't tell you 
it doesn't work in a standalone and also save doesn't tell you about 
other commands that may be of use, such as clone etc.

It makes the whole thing that much harder to grasp.

But regardless of all this, I am enjoying the experience, but I don't 
know how much I would enjoy it if this list didn't exist!

Take Care Everyone and Thanks Again
Dave
Dave,

This is all written down in the docs. Creating a standalone and then 
how to save it is using a splash screen app is documented.

You have to do 'some' reading to get up to speed in any new 
programming tool and the same applies here with REV. I too am 
learning and have been pointed to the docs time and again 'until' I 
too started reading them.

I only say this because it will cut down on your frustration and 
make your questions easier to answer on the list.

HTH
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Dar Scott]

On Wednesday, April 14, 2004, at 03:41 PM, Dar Scott wrote:

Maybe this is broken and I missed that, coming late into the 
discussion.
Looks OK to me.

I am in New Mexico, USA, mountain time zone, in daylight savings today.

I sent email to myself and the Internet date my mailer sent is this:
Wed, 14 Apr 2004 15:42:51 -0600
The date tagged by my SMTP server is this:
Wed, 14 Apr 2004 15:42:53 -0600 (MDT)
The -0600 looks right to me.

So I wrote this script:

on mouseup
  put the seconds into s
  put s/3600 - 6 into hrs  -- Adjust for your location!
  put hrs mod 24 into hrsInDay
  put hrsInDay
end mouseup
I clicked it just now at 4:09 PM.  I get this:  16.155

I realize this is a very specific test, but this looks good to me.

OS X 10.2.8

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[David Burgun]

David-

Wednesday, April 14, 2004, 11:51:29 AM, you wrote:

DB> Actually I've never used HyperCard! I'm a C/C++ programmer usually
DB> but decided to take a RunRev sabbatical which I am (mostly) enjoying!
Well, you can't do this at all in C/C++. Or in any other language.
There's no way to modify a running application - it's an OS
restriction rather than something built into any development
environment. I know several others have said this, but it won't hurt
to hammer it home. OS9 lets you get away with it, but it's an anomaly
and RR enforces the ban to maintain cross-platform consistency.
I agree you can't modify a running app as such but you can do things 
that make it look like you have modified it. I assumed that RunRev 
was doing something like that.

It doesn't really matter as long as there is a way of doing it. I 
have got a Test App that uses the Standalone/Stack model and that 
seems to save ok which is great. I will move this over to the main 
app tomorrow and hopefully should then be back in track.

DB> I really like RR  the only critisism I have is the lack of
DB> documentation on how to put all the pieces together. There are
DB> command things that a lot of RR developers must want to do that just
DB> don't seem to be covered. Either a document or a  sample Stack setup
DB> with a separate Standalone and "data" stack as you describe would
DB> have been of so much help.
Agreed. I think an example should be at least in the docs, considering
how often it comes up.
Meanwhile check out Frederick Rinaldi's Preference Builder at:

http://www.xcmdfactory.com/
Thanks for this Mark, I will take a look tomorrow.

All the Best
Dave
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Thomas McGrath III]

Marian,
Yeah, i know :-)
I too have issues with the E-docs (I have the printed docs to help me 
there). So asking questions is a good thing and I encourage that. But 
again, 'Some' reading (perusing) is always going to be necessary 
especially coming from another language.

I hope I wasn't rude but rather just trying to point him in that 
direction. I think he came from C(C++) and Rev has an intro that 
describes just what he wanted to do for C(C++) programmers new to REV.

In His and my defense, there are a lot of things that are not clear in 
the docs no matter how much we read them. And for that I empathize with 
Dave, completely.

Tom

On Apr 14, 2004, at 4:18 PM, Marian Petrides wrote:

Tom

In Dave's defense, I too have trouble finding what I need in the dox 
sometimes.  Lack of an index is one issue, lack of a comprehensive 
book like Danny Goodman's that takes you from start to finish in words 
of one phoneme is another. Dan's book may eventually address the 
second issue, but we only have part 1 right now.  The material may be 
there, but if you don't know where to look, it might as well not be 
there.

This is NOT a flame about the dox.  It is a statement that the blind 
(me) sometimes need some direction in finding the correct door to 
enter--which is a vital function of this list.

And, I for one am very glad Dave asked his questions because I learned 
about things I never would have thought to explore --in the form of 
suggested solutions to the problem he posed.

Marian



On Apr 14, 2004, at 4:04 PM, Thomas McGrath III wrote:

Dave,

This is all written down in the docs. Creating a standalone and then 
how to save it is using a splash screen app is documented.

You have to do 'some' reading to get up to speed in any new 
programming tool and the same applies here with REV. I too am 
learning and have been pointed to the docs time and again 'until' I 
too started reading them.

I only say this because it will cut down on your frustration and make 
your questions easier to answer on the list.

HTH

Tom

On Apr 14, 2004, at 2:37 PM, David Burgun wrote:

Hi All,

You could have a two stack system: the app. stack and the interface 
stack.
If the user clicks on the app., it goes to the interface stack.
If the user clicks on the interface stack it "starts using" the 
app. stack.
No matter what the user does he/she ends up in the interface stack, 
which can
be changed and saved.
Paul Looney
A, this sounds more like what I want!

But how do I set this up? At the moment I have a "Stack" that 
contains all my GUI elements. From what you are saying I assume 
that's I'd need a shell that forms the standalone, this could just 
display a Splash Screen and then issue the "start using" command on 
the Main GUI.

Question:
Do I just locate the GUI stack in the same folder as the Standalone 
and if so can I use the "Copy Files" panel of the "Standalone 
Application Settings" to do this or do I have to move/copy it 
manually each time?

However they get there, I am assuming that I will have the following 
files in the Standalone folder:

StandaloneApp
InitialGUI.rev
So the user double clicks the Standalone which displays it's splash 
screen and then checks for a file called "NewGUI.rev" (which won't 
exist the first time) and if the file doesn't exist, copies the file 
"InitialGUI.rev" into "NewGUI.rev".

Either way, it then issues a "start using NewGUI.rev" command".

The copy code is to allow the user to reset back to the factory 
settings if need be, all that need be done is for the "NewGUI.rev" 
to be moved or renamed or deleted and upon the next launch, the 
factory defaults are back in place.

More questions:

Does the NewGUI.rev Stack I create have a main stack and sub-stacks 
as normal?

If not, how do I set it up?

If so, when I issue a "save this stack" command does it save all 
stacks and the mainStack?

Thanks a lot for your time, this looks like the best approach for 
what I want to do. I just want to be sure it can do what I want 
before I start re-arranging my stack files again!

All the Best
Dave
___
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
___
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: RunRev 2.2. - Problems with Standalone under MacOS Classic

[Monte Goulding]

OK... I believe I've resolved this issue now. The workaround for themoment
is eather a manual copy of those files or some other way to set the creator
code and file type to the creator code of your app and "shlb".

Cheers

Monte

>
> Hi,
>
> Yes, if I copy the files:
>
> MySQL Library PPC
> Valentina_Classic
>
>  From the RunRev 2.2 Application folder, the Standalone App works ok.
> It looks like it either doesn't  copy the Files correctly or set Type
> and Creator.
>
> Thanks a lot
> Dave
>
> >  > Hi,
> >>
> >>  I just downloaded RunRev 2.2 for MacOS Classic. I have a sample Stack
> >>  which I made into a standalone, but whenever I try to launch the
> >>  Standalone I get the following error from the Finder:
> >>
> >>  "The Application "Test1" has unexpectedly Quit, because of an error
> >>  type 1,010 Ocured"
> >>
> >>  Has anyone else seen this?
> >>
> >>  When I look in the folder where the Standalone App is created, I see
> >>  the following files:
> >>
> >>  TestSave1 -- The Standalone File
> >>
> >>  MySQL Library PPC -- These look suspicions since they
> >>  have a file type and creator of TEXT/ttxt
> >>  Valentina_Classic -- ..
> >>
> >
> >Hmmm... try replacing those files with the corresponding ones
> form the Rev
> >folder and let me know if that resolves the issue.
> >
> >Cheers
> >
> >Monte
> >
> >___
> >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
>

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: emulating the keyboard - Application control

[John Rule]

Thanks for the response Ken.

After much Internet searching, I am coming to the conclusion that this is
not possible from Windows or Linux (not even from shell).

:-(

I did, however, find some useful things in XP that I didn't know existed:

SerialKeys and SoftKeyboard

:-)

Some kind of payoff at least!

John Rule


> Date: Tue, 13 Apr 2004 22:15:13 -0700
> From: Ken Norris <[EMAIL PROTECTED]>
> Subject: Re: emulating the keyboard - Application control
> To: <[EMAIL PROTECTED]>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="US-ASCII"
>
> Hi John,
>
> > Date: Mon, 12 Apr 2004 20:41:19 -0700
> > From: "John Rule" <[EMAIL PROTECTED]>
> > Subject: emulating the keyboard - Application control
> >
> > Is there a native way to emulate the keyboard in another application?
For
> > example, 'launching' another app, and then somehow sending commands to
that
> > application? Specifically, I had a customer ask me if they can control
their
> > Powerpoint presentation from Rev. I looked through the shell command
set,
> > and I do not see a way to do it from there...
> ---
> Well, if it's a Mac OS, and the application in question is scriptable via
> AppleScript, i.e., it has an AS dictionary, then you can send it any of
it's
> available commands through AS, manipulate data from it in RR, etc.
>
> But if it's Windows, or a 'nix flavor, I'm afraid I have no clue.
>
> HTH,
> Ken N.
>

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev

[Thomas McGrath III]

Dave,

On that I agree with you 100%. I bought the REV docs in print form for 
just this reason. In fact the very first time I sat down with the 
printed docs I learned a ton of stuff I don't think I would have even 
found with the e-docs.

P.S. Don't forget to look under the "See Also" menu in the e-docs 
'everytime'. It seems someone really thought them through and I always 
find what I need doing that. HTIH (Hope that is helpful)

P.S. I hope I didn't sound rude - I was trying to point you in that 
direction but not rudely - I hope.

Tom

On Apr 14, 2004, at 6:09 PM, David Burgun wrote:

Don't get me wrong the online docs are really great, but they don't 
replace a good book on the subject. Some of the books I had when I 
first learned the Mac toolbox were excelent, I just wish there was an 
equivilent for RunRev.

The thing is that unless you know of a command's existence it's hard 
to know it's there. For instance typing in "standalone" gives nothing, 
typing in "save" shows the save command but doesn't tell you it 
doesn't work in a standalone and also save doesn't tell you about 
other commands that may be of use, such as clone etc.

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: Some Basic Misunderstandings/Problems with RunRev

[Pat Trendler]

Dave,

I'm a newbie to rev as well.

I found the tutorial called Independent Study (by Richard Gaskin) an
excellent example of creating and handling a cloned stack.

Just go through it and play with the stack a bit.

I don't know why someone hasn't mentioned this before. Unless I've got hold
of the wrong end of the stick as usual.

Pat Trendler
patrend(at)bigpond.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Interesting Apearance

[hershrev]

I have a few stacks saved which were modified slowly with time, when I 
open them from with in rev no problem but when I open them by double 
clicking them directly some old stack comes up different look and 
behavior not all substacks are shown in the app.browser
When I open one of the subStack's  in order to get all stacks into the 
app.browser and then i open it thru RR it says that a stack or substack 
with this name is already open ? with 3 options . I tried to hook them 
onto another mainStack , no problem and then I deleted the new 
mainStack  and guess what ...the same thing happened.
thanks for your help.
hershrev  .

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Mark Wieder]

SimPLsol-

Wednesday, April 14, 2004, 1:43:43 PM, you wrote:

Sac>  As far as I can tell there is no way of dealing with seconds now that
Sac> works the old way. That is, a system of seconds that starts at "0" on Jan. 1,
Sac> 1970 (or any other date) and increases by 86400 per day.

If you use integral julian dates instead of seconds, you can just add
1 to the date to get the next day. No converting 86400 or 82800 or
9 or whatever seconds.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Mark Wieder]

David-

Wednesday, April 14, 2004, 3:14:27 PM, you wrote:

DB> I agree you can't modify a running app as such but you can do things
DB> that make it look like you have modified it. I assumed that RunRev
DB> was doing something like that.



No you can't - not without storing things somewhere - either in the
registry, in a preferences file, an external text file, a database...
somewhere. You *are* talking about persistent storage here, right? Not
just within the same session? If you've got some C code that allows
you to store data persistently without saving it somewhere external to
the running application, I'd sure like to see an example. This is why
things like preferences files and registries exist, and either of
those is pretty dang easy to do in rev.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

file list anomaly

[Richard Gaskin]

I have an app in testing that obtains a list of files and uses 
lineoffset to do a lookup.  I had some Windows users who were reporting 
errors, but only a few.  I added logging and had them test some more and 
looking through the logs it seems that on some systems the listing of 
files was not returned in alphabetical order.

This was easy enough to fix with the sort command, but I'm curious: 
what determines the order of files returned in "the files" on Win systems?

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 [EMAIL PROTECTED]   http://www.FourthWorld.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: file list anomaly

[Scott Rossi]

Recently, "Richard Gaskin"  wrote:

> I'm curious: 
> what determines the order of files returned in "the files" on Win systems?

By the same token, what causes multiple selected documents in an OS X Finder
window to open in seemingly random order?

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design
-
E: [EMAIL PROTECTED]
W: http://www.tactilemedia.com

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Setting screen resolution in Revolution

[Sarah Reichelt]

On 15 Apr 2004, at 1:53 am, Richard Gaskin wrote:

I have an acquaintance who's porting a game to Windows using Rev. It's 
a rather nice game with a string of good reviews behind it so I'm 
hoping we can help him find an answer:

Is there a way to set the screen resolution when a program starts and 
reset it when it ends, on Mac, OS X, and Win?
Mac OS X: cscreen shell command, available from VersionTracker at 
http://www.versiontracker.com/dyn/moreinfo/macosx/19753&vid=105735

Mac Classic: AppleScript with Jon's commands scripting addition: 
http://www.seanet.com/~jonpugh/

Windows: dunno :-)

Cheers,
Sarah
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Using seconds in Revolution

[Sarah Reichelt]

While I haven't encountered the short & long day problem, there is a 
severe problem with the convert command if your system uses 
daylight-saving. Basically, EVERY call to the convert command, adds an 
hour to the time converted, if daylight saving is on. There are 
numerous reports in bugzilla about various date conversion problems 
(62, 816, 1124, 1162) and I am trying to get the folks at RunRev to see 
this as a critical problem.

In the meantime, I suggest you follow Mark's suggestion and use Julian 
dates instead. They allow very easy date & time arithmetic.

Mark kindly allowed me to include his Julian date functions in my 
dateTime library, which you can download from: http://www.troz.net/Rev/ 
however these functions were all written before I realized the severity 
of the problems with convert during daylight-savings times, so treat 
any that use the convert command with extreme caution.

Cheers,
Sarah
[EMAIL PROTECTED]
http://www.troz.net/Rev/
On 15 Apr 2004, at 4:11 am, [EMAIL PROTECTED] wrote:

Dominique,
You are correct.
Yes, I'm working in California, where it is now daylight savings time.
Yes, I am using OS X. When using HC on the same computer (in Classic) 
every
day has 86400 seconds. Is this just an OS X issue.
I am using Revolution 2.2.
I am sorry I didn't notice this discussion previously (I've been on 
the list
for over a year but don't read everything that is posted), didn't mean 
to
restart old threads.
Was there a workaround? Some type of immutable seconds, where each day 
and
every day contains exactly 86400 seconds? RevSeconds? GMTSeconds?
Paul Looney
___
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: Problems with 'Launch with '

[Sarah Reichelt]

Hi Jonathan,

I haven't investigated this for a while, but I did some tests a while 
ago and found that the main problem was due to OS X's hidden .app 
extension on application bundles. At my web site, you can find a stack 
called "Launch.rev" which uses a combination of AppleScript and 
Transcript to get around this problem.

It can be easily extended to launch an app with a specified document.

Cheers,
Sarah
[EMAIL PROTECTED]
http://www.troz.net/Rev/
On 8 Apr 2004, at 3:27 pm, [EMAIL PROTECTED] wrote:

Paste this into the (multi-line) message box and press enter:

answer file "Choose app" of type "APPL"
if it="" then exit to top
launch it
The chosen app should launch.
(However, if it was running already, the result will be: "process is
already open" - see below*.)
Quit the app.
Now paste this into the message box and press enter:
answer file "Choose app" of type "APPL"
if it="" then exit to top
put it into ap
answer file "Choose doc" of type "TEXT"
if it="" then exit to top
launch it with ap
According to the Transcript Dictionary, the app should launch and 
chosen
doc should open in it.
However, the result for me is "no such program".

I'm using Rev 2.1.2 on Mac OS X 10.2.8 (PowerBook G4 500MHz).

* In HyperCard the equivalent "open [ with] " command would
bring app to the front even if it was already running, which was VERY
useful. Is there a way to do this in Rev?
Regards,

Jonathan Cooper
Manager of Information / Website
Art Gallery of New South Wales
Sydney, Australia
http://www.artgallery.nsw.gov.au
___
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: Some Basic Misunderstandings/Problems with RunRev - aka Help!

[Ken Norris]

Hello Dave,

> Date: Wed, 14 Apr 2004 18:03:19 +0100
> From: David Burgun <[EMAIL PROTECTED]>
> Subject: Re: Some Basic Misunderstandings/Problems with RunRev - aka
> Help!

>>> Why doesn't the documentation say anything about this?
> 
> I mean that if you look up the "save" command it makes no mention
> that you can't save a stack if it's a Standalone. In fact I've found
> the dictionary good for checking the syntax of a command/message but
> absolutely useless for putting the command/message into context.
--
???

Here is a copy/paste _directly_ from the Dictionary:

*** You cannot save to a standalone application¹s file; standalones are
read-only. ***

...Without trying to be pretentious, that seems fairly plain to me.

I believe I understand what you want to do. One of the things I do is build
ableware/adaptiveware stuff. These have a bunch of options and controls
which need to be saved.

A standalone contains the Rev/MC engine, which does _not_ allow saving to
itself, which is common industry-wide.

For this reason, most Rev developers use the Splash (Richard says to make a
memory error dialog so you don't leave the user wondering what happened if
the thing sucks up too much memory at startup...I tend to favor this
approach myself) as the Main stack, i.e., it contains the engine, which,
after initialization (globals, etc,)

Consequently, your GUI should have been developed as a substack, initialized
and opened by the Splash (which is really the Main stack with the engine).
When you close, you save this substack from the Main stack. It will be saved
with whatever changes you made to it.

The question then becomes: How does your stack operate according to the
settings?

Way #1

My first suggestion if you have backup issues or want to otherwise ensure
the safety of the settings, is to save values that relate to your controls
in a text file as has already been suggested. This is the safest way,
because it's easy to save, easy to back up anywhere, easy to recover, and
can be read by other apps if your standalone takes a crap, or you want to
change it and something goofs up.

Way #2:

You could simply have each routine that needs to know the status of a
checkbox check to see if it's hilited via a path, on the fly. But that's
slow, inefficient, and totally vulnerable. You'd need to backup the whole
thing, GUI and all, or else, if it goes down, you lose everything.

Way #3:

If you feel you must save within the GUI, then save the status of the
controls in both global variables and in the lines of a _hidden field_. When
you change a control, put it's status value into a global variable as well
as the designated line of the hidden field. This way, when the stack starts
up, it reads the values from the hidden field into the globals in an
initialization routine. Then all your routines need to do is operate off the
status values in the globals.

BTW, in the text file save scenario, it does essentially the same thing,
except it's safer.

I sincerely hope this helps and makes sense.

Ken N.



___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

SC, Rev,and RB speed test

[Chris Yavelow]

I'm conducting an informal speed test comparing identical projects in 
SuperCard (4.1.2), Revolution (2.2), and RealBasic (5.5.1). The 
projects match 3,000 short phrases against an 81,920 word text. There 
has already been some feedback and these simple projects are now 
running even faster. Each one is only a dozen lines of code.

Here are the current statistics:

RealBasic -- 234 ticks
Revolution -- 1120 ticks
SuperCard -- 1889 ticks
I've set up a page for downloading the sample projects, if you'd like 
to try to tweak them to run faster. The object is not the fewest 
lines of code, it is to create the fastest code (without xfcns or 
xcmds, etc.). You can inspect the latest version of the code there as 
well, and see the latest speed results (in ticks).

Here is the URL:  http://www.yav.com/speed.html

Thanks in advance for your assistance.

Chris Yavelow
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Rev engine on embedded Linux

[John Rule]

There are several options for more robust operating systems for Linux PDA's
now (like the Zaurus PL6000) using an OS called pdaXrom. This is discussed
in detail at the Zaurus group (www.zaurususergroup.com), and the OS
information is at www.pdaxrom.org.  I was wondering if the folks at
Revolution have looked at this...they say it would just take a recompile.

John Rule

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Some Basic Misunderstandings/Problems with RunRev - aka

[Ken Norris]

Hi Dave,

> Date: Wed, 14 Apr 2004 19:51:29 +0100
> From: David Burgun <[EMAIL PROTECTED]>
> Subject: Re: Some Basic Misunderstandings/Problems with RunRev - aka

> If I did need that (or need it in the future), then I could implement
> the text file solution just for the Prefs window. All the other
> Windows/Stacks can be saved as a normal RR stack. There are so many
> windows/stacks/controls that to save them all in as a text file would
> be unweildy I think.
-
NO, no, I don't think that's what folks are meaning to say.

1) Stacks are files. They appear in windows, therefore the word "stack" and
the word "window" are basically interchangeable, althought the syntax
doesn't always allow for it. A standalone is what happens to a Main stack
when you build the SA. It's actually the application because it contains the
runtime engine, but most of us just make a splash out of it, with maybe some
init routines. It's substacks become files full of stuff, whether GUI or
data. That's really all there is to it.

2) The windows and controls don't go into a text file, just the associated
values, i.e., whatever the controls generate, i.e., strings and numbers.
Therefore, you assign values to the _states_ of your controls, and save them
the same way. When you read them back into variables, they can now be used
to govern the action, which is what you want to do (I assume).

Makes sense?

Ken N.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: The seconds problem - redefined

[Dar Scott]

On Wednesday, April 14, 2004, at 09:39 PM, [EMAIL PROTECTED] wrote:

 Hope that helps. Now back to the original question. Is there a 
way to
convert dates to seconds where every day has 86400 seconds?
Of course.

The problem is not just that Revolution thinks some days are 23 hours 
and some days are 25 hours.  In your environment, they _are_ just 23 
hours and 25 hours.  Revolution convert uses your environment.  I 
remember it like this:  "Convert is a command, not a function."

You are using an exact second match for something that does not exist 
as an exact second match.  This is for two reasons.  first of all the 
edge of the day changes.  Second, it is unreliable to do exact equality 
on floating point.

A quick fix would be to have a tolerance in your match text.  Look for 
a match plus or minus a few hours.

Another is what you asked for.  Take a day number and multiply by 
86400.  This will be meaningful as day-number-times-86400.

Or you can simply go with day numbers.

 1. Does such a conversion exist in Revolution now?

 2. If not, shouldn't it?
It would be nice to have date and time functions that do not look at 
time zone and daylight-savings parameters of the system but take these 
data as function parameters or settings.  In your case, you will use 
trivial values for these.  There are always special cases, though.  
Historically, some locals made gradual calendar changes and some 
switched back and forth.

A day value with the fraction being the fraction of the day is popular. 
 I have seen it in COM and in MATLAB.  The most general popular scheme 
seems to be the Julian Day which starts at noon GMT on some day long 
ago.

Even these can have creeping errors.  However for comparing day 
numbers, I suspect it is sufficient to round both day numbers and 
compare.  Even floating point equality should work.  Remember, daylight 
savings will shift around this, too.

One that also calls for consistent seconds based
on GMT.
Seconds is based on GMT.  Your time zone may not be GMT.

PPS More fuel on the fire: finding days between dates will not produce 
whole
numbers if you convert the dates to seconds and divide by 86400 - when 
the
date range spans a 23 or 25 hour day.
Of course not.  You are asking for the seconds between midnight one day 
to midnight another day.

Dar Scott

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: SC, Rev,and RB speed test

[Brian Yennie]

Chris,

I'm conducting an informal speed test comparing identical projects in 
SuperCard (4.1.2), Revolution (2.2), and RealBasic (5.5.1). The 
projects match 3,000 short phrases against an 81,920 word text. There 
has already been some feedback and these simple projects are now 
running even faster. Each one is only a dozen lines of code.

Here are the current statistics:

RealBasic -- 234 ticks
Revolution -- 1120 ticks
SuperCard -- 1889 ticks
The following gave me about a 25% speedup by using offset() instead of 
"contains".
THEN... I thought of keeping track of already searched for strings in 
an array, which got the whole thing down to 2 ticks. Of course the 
effect of the latter will be much less with more random data, but it 
helps (and should in all of the languages).

I also found that you definitely have a faster computer than me... my 
original run took 3377 ticks!

My other benchmarks were 2586 ticks by using offset(), and 2 ticks by 
using arrays to notice redundant queries.

Hope that helps... it's still pretty readable which should be worth 
something =)

#

on mouseUp
  local 
tFind,tSearch,tLine,tMatchList,tTicks,tAlreadyFound,tAlreadyMissed
  put "" into cd fld "TheResults"
  put the ticks into sticks
  put cd fld "TargetText" into theText
  put field "SearchTextList" into stList
  repeat for each line stLine in stList
if (tAlreadyFound[stLine] = "!") then
  put stLine & cr after tMatchList
else if (tAlreadyMissed[stLine] = "!") then
  next repeat
else if (offset(stLine, theText) > 0) then
  put stLine & cr after tMatchList
  put "!" into tAlreadyFound[stLine]
else
  put "!" into tAlreadyMissed[stLine]
end if
  end repeat
  put tMatchList into cd fld "TheResults"
  put the ticks - sticks && "ticks" into cd fld "SpeedRecords"
end mouseUp

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: SC, Rev,and RB speed test

[Ken Ray]

> Here's a winner using your test stack:
> 
> on mouseUp
>   local tFind,tSearch,tLine,tMatchList,tTicks
>   put "" into cd fld "TheResults"
>   put the milliseconds into sMS
>   put cd fld "TargetText" into theText
>   put field "SerachTextList" into stList
>   repeat for each line tLine in theText
> put "" into tMatchList[tLine]
>   end repeat
>   repeat for each line stLine in stList
> if stLine is in keys(tMatchList) then put stLine & cr 
> after MatchList
>   end repeat
>   put MatchList into cd fld "TheResults"
>   put the milliseconds - sMS && "ms" into cd fld 
> "SpeedRecords" end mouseUp
> 
> Running this on my 1GHz G4 was ** 50 milliseconds **. 

Note that this is only true because you have the same sentence over and over
again in the TargetText field. This collapses down to two elements so the
search is super-speedy. If you anticipate having a lot of duplicate lines in
the TargetText, this is a good way to go, but if you anticipate everything
being different, this is *not* the way to go (and is actually slower).

Just FYI,

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: Navigating via script

[Ken Norris]

Hi David,

> Date: Wed, 14 Apr 2004 22:20:08 -0600
> From: David Squance <[EMAIL PROTECTED]>
> Subject: Navigating via script
> 
> I have a simple question about "click at the loc of ...".  I have a
> navigation palette and I want a script from the main stack to 'call' one of
> the buttons to move to another location.  The docs say it is possible to
> simulate a mouseclick with click at the loc of btn "whatever", however they
> don't say it won't work with a floating palette from another stack.  Is
> this true, or have I just muffed it somewhere?
---
Well, you could send a mouseUp:

on openStack
  send "mouseUp" to button "Do It" of stack "My Palette"
end openStack

...of course, the button "Do It" will need to actually have a mouseDown
message handler to run:

on mouseUp ## this is button "Do It"
  set the loc of me to "100,100"
end mouseUp

HTH,
Ken N.

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

RE: SC, Rev,and RB speed test

[Ken Ray]

Chris,

Here's a winner using your test stack:

on mouseUp
  local tFind,tSearch,tLine,tMatchList,tTicks
  put "" into cd fld "TheResults"
  put the milliseconds into sMS
  put cd fld "TargetText" into theText
  put field "SerachTextList" into stList
  repeat for each line tLine in theText
put "" into tMatchList[tLine]
  end repeat
  repeat for each line stLine in stList
if stLine is in keys(tMatchList) then put stLine & cr after MatchList
  end repeat
  put MatchList into cd fld "TheResults"
  put the milliseconds - sMS && "ms" into cd fld "SpeedRecords"
end mouseUp

Running this on my 1GHz G4 was ** 50 milliseconds **. I can send you the
stack if you like. BTW: In Rev, you don't need to use "cd" in front of the
field descriptor as there isn't a distinction between card/background fields
like in SuperCard. And I measured in milliseconds to get a more accurate
read.

Ken Ray
Sons of Thunder Software
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/
 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Chris Yavelow
> Sent: Wednesday, April 14, 2004 11:51 PM
> To: [EMAIL PROTECTED]
> Subject: SC, Rev,and RB speed test
> 
> 
> I'm conducting an informal speed test comparing identical projects in 
> SuperCard (4.1.2), Revolution (2.2), and RealBasic (5.5.1). The 
> projects match 3,000 short phrases against an 81,920 word text. There 
> has already been some feedback and these simple projects are now 
> running even faster. Each one is only a dozen lines of code.
> 
> Here are the current statistics:
> 
> RealBasic -- 234 ticks
> Revolution -- 1120 ticks
> SuperCard -- 1889 ticks
> 
> I've set up a page for downloading the sample projects, if you'd like 
> to try to tweak them to run faster. The object is not the fewest 
> lines of code, it is to create the fastest code (without xfcns or 
> xcmds, etc.). You can inspect the latest version of the code there as 
> well, and see the latest speed results (in ticks).
> 
> Here is the URL:  http://www.yav.com/speed.html
> 
> Thanks in advance for your assistance.
> 
> Chris Yavelow
> ___
> 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