OS X Rev CGI engine failure

[J. Landman Gay]

I'm trying to do some CGI testing on my OS X machine locally. For ages 
I've been using an old copy of MetaCard locally but I just tried Rev 
(both 2.9.1 and 3.0). I can't get the it to run.


The script, permissions, etc. are correct. The Rev engine is the 
Runtime/Standalone engine from inside the the app bundle. The script's 
shebang line has the -ui flags set. If I run the cgi script from 
Terminal it works fine. But if I run it from a browser or do a "get url" 
from Rev's message box I get this server error:


"could not establish the default connection to the WindowServer [date 
and stuff] Premature end of script headers: "


If I change the declaration to point to the old copy of MetaCard in the 
cgi folder, the script runs fine. Anyone know why Rev is trying to load 
the window manager? And why only when called from a browser?


Andre, are you there? :)

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Layer Tools plugin (beta)

[Chipp Walters]

William,

It runs fine on my Rev 3.0 Mac Leopard installation. Can you tell me what
version of Rev you're using?

-C
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Rev 3.0.0 Bulid Standalone fails

[J. Landman Gay]

Camm29 wrote:

All,

Have a problem when building standalone , it fails with a message about Stack 
"answer dialog" in memory ?
This stack"answer dialog" adds itself to the application browser ?

This stack is not part of my program ??


That happened to me too in one stack, right after I added a substack. 
The substack was not named "answer dialog", it was something completely 
different. The standalone builder did not fail, but it put up a warning 
message. When I clicked "OK" it continued and the build worked fine.


I did not see "answer dialog" added to my main stack. Do you see a copy 
of it in the Application Browser? If so, you can try deleting it. 
Right-click on the stack in the App Browser and choose "Delete 
Substack". See if that helps.


--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: 2.6.1 build

[Randy Hengst]

Jeff,

Is this what you mean?   http://runrev.com/downloads/all-downloads/ 
full-list/


or the link from that page:

http://downloads.runrev.com/distributions/2.6.1/revolution.sit

take care,
randy hengst
-
On Sep 18, 2008, at 5:26 PM, Jeff Reynolds wrote:

you can get a build of 2.6.1 by signing up for a demo and list  
classic as your system. i too noticed the old builds on the ftp  
disappeared. has anyone found them elsewhere?


cheers,

jeff

On Sep 18, 2008, at 5:45 PM, use-revolution- 
[EMAIL PROTECTED] wrote:



Hmm, it used to be possible to download old versions from their ftp
site at ftp://ftp.runrev.com. But I just tried and it looks like the
"pub" folder is now empty. Anyone?


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: (no subject)

[Mark Schonewille]

gratuliere!

--
Mark Schonewille


On 19 sep 2008, at 00:31, Peter Baral wrote:




Von meinem iPhone gesendet


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

(no subject)

[Peter Baral]

Von meinem iPhone gesendet
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: 2.6.1 build

[Jeff Reynolds]

you can get a build of 2.6.1 by signing up for a demo and list classic  
as your system. i too noticed the old builds on the ftp disappeared.  
has anyone found them elsewhere?


cheers,

jeff

On Sep 18, 2008, at 5:45 PM, [EMAIL PROTECTED]  
wrote:



Hmm, it used to be possible to download old versions from their ftp
site at ftp://ftp.runrev.com. But I just tried and it looks like the
"pub" folder is now empty. Anyone?


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Jeff Reynolds]

Richard,

actually more worried about the osx and windows versions of the  
standalones keeping up. i have been solving this by working in the  
2.61 IDE and making the classic standalone from that then opening the  
stack up in the latest rev for then creating the mac and osx versions.


rub with this is always worrying something might be funky with the  
2.61 stack in the newer rev sometime and then fun tracking it back and  
fixes might need to then bifurcate the development effort that would  
be a mess.


would be nicest to start working in the 3.0 ide then build everything  
from there as long as i dont end up doing something that does not  
transport back to classic builds...


from the problem with classic builds in the current rev 3.0 that  
François reported, it looks like i will need to continue in 2.6.1 ide  
for now then move the stack to 3.0 to do the osx and windoz builds.


cheers,

jeff



On Sep 18, 2008, at 5:45 PM, [EMAIL PROTECTED]  
wrote:



The nice thing about supporting Classic is that it's frozen in time,
just like the Rev engine for it appears to be.  Apple isn't likely  
to do

anything more for Classic, so the Rev 2.6.1 is expected to run as long
as your hardware holds out.


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Richard Gaskin]

Mark Schonewille wrote:

> On 18 sep 2008, at 23:45, Richard Gaskin wrote:
>>
>> As I noted in my last post on this, the file format changed with
>> v2.7, so any stacks used with the v2.6.1 engine must first be saved
>> in the older format.
>>
>> The engine has a built-in property to govern this: the
>> stackFileVersion.  Just set that to "2.4" (the version of the file
>> format used through v2.6.x) and you should be fine.  I hope.  Let me
>> know if not.
>>
>> That said, as long as Rev ships with the v2.6.1 engine it should
>> continue to provide a preference for setting the file format.  I
>> would consider that omission to be a bug.
>
> That doesn't help. It won't work. Rev 2.6.1 is the latest version that
> creates working standalones for Mac OS 9. The standalones created by
> Rev 3.0 will not run. There is no need to try, although someone might
> find out what's wrong with them and come up with a fix.

Interesting. I wonder if it works in MetaCard?  If so at least that 
would isolate the problem to the standalone builder and not the engine.


As long as Rev ships with a Classic engine, I agree that it would be a 
bug if it can't use it to build standalones.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Mark Schonewille]

Hi Richard,

That doesn't help. It won't work. Rev 2.6.1 is the latest version that  
creates working standalones for Mac OS 9. The standalones created by  
Rev 3.0 will not run. There is no need to try, although someone might  
find out what's wrong with them and come up with a fix.


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 18 sep 2008, at 23:45, Richard Gaskin wrote:


As I noted in my last post on this, the file format changed with  
v2.7, so any stacks used with the v2.6.1 engine must first be saved  
in the older format.


The engine has a built-in property to govern this: the  
stackFileVersion.  Just set that to "2.4" (the version of the file  
format used through v2.6.x) and you should be fine.  I hope.  Let me  
know if not.


That said, as long as Rev ships with the v2.6.1 engine it should  
continue to provide a preference for setting the file format.  I  
would consider that omission to be a bug.


--
Richard Gaskin
Managing Editor, revJournal



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Scott Morrow]

My experience in regards to building OS9 standalones, mirrors that of  
Mark's.  I have never been able to build a "working" standalone rev  
app unless I was doing it from within OS9 using rev 2.6.1 (or earlier)


Scott Morrow
Elementary Software
Now with 20% less chalk dust

On Sep 18, 2008, at 2:11 PM, Mark Schonewille wrote:


Hi François,

I don't think that anything newer than 2.6.1 is able to build  
standalones for Mac OS 9. With regard to Rev 3.0, I consider this a  
bug, but I have little hope that it is going to be fixed.


A bug report can be found at:
http://quality.runrev.com/qacenter/show_bug.cgi?id=6418

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 18 sep 2008, at 23:00, François Chaplais wrote:



Le 18 sept. 08 à 22:55, François Chaplais a écrit :
I just created a blank stack in Rev 3.0.0 gm-3 and created a  
Classic standalone;
I should be more precise: this is the studio version running on a  
Mac Book Pro, MacOSX 10.4.11.


best
François



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Urgent! Standalone Problem!!!

[Sarah Reichelt]

> I need to get the name of the Standalone Application when I'm running in IDE
> mode. I have a standaloneSaved handler that sets vital information for the
> Standalone after is has been saved, The main problem is that the
>  standaloneSaved handler is passed the name of the Standalone folder in
> which the new folder for the applications (Mac and Windows) have been saved,
> e.g.
>
> /StandAloneFolder/
>
> Whereas what would be really useful would be the folder that is created to
> store the Standalone Application, e.g.
>
> /StandAloneFolder/AppName/
>
> Which contains:
>
> MacOSX
> Windows
>
> I either the folder name or I need to be able to get the Standalone Settings
> for the Application where the name of the Application is stored.
>


Here is what I use in a standaloneSaved handler (Mac only, but you can
easily adapt it to Windows as well):

on standaloneSaved pFolder
-- get the full name of the standalone folder
  put the cRevStandaloneSettings["name"] of stack tStackName into tName
  put pFolder & tName & "/" into tAppFolder

  -- if building multiple standalones, there will be a Mac OS X
folder, otherwise, just .app
  if there is a folder (tAppFolder & "MacOSX") then
put "MacOSX/" after tAppFolder
  end if

  -- get out if can't find the new app
  if there is not a folder (tAppFolder & tName & ".app") then exit
standaloneSaved


end standaloneSaved
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Richard Gaskin]

François Chaplais wrote:
I just created a blank stack in Rev 3.0.0 gm-3 and created a Classic  
standalone; the process went fine. I move it from my MacBook Pro to  
my G4 Cube with a USB key. The app didn't lauch under Classic (within  
10.3.9). When rebooted under MacOS 9.2.2, it reported an error -199  
before aborting upon launch.


Should this be considered a bug?


As I noted in my last post on this, the file format changed with v2.7, 
so any stacks used with the v2.6.1 engine must first be saved in the 
older format.


The engine has a built-in property to govern this: the stackFileVersion. 
 Just set that to "2.4" (the version of the file format used through 
v2.6.x) and you should be fine.  I hope.  Let me know if not.


That said, as long as Rev ships with the v2.6.1 engine it should 
continue to provide a preference for setting the file format.  I would 
consider that omission to be a bug.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Mark Schonewille]

Hi François,

I don't think that anything newer than 2.6.1 is able to build  
standalones for Mac OS 9. With regard to Rev 3.0, I consider this a  
bug, but I have little hope that it is going to be fixed.


A bug report can be found at:
http://quality.runrev.com/qacenter/show_bug.cgi?id=6418

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 18 sep 2008, at 23:00, François Chaplais wrote:



Le 18 sept. 08 à 22:55, François Chaplais a écrit :
I just created a blank stack in Rev 3.0.0 gm-3 and created a  
Classic standalone;
I should be more precise: this is the studio version running on a  
Mac Book Pro, MacOSX 10.4.11.


best
François



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

CNET says VWware adds Linux, iPhone to vitualization mix

[François Chaplais]

hot off the press:
http://news.cnet.com/8301-1001_3-10045774-92.html?tag=nl.e433

how they will achieve this on the iPhone, I'm stymied, but, again, I  
am fairly incompetent.
Note: this is server software, so this explains that, maybe... what  
is the opinion of people who use rev CGI?


Best regards,
François

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[François Chaplais]

Le 18 sept. 08 à 22:55, François Chaplais a écrit :
I just created a blank stack in Rev 3.0.0 gm-3 and created a  
Classic standalone;
I should be more precise: this is the studio version running on a Mac  
Book Pro, MacOSX 10.4.11.


best
François


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[François Chaplais]

Le 18 sept. 08 à 20:40, Richard Gaskin a écrit :


Jeff Reynolds wrote:


is the classic build going to be frozen at 2.6.1 for good now?

...
i still have to create mac classic stanalones for the school  
cdroms as  its still a significant market in the elementary  
schools still holding  onto older macs and not going to osx with  
them...
I have not been working on these cdroms for the last 6 months,  
but  will need to be upgrading some old ones and creating new  
grade levels  of others and wondering if its ok to move the  
software line to 3.0  from 2.6.1 at this time or wait. i purposely  
froze these projects on  2.6.1 to keep compatibility for building  
classic standalones. our  mulitmedia cdroms are pretty simple and  
seem to be very happy  currently with 2.6.1 builds on mac and pc,  
but am aware we may be just  new system version away from that  
being true at any point here...


The nice thing about supporting Classic is that it's frozen in  
time, just like the Rev engine for it appears to be.  Apple isn't  
likely to do anything more for Classic, so the Rev 2.6.1 is  
expected to run as long as your hardware holds out.




I just created a blank stack in Rev 3.0.0 gm-3 and created a Classic  
standalone; the process went fine. I move it from my MacBook Pro to  
my G4 Cube with a USB key. The app didn't lauch under Classic (within  
10.3.9). When rebooted under MacOS 9.2.2, it reported an error -199  
before aborting upon launch.


Should this be considered a bug?

Best regards
François



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Dealing with large numbers

[Mikey]

It isn't the only IDE that doesn't tell you when you go over MAXINT or
under MININT, or when the real that you're using isn't the value that
you think it is.  Payroll is spectacularly insane when these kinds of
things happen - and I'm not doing payroll in RR yet.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Layer Tools plugin (beta)

[Chipp Walters]

I'll check it out on my Mac.

On Thu, Sep 18, 2008 at 8:16 AM, william humphrey <[EMAIL PROTECTED]>wrote:

> Then RunRev crashes.
>
> On Thu, Sep 18, 2008 at 9:13 AM, william humphrey <[EMAIL PROTECTED]
> >wrote:
>
> > On Mac OS I get "  *set* the priv_ResizeControlList of stack tStackName
> totControlList"
> > a freeze at that command when trying to switch to pallet mode.
> >
>
>
>
> --
> http://www.bluewatermaritime.com
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Urgent! Standalone Problem!!!

[Richard Gaskin]

Dave wrote:
I need to get the name of the Standalone Application when I'm running  
in IDE mode. 


I use this AppPath function:


It's included in stdLib:


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Urgent! Standalone Problem!!!

[Chris Sheffield]

Custom property set cRevStandaloneSettings, then the name property  
within that set. Make sure you have "Rev UI elements appear in lists"  
checked in Rev prefs or you won't be able to see it in the prop  
inspector.


So something like:

put the cRevStandaloneSettings["name"] of this stack into  
tStandaloneName


should get you what you want.

Hope that helps
Chris


On Sep 18, 2008, at 1:54 PM, Dave wrote:


Hi,

I need to get the name of the Standalone Application when I'm  
running in IDE mode. I have a standaloneSaved handler that sets  
vital information for the Standalone after is has been saved, The  
main problem is that the  standaloneSaved handler is passed the name  
of the Standalone folder in which the new folder for the  
applications (Mac and Windows) have been saved, e.g.


/StandAloneFolder/

Whereas what would be really useful would be the folder that is  
created to store the Standalone Application, e.g.


/StandAloneFolder/AppName/

Which contains:

MacOSX
Windows

I either the folder name or I need to be able to get the Standalone  
Settings for the Application where the name of the Application is  
stored.


Does anyone have any idea on how to solve this?

All the Best
Dave





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


--
Chris Sheffield
Read Naturally, Inc.
www.readnaturally.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Rev on iPhone/iPod Touch ??

[François Chaplais]

Le 18 sept. 08 à 21:23, Stephen Barncard a écrit :

Fooey on Toolbook. One can make web apps look exactly like an  
iPhone app now.


check this out:
http://ajaxian.com/archives/iphone-native-looking-skin

I adapted a test to work on my site:
http://barncard.com/iPhone/test.html#_tune_in

it would be easy to use Rev to make up these.




I don't think so, if I understand what SJ & co said at the WWDC  
keynote & SDK announcement. The interface (that they call CocoaTouch)  
is rather different from what you have with a mouse and screen (this  
is also partially true for ajax). For instance, there is no  
"mouseover" at this stage. By contrast, you have these touch  
interface which is really different, and you have these extra  
sensors. This interface is still, IMHO, rather underexploited.


On the other hand, I agree that porting most of rev to such a device  
seems reasonably feasible. But, to continue another thread (Cocoa), a  
true porting would involve a loss of "cross platform compatibility",  
which I translate by the appearance of some diversity. Of course, it  
would be always possible to emulate most of the classical interface,  
but I think that developing on such a device (small screen, no  
overlapping windows, other sensors) motivates the appearance of new  
interface solutions, at the very least.


François
(very) amateur developer

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Urgent! Standalone Problem!!!

[Dave]

Hi,

I need to get the name of the Standalone Application when I'm running  
in IDE mode. I have a standaloneSaved handler that sets vital  
information for the Standalone after is has been saved, The main  
problem is that the  standaloneSaved handler is passed the name of  
the Standalone folder in which the new folder for the applications  
(Mac and Windows) have been saved, e.g.


/StandAloneFolder/

Whereas what would be really useful would be the folder that is  
created to store the Standalone Application, e.g.


/StandAloneFolder/AppName/

Which contains:

MacOSX
Windows

I either the folder name or I need to be able to get the Standalone  
Settings for the Application where the name of the Application is  
stored.


Does anyone have any idea on how to solve this?

All the Best
Dave





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

not getting my posts

[Chris Sheffield]

For some reason I'm not getting my own posts even though in my  
settings I've opted to do so. Anyone else having this problem? And no,  
they're not getting stuck in my spam/junk folder.


--
Chris Sheffield
Read Naturally, Inc.
www.readnaturally.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [FR][EN] A bug in the Revo 3 script editor?

[Mark Schonewille]

Hi Dominique,

Thanks for posting this. It is useful to know that there are more  
prople who encounter this problem.


If you search the QCC for "sePrefGet", you will see that this is a  
known bug.


--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 18 sep 2008, at 21:37, Dom wrote:


(in french below)
I am editing a stack, wanting to get a group script:

instead of the script, an empty window
titled "revNewScriptEditor"
cannot be closed with CMD-W (done by going in the menu)

the script was invoked by a control-clic within "Application Browser"

again:
I get correctly
group"xxx" of card "xxx" of "path"
script window always empty

I am given an error message:

   executing at 21:15:21
TypeFunction: error in function handler
Object  Editor
Lineset the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
HintsePrefGet

the "script" button in the dialog window leads to this:

group "Editor" of card "main" of stack "revNewScriptEditor 1"

#   Unlocks the script, allowing the user to edit it.
command scriptUnlock
  set the lockText of field "Script" of me to false
  set the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
end scriptUnlock

I understand why I cannot open the script ;->

One has to quit RR and relaunch to get rid of the problem
-- for a while (reproducible...)
simply closing the "offending" (?) is not sufficient


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[FR][EN] A bug in the Revo 3 script editor?

[Dom]

(in french below)
I am editing a stack, wanting to get a group script:

instead of the script, an empty window
titled "revNewScriptEditor"
cannot be closed with CMD-W (done by going in the menu)

the script was invoked by a control-clic within "Application Browser"

again:
I get correctly 
group"xxx" of card "xxx" of "path"
script window always empty

I am given an error message:

executing at 21:15:21
TypeFunction: error in function handler
Object  Editor
Lineset the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
HintsePrefGet

the "script" button in the dialog window leads to this:

group "Editor" of card "main" of stack "revNewScriptEditor 1"

#   Unlocks the script, allowing the user to edit it.
command scriptUnlock
   set the lockText of field "Script" of me to false
   set the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
end scriptUnlock

I understand why I cannot open the script ;->

One has to quit RR and relaunch to get rid of the problem 
-- for a while (reproducible...)
simply closing the "offending" (?) is not sufficient


J'édite une pile, plus particulièrement je veux obtenir le script d'un
groupe :

au lieu d'avoir le script on a une fenêtre vide
titrée "revNewScriptEditor"
non fermable par CMD-W (insister, ou aller dans le menu)

le script a été appelé par ctrl-clic sur la ligne de l'objet dans
"Application Browser"

insister :
là j'ai bien
group"xxx" of card "xxx" of "chemin d'accès"
mais fenêtre script toujours vide

je finis par avoir un message d'erreur :

executing at 21:15:21
TypeFunction: error in function handler
Object  Editor
Lineset the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
HintsePrefGet

le bouton script dans le dialogue d'erreur me donne ceci :

group "Editor" of card "main" of stack "revNewScriptEditor 1"

#   Unlocks the script, allowing the user to edit it.
command scriptUnlock
   set the lockText of field "Script" of me to false
   set the backgroundColor of field "Script" of me to
sePrefGet("editor,backgroundColor")
end scriptUnlock

je comprends pourquoi je ne peux pas accéder au script ;->

il faut quitter RR et relancer pour éliminer le problème
-- pour un bref moment !
fermer la pile en cause ne suffit pas !

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Dealing with large numbers

[Mark Wieder]

Mikey-

Wednesday, September 17, 2008, 11:09:45 AM, you wrote:

> So, you take each digit, perform the operation, and move to the next
> one, just like when you're doing it by hand.

Thanks - that's what I ended up doing. I find it more than a little
annoying that the engine doesn't give me a warning on an integer
overflow, but happily gives me the wrong answer. More annoying is the
fact that I put an "answer the result" step in there to see if an
error message was returned, and the result *has the right sum*. But if
I store it in a variable the variable has the wrong one. Anyway, I've
got something that works for me now, I just have to do long addition
by hand.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Rev on iPhone/iPod Touch ??

[Stephen Barncard]

Fooey on Toolbook. One can make web apps look exactly like an iPhone app now.

check this out:
http://ajaxian.com/archives/iphone-native-looking-skin

I adapted a test to work on my site:
http://barncard.com/iPhone/test.html#_tune_in

it would be easy to use Rev to make up these.



I see that the latest version of ToolBook is pushing its ability to 
deliver to the iPhone & iPod Touch. Have a look at:


http://by106w.bay106.mail.live.com/mail/InboxLight.aspx?n=1390091929

Any comments on the same ability of Rev ??

Has anybody done any work with interfaces or come up with an iPhone 
simulator to test stacks?


best, Bob...

_

___


--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Dealing with large numbers

[Mark Wieder]

Mark-

Wednesday, September 17, 2008, 11:16:31 AM, you wrote:

> Mark, I just ran this, (mac 10.4.11, rev 3.0) and see no problems,  
> even up to 1000 iterations - could it be some platform-related thing?

Well, it *is* platform-related in the sense that I get different
results on XP and Leopard. But they're both wrong. Look at the results
around iteration 80 or so and you'll see that the numbers just don't
add up properly.

-- 
-Mark Wieder
 [EMAIL PROTECTED]

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Richard Gaskin]

Joe Lewis Wilkins wrote:
I started using Rev. with 2.7, so how do I get a copy of 2.6.1? It  
might be a good idea if this were made common knowledge some way or  
another, so we don't beat our heads against a stone wall trying to do  
Classic with later versions of Rev.


The Classic engine is included with builds through v2.8, I believe. 
It's the v2.6.1 engine, but you can still deploy with it.  v2.7 has a 
preference to use the older file format -- just turn that on and as long 
as you don't use any v2.7-specific features you can continue working on 
one set of stacks for all target systems.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Chris Sheffield]

Hmm, it used to be possible to download old versions from their ftp  
site at ftp://ftp.runrev.com. But I just tried and it looks like the  
"pub" folder is now empty. Anyone?



On Sep 18, 2008, at 1:17 PM, Joe Lewis Wilkins wrote:


Richard,

I started using Rev. with 2.7, so how do I get a copy of 2.6.1? It  
might be a good idea if this were made common knowledge some way or  
another, so we don't beat our heads against a stone wall trying to  
do Classic with later versions of Rev.


TIA,
Joe Wilkins

On Sep 18, 2008, at 11:40 AM, Richard Gaskin wrote:


Jeff Reynolds wrote:


is the classic build going to be frozen at 2.6.1 for good now?

...
i still have to create mac classic stanalones for the school  
cdroms as  its still a significant market in the elementary  
schools still holding  onto older macs and not going to osx with  
them...
I have not been working on these cdroms for the last 6 months,  
but  will need to be upgrading some old ones and creating new  
grade levels  of others and wondering if its ok to move the  
software line to 3.0  from 2.6.1 at this time or wait. i purposely  
froze these projects on  2.6.1 to keep compatibility for building  
classic standalones. our  mulitmedia cdroms are pretty simple and  
seem to be very happy  currently with 2.6.1 builds on mac and pc,  
but am aware we may be just  new system version away from that  
being true at any point here...


The nice thing about supporting Classic is that it's frozen in  
time, just like the Rev engine for it appears to be.  Apple isn't  
likely to do anything more for Classic, so the Rev 2.6.1 is  
expected to run as long as your hardware holds out.


--
Richard Gaskin
Managing Editor, revJournal
___
Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


--
Please avoid sending me Word or PowerPoint attachments.
See   

Joe Lewis Wilkins
[EMAIL PROTECTED]





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


--
Chris Sheffield
Read Naturally, Inc.
www.readnaturally.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Joe Lewis Wilkins]

Richard,

I started using Rev. with 2.7, so how do I get a copy of 2.6.1? It  
might be a good idea if this were made common knowledge some way or  
another, so we don't beat our heads against a stone wall trying to do  
Classic with later versions of Rev.


TIA,
Joe Wilkins

On Sep 18, 2008, at 11:40 AM, Richard Gaskin wrote:


Jeff Reynolds wrote:


is the classic build going to be frozen at 2.6.1 for good now?

...
i still have to create mac classic stanalones for the school cdroms  
as  its still a significant market in the elementary schools still  
holding  onto older macs and not going to osx with them...
I have not been working on these cdroms for the last 6 months, but   
will need to be upgrading some old ones and creating new grade  
levels  of others and wondering if its ok to move the software line  
to 3.0  from 2.6.1 at this time or wait. i purposely froze these  
projects on  2.6.1 to keep compatibility for building classic  
standalones. our  mulitmedia cdroms are pretty simple and seem to  
be very happy  currently with 2.6.1 builds on mac and pc, but am  
aware we may be just  new system version away from that being true  
at any point here...


The nice thing about supporting Classic is that it's frozen in time,  
just like the Rev engine for it appears to be.  Apple isn't likely  
to do anything more for Classic, so the Rev 2.6.1 is expected to run  
as long as your hardware holds out.


--
Richard Gaskin
Managing Editor, revJournal
___
Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


--
Please avoid sending me Word or PowerPoint attachments.
See   

Joe Lewis Wilkins
[EMAIL PROTECTED]





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: stack script executes when opening substack

[Ken Ray]

> I get what you are saying here, there is a preopen stack event in the
> main stack, which it is going to hierarchically go back to, and
> execute, because we happen to be opening a stack, and there is no
> specific preopen stack for THIS stack. I put in a blank preopen stack
> for this and it trapped it and did what I was wanting.

BTW, there's another way to accomplish this same sort of "trap" if you
*really* want to keep your preOpenStack handler in the stack script. Since
the card of a stack is what gets sent the message (before it moves along the
hierarchy), and the owner of a card is a specific stack, you can put this
code in your mainstack's stack script:

on preOpenStack
  if the owner of the target is me then
-- this is the preOpenStack on the mainstack itself
  else
-- this is the preOpenStack from a substack
  end if
end preOpenStack   

Just FYI,

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


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Export sequence of pictures as quicktime movie

[Ken Ray]

>> to suggestions about the best way to create a qt movie from the saved
>> snapshot images.

I'm using Trevor's enhanced QT external to do this. He sent me a sample
stack that does this - if you want a copy, contact me offlist and I'll send
it to you.

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


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Rev on iPhone/iPod Touch ??

[Ken Ray]

> I see that the latest version of ToolBook is pushing its ability to deliver to
> the iPhone & iPod Touch. Have a look at:
> 
> http://by106w.bay106.mail.live.com/mail/InboxLight.aspx?n=1390091929
> 
> Any comments on the same ability of Rev ??
> 
> Has anybody done any work with interfaces or come up with an iPhone simulator
> to test stacks?

It looks like SumTotal is generating an iPhone web app within the IDE,
targeted at courseware and learning models. This is a lot easier to put into
a web environment than the kinds of apps you can create in Rev. But the idea
to do a similar thing to Rev looks good if someone wants to work on it...

;-)

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


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Search path for defaultMenuBar

[Richard Gaskin]

Mark Schonewille wrote:

> On 18 sep 2008, at 19:40, Richard Gaskin wrote:
>
>> The defaultMenuBar is becoming increasingly important for a couple
>> of my apps as their complexity grows.  But the docs offer only this
>> slender tidbit about it:
>>
>>  The defaultMenuBar is the short name of any group that is in
>>  a stack that is in memory.
>>
>> Short name, eh?  That means no reference to the stack that contains
>> it.
>>
>> So if I have multiple stacks in which each has its own menuBar set
>> to a group using the same name as the others, how does the engine
>> determine which group is the defaultMenuBar?
>>
>> Is it the group in topmost stack?
>> The one in the stack that was topmost at the time the defaultMenuBar
>> was last set?
>> Or something else?
>
> After starting a new session, the defaultMenubar contains (on Mac OS
> X):
>
> group "revMenuBar" of card "card id 1002" of stack "/Applications/
> Revolution Enterprise/3.0.0-gm-3/Toolset/revmenubar.rev"
>
> Not the short name, apparently.

Curious.

Good sleuthing - I've reported the docs error:
http://quality.runrev.com/qacenter/show_bug.cgi?id=7184

I can play around with it to figure out what happens if one uses only 
the short name, but if anyone here knows please chime in.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: OS9 standalone builds

[Richard Gaskin]

Jeff Reynolds wrote:


is the classic build going to be frozen at 2.6.1 for good now?

...
i still have to create mac classic stanalones for the school cdroms as  
its still a significant market in the elementary schools still holding  
onto older macs and not going to osx with them...


I have not been working on these cdroms for the last 6 months, but  
will need to be upgrading some old ones and creating new grade levels  
of others and wondering if its ok to move the software line to 3.0  
from 2.6.1 at this time or wait. i purposely froze these projects on  
2.6.1 to keep compatibility for building classic standalones. our  
mulitmedia cdroms are pretty simple and seem to be very happy  
currently with 2.6.1 builds on mac and pc, but am aware we may be just  
new system version away from that being true at any point here...


The nice thing about supporting Classic is that it's frozen in time, 
just like the Rev engine for it appears to be.  Apple isn't likely to do 
anything more for Classic, so the Rev 2.6.1 is expected to run as long 
as your hardware holds out.


--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Search path for defaultMenuBar

[Mark Schonewille]

Hi Richard,

After starting a new session, the defaultMenubar contains (on Mac OS X):

group "revMenuBar" of card "card id 1002" of stack "/Applications/ 
Revolution Enterprise/3.0.0-gm-3/Toolset/revmenubar.rev"


Not the short name, apparently.

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Dutch forum: http://runrev.info/rrforum/

Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html 
 for more info.


On 18 sep 2008, at 19:40, Richard Gaskin wrote:

The defaultMenuBar is becoming increasingly important for a couple  
of my apps as their complexity grows.  But the docs offer only this  
slender tidbit about it:


 The defaultMenuBar is the short name of any group that is in
 a stack that is in memory.

Short name, eh?  That means no reference to the stack that contains  
it.


So if I have multiple stacks in which each has its own menuBar set  
to a group using the same name as the others, how does the engine  
determine which group is the defaultMenuBar?


Is it the group in topmost stack?
The one in the stack that was topmost at the time the defaultMenuBar  
was last set?

Or something else?

--
Richard Gaskin
Managing Editor, revJournal



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

OS9 standalone builds

[Jeff Reynolds]

HI,

Has anyone yet converted their rev 3.0 stacks into OS9 classic  
standalones? is the classic build going to be frozen at 2.6.1 for good  
now? there was promise that the final classic was going to be in 2.7  
or 2.8, but that never seemed to happen (2.8 left it at available soon).


i still have to create mac classic stanalones for the school cdroms as  
its still a significant market in the elementary schools still holding  
onto older macs and not going to osx with them...


I have not been working on these cdroms for the last 6 months, but  
will need to be upgrading some old ones and creating new grade levels  
of others and wondering if its ok to move the software line to 3.0  
from 2.6.1 at this time or wait. i purposely froze these projects on  
2.6.1 to keep compatibility for building classic standalones. our  
mulitmedia cdroms are pretty simple and seem to be very happy  
currently with 2.6.1 builds on mac and pc, but am aware we may be just  
new system version away from that being true at any point here...


also does anyone know if there is a list of the set of features that  
the 2.6.1 engine cannot do so i can make sure to try to avoid them if  
i do go to 3.0 for these projects? there is mention in the user guide  
to try stacks in the 2.6.1 ide to make sure they are functional. does  
this mean that 3.0 stacks are openable by 2.6.1?


would love to use the new 3.0 ide and standardize the projects that do  
and dont require classic on one ide/development system, but i do need  
to make sure the classic stuff works flawlessly as these projects  
translate into tens of thousands of cdroms out there and mistakes can  
be deadly...


just thought i would check with folks for any major gotchas or news i  
may have missed before i embarked on a big round of testing.


thanks

jeff
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Search path for defaultMenuBar

[Richard Gaskin]

The defaultMenuBar is becoming increasingly important for a couple of my 
apps as their complexity grows.  But the docs offer only this slender 
tidbit about it:


  The defaultMenuBar is the short name of any group that is in
  a stack that is in memory.

Short name, eh?  That means no reference to the stack that contains it.

So if I have multiple stacks in which each has its own menuBar set to a 
group using the same name as the others, how does the engine determine 
which group is the defaultMenuBar?


Is it the group in topmost stack?
The one in the stack that was topmost at the time the defaultMenuBar was 
last set?

Or something else?

--
 Richard Gaskin
 Managing Editor, revJournal
 ___
 Rev tips, tutorials and more: http://www.revJournal.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Group Conundrum Take 2 (Ignore first post)

[Ken Ray]

> Pretty simple. I was focussed on setting layer numbers. This is much
> easier-- and the trick is to work inside the edit group command. Also Ken
> Ray's function is important as well-- as you can't get a unique long owner
> for a control which is part of a group.
> 
> function stsLongOwnerID pObjID,pOpt_NumLevels
>  if pOpt_NumLevels = "" then put 1 into tNum
>  else put pOpt_NumLevels into tNum
>  if word ((4*tNum)+1) of pObjID is among the items of "group,card" then
>delete word 1 to (4*tNum) of pObjID
>  end if
>  return pObjID
> end stsLongOwnerID

Actually, I've been developing an app that needed to relayer groups within
other groups. Here's the code I've been using that doesn't require "edit
group" ...  see if it works for you (watch word wraps):

-- Note: You may want to substitute stsLongOwnerID below if necessary

on BringToFront pObjectRef,pStackName
  --|
  --| Brings a control to the front of its owner, but does not relayer it
  --| outside its owner
  --| (based on 'bringToFrontWIthinOwner' by Dick Kriesel)
  --|
  if exists(pObjectRef) then
put the relayerGroupedControls into tOldRelayer
put the lockScreen into tOldLockScreen
put long id of pObjectRef into tTarget
put long owner of pObjectRef into tOwner
if word 1 of tOwner <> "card" then put (the layer of tOwner + 1) into
pObjectLayer
else put 1 into pObjectLayer
repeat with x = (the number of controls of this card of stack
pStackName) down to 1
  put (the long id of control x of of this card of stack pStackName)
into tID
  if (the long owner of tID is tOwner) and (tID is not tTarget) then
put (tID & cr) after tPeers
  end if
end repeat
delete char -1 of tPeers
if tOldLockScreen is "false" then lock screen
set the relayerGroupedControls to true
repeat for each line tPeer in tPeers
  set the layer of tPeer to pObjectLayer
end repeat
if tOldLockScreen is "false" then unlock screen
set the relayerGroupedControls to tOldRelayer
  else
return "Error: Object at '" & pObjectRef & "' does not exist."
  end if
end BringToFront

on BringForward pObjectRef,pStackName
  if exists(pObjectRef) then
put the relayerGroupedControls into tOldRelayer
put the lockScreen into tOldLockScreen
put long id of pObjectRef into tTarget
put long owner of pObjectRef into tOwner
if word 1 of tOwner <> "card" then put (the layer of tOwner + 1) into
pObjectLayer
else put 1 into pObjectLayer
repeat with x = 1 to (the number of controls of this card of stack
pStackName)
  put (the long id of control x of of this card of stack pStackName)
into tID
  if (the long owner of tID is tOwner) then put (tID & cr) after tPeers
end repeat
delete char -1 of tPeers
put "" into tNewPeers
put lineOffset(tTarget,tPeers) into tMatchLine
if tMatchLine <> the number of lines of tPeers then
  repeat with x = (tMatchline+1) down to 1
if x = tMatchLine then next repeat
put line x of tPeers & cr after tNewPeers
  end repeat
  delete char -1 of tNewPeers
  if tOldLockScreen is "false" then lock screen
  set the relayerGroupedControls to true
  repeat for each line tPeer in tNewPeers
set the layer of tPeer to pObjectLayer
  end repeat
  if tOldLockScreen is "false" then unlock screen
  set the relayerGroupedControls to tOldRelayer
end if
  else
return "Error: Object at '" & pObjectRef & "' does not exist."
  end if
end BringForward

on SendBackward pObjectRef,pStackName
  if exists(pObjectRef) then
put long id of pObjectRef into tTarget
put long owner of pObjectRef into tOwner
put "" into tPeer
repeat with x = 1 to (the number of controls of this card of stack
pStackName)
  put (the long id of control x of of this card of stack pStackName)
into tID
  if (the long owner of tID is tOwner) then
if tID <> tTarget then put (tID & cr) after tPeers
else put line -1 of tPeers into tPeer
  end if
end repeat
if tPeer <> "" then
  BringForward tPeer
end if
  else
return "Error: Object at '" & pObjectRef & "' does not exist."
  end if
end SendBackward

on SendToBack pObjectRef,pStackName
  if exists(pObjectRef) then
put the relayerGroupedControls into tOldRelayer
put the lockScreen into tOldLockScreen
put long owner of pObjectRef into tOwner
repeat with x = 1 to (the number of controls of this card of stack
pStackName)
  put (the long id of control x of of this card of stack pStackName)
into tID
  if (the long owner of tID is tOwner) then
put tID into tPeer
exit repeat
  end if
end repeat
if tOldLockScreen is "false" then lock screen
set the relayerGroupedControls to true
set the layer of pObjectRef to the layer of tPeer
if tOldLockScreen is "false" then unlock screen
set the relayerGroupedControls to tOldRelayer
  else
return "Error: Object at '" & pObjectRef & 

Rev on iPhone/iPod Touch ??

[Bob Earp]

I see that the latest version of ToolBook is pushing its ability to deliver to 
the iPhone & iPod Touch. Have a look at:

http://by106w.bay106.mail.live.com/mail/InboxLight.aspx?n=1390091929

Any comments on the same ability of Rev ??

Has anybody done any work with interfaces or come up with an iPhone simulator 
to test stacks?

best, Bob...

_

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Rev 3.0.0 Bulid Standalone fails

[Camm29]

All,

Have a problem when building standalone , it fails with a message about Stack 
"answer dialog" in memory ?
This stack"answer dialog" adds itself to the application browser ?

This stack is not part of my program ??

Any help ?
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: lost features scripteditor 3.0

[Devin Asay]

On Sep 7, 2008, at 10:32 AM, J. Landman Gay wrote:


Claudi Cornaz wrote:

I like what I have seen so far, but there where 2 nasty surprises  
in the

script editor.

The keyboard shortcuts for step [into] (spacebar) and step over  
(option

spacebar) are not working anymore.


They've changed. If you turn on tooltips in the Preferences you will  
see

what they are when you hover over the buttons in the script editor.
Briefly, they are:

Cmd/Ctrl-O -- step over
Cmd/Ctrl-I -- step into
Cmd/Ctrl-Y -- abort
Cmd/Ctrl-> -- continue

The last one requires the use of the shift key which I'm not too  
keen on

because you have to use 2 hands to trigger it.


Not to mention it's very close to the standard Cmd/Ctrl+. commonly  
used to abort scripts--even in Rev. BTW, why not use that combination  
to abort, instead of Cmd/Cntrl+Y?


Devin

Devin Asay
Humanities Technology and Research Support Center
Brigham Young University

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Layer Tools plugin (beta)

[william humphrey]

Then RunRev crashes.

On Thu, Sep 18, 2008 at 9:13 AM, william humphrey <[EMAIL PROTECTED]>wrote:

> On Mac OS I get "  *set* the priv_ResizeControlList of stack tStackName 
> totControlList"
> a freeze at that command when trying to switch to pallet mode.
>



-- 
http://www.bluewatermaritime.com
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Layer Tools plugin (beta)

[william humphrey]

On Mac OS I get "  *set* the priv_ResizeControlList of stack
tStackName totControlList"
a freeze at that command when trying to switch to pallet mode.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: [ANN] Layer Tools plugin (beta)

[Chipp Walters]

Oh, one other thing I really like about this plugin. It uses ZERO front or
back scripts. You do need to click on the stack to 'refresh' it but you
don't need to worry about any scripts getting in the way anywhere.
-C

On Thu, Sep 18, 2008 at 2:07 AM, Chipp Walters <[EMAIL PROTECTED]> wrote:

> Just finished a nifty little plugin which some of you may like.
> It allows you to quickly and easily relayer groups and individual controls
> on the current card of the topStack. One of the things I like most about it,
> is it respects group hierarchy, so you can't inadvertently move a control
> from one group to another or move a child group out of a parent group.
>
> Tested on WinXP. Let me know if you have any problems...
>
> To access: Just type into your msg box (or cut and paste) then run:
>
> go URL "http://www.gadgetplugins.com/altplugins/altLayerTools.rev";
>
> Then save it. Always use it in palette mode (there's a button.) As always,
> this one is altplugin compatible.
>
> -Chipp
>
>
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

[ANN] Layer Tools plugin (beta)

[Chipp Walters]

Just finished a nifty little plugin which some of you may like.
It allows you to quickly and easily relayer groups and individual controls
on the current card of the topStack. One of the things I like most about it,
is it respects group hierarchy, so you can't inadvertently move a control
from one group to another or move a child group out of a parent group.

Tested on WinXP. Let me know if you have any problems...

To access: Just type into your msg box (or cut and paste) then run:

go URL "http://www.gadgetplugins.com/altplugins/altLayerTools.rev";

Then save it. Always use it in palette mode (there's a button.) As always,
this one is altplugin compatible.

-Chipp
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution