Re: Snow Leopard

2009-08-30 Thread Bill Vlahos

I believe Rev is a Cocoa app and has been for a little while.

Bill Vlahos

Sent from my iPhone

On Aug 29, 2009, at 4:47 PM, Peter W A Wood peterwaw...@gmail.com  
wrote:


I think there can be little doubt that Revolution is a Carbon  
application. The easiest way to tell is when the old black  white  
busy cursor can be seen. I've certainly seen it whilst using the  
Revolution IDE and I guess it can be seen from Revolution apps.


Regards

Peter

On 30 Aug 2009, at 05:53, Colin Holgate wrote:



On Aug 29, 2009, at 5:31 PM, François Chaplais wrote:


An answer to this question would be welcome from the mothership.


Yes, come on Kevin, don't tell me you're busy preparing for  
something...



___
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

___
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: Windows monitor resolution

2009-08-30 Thread Richmond Mathewson

jim sims wrote:
I usually us a Mac, but I have a crappy XP machine with a CRT that I 
do testing with. I use this machine as a low range, base sort of test 
vehicle. The best it can do is 1280x1024 resolution.



What resolution are most of your Windows apps planned for?

What is the most common resolution that your users use?


sims
___
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


I always make my apps for 1024 x 768 regardless of the target platform.
___
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: Windows monitor resolution

2009-08-30 Thread Richard Gaskin

jim sims wrote:

What resolution are most of your Windows apps planned for? 
What is the most common resolution that your users use?


http://www.w3schools.com/browsers/browsers_display.asp

--
 Richard Gaskin
 Fourth World
 Revolution training and consulting: http://www.fourthworld.com
 Webzine for Rev developers: 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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams
Still having the error 'NilObjectException the application must shut  
down' when using the 'launch' command.
Looks like the target app to launch is producing the error on Windows  
Vista.

Here is the relevant code that tries to launch...

set the defaultFolder to it
launch MyProgram.exe
launch it

The docs say ...To work with a Unix process, use the shell function  
instead.


get shell(start MyProgram.exe)

So should I be using this instead?
Any ideas about this error?

Thanks,
Adrian
__
Club Type
http://www.clubtype.co.uk
adr...@clubtype.co.uk



___
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: Windows monitor resolution

2009-08-30 Thread Jim Bufalini
Jim Sims wrote:
 
 I usually us a Mac, but I have a crappy XP machine with a CRT that I
 do testing with. I use this machine as a low range, base sort of test
 vehicle. The best it can do is 1280x1024 resolution.
 
 
 What resolution are most of your Windows apps planned for?
 
 What is the most common resolution that your users use?

Today, 1024x768 is a very safe resolution to target. Even those that still
have their monitors set to 800x600 generally have the ability to up it to at
least this.

Aloha from Hawaii,

Jim Bufalini

___
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: Windows monitor resolution

2009-08-30 Thread Pierre Sahores

As a survey's output of one of my asp's app :

1.
1440x900
173
45,17 %
2.
1024x768
83
21,67 %
3.
1280x1024
25
6,53 %
4.
1280x800
23
6,01 %
5.
1440x829
18
4,70 %
6.
1680x1050
16
4,18 %
7.
800x600
8
2,09 %
8.
1152x864
7
1,83 %
9.
1920x1200
5
1,31 %
10.
1280x960
4
1,04 %
11.
1366x768
3
0,78 %
12.
1024x819
2
0,52 %
13.
1088x612
2
0,52 %
14.
1280x720
2
0,52 %
15.
1280x768
2
0,52 %
16.
1024x640
1
0,26 %
17.
1067x667
1
0,26 %
18.
1344x840
1
0,26 %
19.
1600x900
1
0,26 %
20.
1843x1037
1
0,26 %
21.
2560x1600
1
0,26 %
22.
320x396
1
0,26 %
23.
819x614
1
0,26 %
24.
853x480
1
0,26 %
25.
986x616
1
0,26 %

Best,


Le 30 août 09 à 09:52, Richmond Mathewson a écrit :


jim sims wrote:
I usually us a Mac, but I have a crappy XP machine with a CRT that  
I do testing with. I use this machine as a low range, base sort of  
test vehicle. The best it can do is 1280x1024 resolution.



What resolution are most of your Windows apps planned for?

What is the most common resolution that your users use?


sims
___
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

I always make my apps for 1024 x 768 regardless of the target  
platform.

___
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



--
Pierre Sahores
mobile : (33) 6 03 95 77 70

www.wrds.com
www.sahores-conseil.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: Launch another app from my standalone

2009-08-30 Thread Jim Bufalini
Adrian Williams wrote:

 Still having the error 'NilObjectException the application must shut
 down' when using the 'launch' command.
 Looks like the target app to launch is producing the error on Windows
 Vista.
 Here is the relevant code that tries to launch...
 
 set the defaultFolder to it
 launch MyProgram.exe
 launch it
 
 The docs say ...To work with a Unix process, use the shell function
 instead.
 
 get shell(start MyProgram.exe)
 
 So should I be using this instead?
 Any ideas about this error?

Stop using it.  Your code snippet does not show what it is set to. What
is the default folder being set to? What are you launching? Why do you have
two launch statements?

Try:

Put the defaultFolder into tOrigDefaultFolder
Set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the EXE is
in here
Launch MyProgram.exe -- Put the actual name of the exe here
Set the defaultFolder to tOrigDefaultFolder -- Puts the defaultFolder back
where it was

Aloha from Hawaii

Jim Bufalini





___
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: Launch another app from my standalone

2009-08-30 Thread Jim Bufalini
Everything wrapped. :-( Should have looked like this:

 Stop using it.  Your code snippet does not show what it is set to.
 What is the default folder being set to? What are you launching? Why do
you
 have two launch statements?
 
 Try:
 
 put the defaultFolder into tOrigDefaultFolder
 set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the EXE
is in here
 launch MyProgram.exe -- Put the actual name of the exe here
 set the defaultFolder to tOrigDefaultFolder -- Puts the defaultFolder back
where it was
 
 Aloha from Hawaii
 
 Jim Bufalini



___
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: Windows monitor resolution

2009-08-30 Thread Richmond Mathewson

I don't know how useful this is:

Did a quick survey with the 30-odd kids I teach about 2 months
ago (all but 2 run Windows XP at home; 2 run Mint Linux):

1024 x 768 every time!

In my school:

3 machines running Ubuntu:  1024 x 768

Notary's office down the road (4 x Windows 2000 and 1 x Ubuntu):

4 at 1024 x 768, 1 at 1280 x 1024

1 G3 iMac:  1024 x 768

We run (at home):

MacMini PPC:  1024 x 768 (hey, wow, it still runs with that
   monitor I fished out of a rubbish bin in 
front of Tesco

   in St Andrews 7 years ago!)

G4 Windtunnel:  1st monitor at 1400 x 1050
2nd monitor at 1024 x 768

No-name-bits-n-bobs P4 running Ubuntu: 1024 x 768

G4 iBook: 1024 x 768

P2 running DOS with GEM GUI: 800 x 600

SO: unless you are going to send me a standalone to run with DOS
[ and I only have the blasted thing ($5) because the Bulgarian Dept.
of education think it is a good thing to drag 15 year olds through
PASCAL ] . . . . . . .

___
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: Snow Leopard

2009-08-30 Thread Bernard Devlin
Am I right in understanding that end users need to make a decision as
to whether or not Safari/Firefox runs as 32 bit or 64 bit?

In my experience most users don't understand what things like this
mean. Or even what it means for an app to be PPC, Intel or Universal
Binary (last week I had to spend 10 minutes explaining that difference
to a long-time Mac user).

If the need for setting browsers to run as 32 bit is true then anyone
relying on distributing Rev apps is in for a lot of support calls --
especially if browsers on Snow Leopard are running as 32 bit by
default.

The only appropriate solution to this would be for RunRev to build 64
bit versions of at least revlets, and to be able to do some browser
detection and offer the user the appropriate revlet.

Bernard

On Sat, Aug 29, 2009 at 12:28 AM, Sarah
Reicheltsarah.reich...@gmail.com wrote:
 Was Safari set to 32 bit or 64 bit? Same for Firefox?
___
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: Launch another app from my standalone

2009-08-30 Thread Jim Bufalini
LOL. Let me try double spacing. My email client is obviously still messed
from a couple months ago when I had a total network-wide crash of all my
computers.

Try:


put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the exe is
in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the defaultFolder back
where it was



Aloha from Hawaii

Jim Bufalini



___
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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams

Jim,
The docs give the it example - so I used it verbatim.
There are not two launch statements.
The 'get shell' is a script in another button I was trying too. But I  
got the same error.

Guess this is all to do with the defaultFolder.
The reason I wanted to use it was that I have no way to know the  
actual pathname.
Whilst there are ways to get this, I wanted to keep it real simple,  
because after all, everything is in the same folder.


Is it necessary to 'put' and 'set' the defaultFolder if the full  
pathname is not used?


Thanks,
Adrian


On 30 Aug 2009, at 10:17, Jim Bufalini wrote:


Everything wrapped. :-( Should have looked like this:

Stop using it.  Your code snippet does not show what it is set  
to.
What is the default folder being set to? What are you launching?  
Why do

you

have two launch statements?

Try:

put the defaultFolder into tOrigDefaultFolder
set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir  
the EXE

is in here

launch MyProgram.exe -- Put the actual name of the exe here
set the defaultFolder to tOrigDefaultFolder -- Puts the  
defaultFolder back

where it was


Aloha from Hawaii

Jim Bufalini




___
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: another PHP-Revlet question

2009-08-30 Thread Yves COPPE


Le 30-août-09 à 00:50, Sivakatirswami a écrit :


Yves:

I second Dave's idea. Are you sure it does not have what you need:

POST tUploadData to url tURL
put it into tServerResponse

I use this a lot...

(not tested in revlet)

Christian Langers wrote:

Hi Yves,

may it be :

put http://www.mondomaine.com/myfunctionfile.php? 
var=urlencode(tVar) into tURL

put URL(File:tURL) into myNewVar

using $_GET[var] in PHP and echo the result ?


Greets,

Christian





Hi list,

Thanks for the many answers


if I use the script above (with POST) , I get an answer

BUT

if I use a php function with as last line of the PHP code :return $var;
I get in my it variable the ext of the function !!

if I use the same php function with as last line of the PHP code :  
echo $var;

then I get the appropriate answer

srange ? but it works


Greetings.

Yves COPPE
yvesco...@skynet.be

___
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: Snow Leopard

2009-08-30 Thread Jan Schenkel
What the RunRev team could do, is offer a 64-bit version of the plug-in, while 
leaving the revWebPlayer application itself in 32-bit - that's the advantage of 
using a separate helper application inside which to run the actual stacks.

Jan Schenkel
=
Quartam Reports  PDF Library for Revolution
http://www.quartam.com

=
As we grow older, we grow both wiser and more foolish at the same time.  (La 
Rochefoucauld)


--- On Sun, 8/30/09, Bernard Devlin bdrun...@gmail.com wrote:

 From: Bernard Devlin bdrun...@gmail.com
 Subject: Re: Snow Leopard
 To: How to use Revolution use-revolution@lists.runrev.com
 Date: Sunday, August 30, 2009, 2:40 AM
 Am I right in understanding that end
 users need to make a decision as
 to whether or not Safari/Firefox runs as 32 bit or 64 bit?
 
 In my experience most users don't understand what things
 like this
 mean. Or even what it means for an app to be PPC, Intel or
 Universal
 Binary (last week I had to spend 10 minutes explaining that
 difference
 to a long-time Mac user).
 
 If the need for setting browsers to run as 32 bit is true
 then anyone
 relying on distributing Rev apps is in for a lot of support
 calls --
 especially if browsers on Snow Leopard are running as 32
 bit by
 default.
 
 The only appropriate solution to this would be for RunRev
 to build 64
 bit versions of at least revlets, and to be able to do some
 browser
 detection and offer the user the appropriate revlet.
 
 Bernard
 
 On Sat, Aug 29, 2009 at 12:28 AM, Sarah
 Reicheltsarah.reich...@gmail.com
 wrote:
  Was Safari set to 32 bit or 64 bit? Same for
 Firefox?
 ___
 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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams

Jim,
Double spacing works for me.
I don't want to give an explicit full pathname because someone else  
(user) will be saving the Folder
(containing all the exe's for use) and I cannot guarantee it will be  
in the path I might specify.
Thought I could save requiring full pathname by the use of the docs  
example:


set the defaultFolder to it
launch MyProgram.exe
launch it

So are the docs are really incomplete by not giving a full contextual  
example.

Does the code need to be:
put defaultFolder into tOrigDefaultFolder
set the defaultFolder --(what do I put here as the actual directory if  
its not a full pathname?)

launch MyProgram.exe
set the tOrigDefaultFolder

If so, do I still need to specify a full pathname, or can I somehow  
refer to the defaultFolder


Thanks,
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:

LOL. Let me try double spacing. My email client is obviously still  
messed
from a couple months ago when I had a total network-wide crash of  
all my

computers.

Try:


put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the  
exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the  
defaultFolder back

where it was



Aloha from Hawaii

Jim Bufalini



___
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: A Mac Question

2009-08-30 Thread Nicolas Cueto
What I did when I was testing out tRev was go to the Plugins folder
and move everything labelled GLX or Galaxy to another folder. Then,
when I reverted to GLX-use only, I moved all of those things back into
the Plugins folder.

--
Nicolas Cueto
___
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: QTVR + Rev + SL = crash (was: Snow Leopard)

2009-08-30 Thread Ian Wood
False alarm - it was an old version of Default Folder X causing the  
problems...


Ian

On 29 Aug 2009, at 21:54, Ian Wood wrote:


Oh cr*p.

Just tested in Rev Studio 3.5 gm2 and RevMedia 4.0.0 on 10.6:
Make new stack.
Add a QT Player object from the tools palette.
Open inspector, click on source/filename button.
Choose a QTVR file on the HD, click 'Open' in the file dialog.
Instant crash for Rev, every time, with regular report window.

EDIT for comparison purposes I just tried some regular video files  
from a variety of sources and they are giving the same crash.


I'll submit a proper bug report when a better net connection is  
nearby, but until then, has anyone successfully opened anything in a  
player object on 10.6? Even JPEGs are crashing it!


:-(

Ian

On 29 Aug 2009, at 11:17, Ian Wood revl...@azurevision.co.uk wrote:


QTVR support has been dropped from QT X. :-(

Ian
___
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


___
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: Launch another app from my standalone

2009-08-30 Thread Jim Bufalini
Dear Adrian,

 Jim,
 The docs give the it example - so I used it verbatim.

In general, my stock advise is don't use it unless you are absolutely sure
that it has just been set (as in right after a get). There are too many
handlers that set it. When you get to using sends and communications, it's
a tossup as to what is actually in it.

 There are not two launch statements.

Your snippet had:

 launch MyProgram.exe

 launch it

I see the word launch twice. Maybe I'm getting old and double vision? ;-)


 The 'get shell' is a script in another button I was trying too. But I
 got the same error.
 Guess this is all to do with the defaultFolder.
 The reason I wanted to use it was that I have no way to know the
 actual pathname.

YOU don't know the pathname? RunRev is a programming language, not a
psychic.

 Whilst there are ways to get this, I wanted to keep it real simple,
 because after all, everything is in the same folder.

Same folder? Which folder? When running in the IDE, the defaultFolder is
going to be where you launched Revolution.exe from. After you build a
standalone, it will be where your EXE launches from. Better to be explicit.
Simplicity is actually taking the time to not waste time.

 
 Is it necessary to 'put' and 'set' the defaultFolder if the full
 pathname is not used?

The put and set from/to tOrigDefaultFolder, in my example, in not necessary.
It's just good practice. Setting the defaultFolder is persistent, which
unlike some other sets revert at the end of a handler. So, setting the
itemDelimiter will revert after a handler finishes, but the defaultFolder
won't. 

Sometime in the future, it's a good bet that you will write a handler that
assumes the default directory. If you have changed it because of some
external program you needed to call today, which you will no doubt forget
you did 4-weeks from now, you will be posting to this list again, then
asking why something else doesn't work. ;-) 

Again, simplicity is actually taking the time to not waste time.

Aloha from Hawaii

Jim Bufalini 



___
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: Launch another app from my standalone

2009-08-30 Thread Jim Bufalini
Dear Adrian,

 Jim,
 Double spacing works for me.

Apologies for the poorly formatted posts. 

 I don't want to give an explicit full pathname because someone else
 (user) will be saving the Folder
 (containing all the exe's for use) and I cannot guarantee it will be
 in the path I might specify.

So, you need to grab the path and filename they specify, at the time they
specify it, and store it somewhere. 

 Thought I could save requiring full pathname by the use of the docs
 example:
 
 set the defaultFolder to it
 launch MyProgram.exe
 launch it

Nope. Now I understand what you are thinking. You thought by using it,
RunRev would magically find the location of an EXE on a user's hard drive
and launch it. Doesn't work that way. You have to know where it is.

 So are the docs are really incomplete by not giving a full contextual
 example.

Docs are hard to write because the writer writes to an audience level but
the audience can be outside the considerations of the writer.

 Does the code need to be:
 put defaultFolder into tOrigDefaultFolder
 set the defaultFolder --(what do I put here as the actual directory if
 its not a full pathname?)

You need to store it when the user saves and recall here.

 launch MyProgram.exe
 set the tOrigDefaultFolder
 
 If so, do I still need to specify a full pathname, or can I somehow
 refer to the defaultFolder

You need to specify the full path name. This is so in any programming
language.

Aloha from Hawaii,

Jim Bufalini

___
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


Conference schedule

2009-08-30 Thread George C Brackett
To help plan your viewing of the RunRevLive09 webcasts, here's where  
to view the schedule:


http://www.runrevlive.com/schedule/day-zero/
http://www.runrevlive.com/schedule/day-one/
http://www.runrevlive.com/schedule/day-two/

There's also http://www.runrevlive.com/schedule/day-plus/, but it says  
very little, naturally.


George

___
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: A Mac Question

2009-08-30 Thread Jerry Daniels

Nicolas,

It's really easy to stop GLX2 from being part of Revolution.

There is only ONE file that makes GLX2 work:

GLX2 Code.rev

Move it from, or compress it in the third party plugins folder and  
GLX2 no longer comes alive when you start Revolution.


Best,

Jerry Daniels
Watch tRev - The Movie
http://reveditor.com/trev-the-movie

On Aug 30, 2009, at 5:43 AM, Nicolas Cueto wrote:


What I did when I was testing out tRev was go to the Plugins folder
and move everything labelled GLX or Galaxy to another folder. Then,
when I reverted to GLX-use only, I moved all of those things back into
the Plugins folder.

--
Nicolas Cueto
___
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


Backdrop hiding standalone window

2009-08-30 Thread Ian McKnight
Hi

I have a stack with a menu option to hide/show the backdrop In the IDE
everything works as it should, however, in the standalone things
don't. Specifically when the backdrop is visible and I drag the
standalone's window it goes 'behind' the backdrop. The only way to
regain control of the app then is to force quit from the Task Manager
and run the app again.

I put the following handler in the card script of each card in the
stack, hoping that it would bring the stack back to the front again,
with no affect.

on mouseDownInBackdrop
toplevel stack backdropTest
end mousedowninbackdrop

I searched the Quality Centre for related problems but came up empty.
Has anyone else experienced this? Is there a workaround?
At present I have had to disable the Show/Hide option in the menu bar
but I would like to be able to provide it.

I'm using revEnterprise 4.0 on Windows XP sp3

Thanks in advance.


Regards


Ian McKnight

iangmckni...@googlemail.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: Backdrop hiding standalone window

2009-08-30 Thread Richmond Mathewson

Just get rid of the backdrop: more trouble than it's worth and can
really cheese-off end-users who may want to access stuff on their
desktop at the same time as your app is running.

OR, if you really feel the urge to have some sort of backdrop
use a vast substack with a neutral colour/texture that gets pushed
to the back when it is opened; make sure it stays there even when
end-users click on it:

http://mathewson.110mb.com/FILEZ/Backdrop-O-Matic.rev.zip

Ian McKnight wrote:

Hi

I have a stack with a menu option to hide/show the backdrop In the IDE
everything works as it should, however, in the standalone things
don't. Specifically when the backdrop is visible and I drag the
standalone's window it goes 'behind' the backdrop. The only way to
regain control of the app then is to force quit from the Task Manager
and run the app again.

I put the following handler in the card script of each card in the
stack, hoping that it would bring the stack back to the front again,
with no affect.

on mouseDownInBackdrop
toplevel stack backdropTest
end mousedowninbackdrop

I searched the Quality Centre for related problems but came up empty.
Has anyone else experienced this? Is there a workaround?
At present I have had to disable the Show/Hide option in the menu bar
but I would like to be able to provide it.

I'm using revEnterprise 4.0 on Windows XP sp3

Thanks in advance.


Regards


Ian McKnight

iangmckni...@googlemail.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: Backdrop hiding standalone window

2009-08-30 Thread Ian McKnight
Hi Richmond

Thanks for the quick reply and the example stack.  I'm incorporating
its ideas into my stack almost as I type!



2009/8/30 Richmond Mathewson richmondmathew...@gmail.com:
 Just get rid of the backdrop: more trouble than it's worth and can
 really cheese-off end-users who may want to access stuff on their
 desktop at the same time as your app is running.

 OR, if you really feel the urge to have some sort of backdrop
 use a vast substack with a neutral colour/texture that gets pushed
 to the back when it is opened; make sure it stays there even when
 end-users click on it:

 http://mathewson.110mb.com/FILEZ/Backdrop-O-Matic.rev.zip

 Ian McKnight wrote:

 Hi

 I have a stack with a menu option to hide/show the backdrop In the IDE
 everything works as it should, however, in the standalone things
 don't. Specifically when the backdrop is visible and I drag the
 standalone's window it goes 'behind' the backdrop. The only way to
 regain control of the app then is to force quit from the Task Manager
 and run the app again.

 I put the following handler in the card script of each card in the
 stack, hoping that it would bring the stack back to the front again,
 with no affect.

 on mouseDownInBackdrop
    toplevel stack backdropTest
 end mousedowninbackdrop

 I searched the Quality Centre for related problems but came up empty.
 Has anyone else experienced this? Is there a workaround?
 At present I have had to disable the Show/Hide option in the menu bar
 but I would like to be able to provide it.

 I'm using revEnterprise 4.0 on Windows XP sp3

 Thanks in advance.


 Regards


 Ian McKnight

 iangmckni...@googlemail.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




-- 
Regards


Ian McKnight

iangmckni...@googlemail.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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams

Jim,
When defaultFolder is set to a valid path C:\Program Files\MyApp.exe  
my code works.
Is there a way to retrieve the location of the Folder in which the  
current application is running.

Then set deafultFolder to that?
Thanks for your perseverance with me on this topic.
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:


Try:

put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the  
exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the  
defaultFolder back

where it was


___
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: Launch another app from my standalone

2009-08-30 Thread Len Morgan

Im hoping Trevor won't mind me sharing this little snippet of code:

FUNCTION getPathToFile pFile
   put the filename of this stack into the theFile
   set the itemdelimiter to slash
   put pFile into the last item of theFile
   return theFile
END getPathToFile

To use:
put getPathFile(filename you want to launch) into tFile
launch tFile

That should do it.

len morgan

Adrian Williams wrote:

Jim,
When defaultFolder is set to a valid path C:\Program Files\MyApp.exe 
my code works.
Is there a way to retrieve the location of the Folder in which the 
current application is running.

Then set deafultFolder to that?
Thanks for your perseverance with me on this topic.
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:


Try:

put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir the 
exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the defaultFolder 
back

where it was


___
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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams

Len,
Thanks for this. Looks like just what I need!
I guess the FUNCTION can go in on openStack and the 'put' part in a  
card or button script?

Adrian


On 30 Aug 2009, at 17:24, Len Morgan wrote:


Im hoping Trevor won't mind me sharing this little snippet of code:

FUNCTION getPathToFile pFile
  put the filename of this stack into the theFile
  set the itemdelimiter to slash
  put pFile into the last item of theFile
  return theFile
END getPathToFile

To use:
put getPathFile(filename you want to launch) into tFile
launch tFile

That should do it.

len morgan

Adrian Williams wrote:

Jim,
When defaultFolder is set to a valid path C:\Program Files 
\MyApp.exe my code works.
Is there a way to retrieve the location of the Folder in which the  
current application is running.

Then set deafultFolder to that?
Thanks for your perseverance with me on this topic.
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:


Try:

put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir  
the exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the  
defaultFolder back

where it was


___
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


___
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: Launch another app from my standalone

2009-08-30 Thread Adrian Williams

Len,
I'm sure we're getting there! Your explanations are great. Just tried  
this all in the same script:


-- function
getPathToFile pFile
  put the filename of this stack into theFile  --removed unwanted  
'the' from your original

  set the itemdelimiter to slash
  put pFile into the last item of theFile
  return theFile
getPathToFile
--end function

--Use the function
put getPathFile(My App.exe) into tFile
launch tFile

but get an error if I use a space in the name of the file.
Error is:
Function: separator is not a ','
Object  Uninstall 3b
Lineput getPathFile(My App.exe) into tFile
HintApp.exe

The filename has a space - is that a problem for a function?

Thanks,
Adrian

On 30 Aug 2009, at 18:30, Len Morgan wrote:


Adrian,

Yes, you can define the function anywhere you like as long as it's  
in the message path when you want to execute it.  But you don't  
DEFINE the function in the openStack. That is a function (handler  
actually) all it's own but you can define it in the same script.   
Remember that it's going to be CALLED when you need it.  Since the  
file name of this stack isn't going to change, the FUNCTION should  
be able to execute it at any time.


len

Adrian Williams wrote:

Len,
Thanks for this. Looks like just what I need!
I guess the FUNCTION can go in on openStack and the 'put' part in a  
card or button script?

Adrian


On 30 Aug 2009, at 17:24, Len Morgan wrote:


Im hoping Trevor won't mind me sharing this little snippet of code:

FUNCTION getPathToFile pFile
 put the filename of this stack into the theFile
 set the itemdelimiter to slash
 put pFile into the last item of theFile
 return theFile
END getPathToFile

To use:
put getPathFile(filename you want to launch) into tFile
launch tFile

That should do it.

len morgan

Adrian Williams wrote:

Jim,
When defaultFolder is set to a valid path C:\Program Files 
\MyApp.exe my code works.
Is there a way to retrieve the location of the Folder in which  
the current application is running.

Then set deafultFolder to that?
Thanks for your perseverance with me on this topic.
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:


Try:

put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir  
the exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the  
defaultFolder back

where it was


___
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


___
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


___
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: Launch another app from my standalone

2009-08-30 Thread Len Morgan

Adrian,

Yes, you can define the function anywhere you like as long as it's in 
the message path when you want to execute it.  But you don't DEFINE the 
function in the openStack. That is a function (handler actually) all 
it's own but you can define it in the same script.  Remember that it's 
going to be CALLED when you need it.  Since the file name of this stack 
isn't going to change, the FUNCTION should be able to execute it at any 
time.


len

Adrian Williams wrote:

Len,
Thanks for this. Looks like just what I need!
I guess the FUNCTION can go in on openStack and the 'put' part in a 
card or button script?

Adrian


On 30 Aug 2009, at 17:24, Len Morgan wrote:


Im hoping Trevor won't mind me sharing this little snippet of code:

FUNCTION getPathToFile pFile
  put the filename of this stack into the theFile
  set the itemdelimiter to slash
  put pFile into the last item of theFile
  return theFile
END getPathToFile

To use:
put getPathFile(filename you want to launch) into tFile
launch tFile

That should do it.

len morgan

Adrian Williams wrote:

Jim,
When defaultFolder is set to a valid path C:\Program 
Files\MyApp.exe my code works.
Is there a way to retrieve the location of the Folder in which the 
current application is running.

Then set deafultFolder to that?
Thanks for your perseverance with me on this topic.
Adrian

On 30 Aug 2009, at 11:09, Jim Bufalini wrote:


Try:

put the defaultFolder into tOrigDefaultFolder

set the defaultFolder to C:\theDirTheExeIsIn -- Put actual dir 
the exe is

in here

launch MyProgram.exe -- Put the actual name of the exe here

set the defaultFolder to tOrigDefaultFolder -- Puts the 
defaultFolder back

where it was


___
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


___
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: Launch another app from my standalone

2009-08-30 Thread Len Morgan

Adrian,

SOAPBOX state='mount'
Before we go any further, if you're going to get MEANINGFUL help from 
this forum, you've got to be much more specific when you ask a question 
or show a code segment.  For example:

-- function
getPathToFile pFile
  put the filename of this stack into theFile  --removed unwanted 
'the' from your original

  set the itemdelimiter to slash
  put pFile into the last item of theFile
  return theFile
getPathToFile
--end function

is NOT a function definition!  You've written it as if it was going to 
be executed as inline code.  The fact that it might actually do it 
doesn't matter (in fact, this should throw an error because the 
getPathToFile is never DEFINED as a function.  Why would you not write 
the above the way I did, i.e.,


FUNCTION getPathToFile pFile

end FUNCTION

???  It uses fewer characters and is the syntacticly correct way to 
write rev code.  The way you have written it, it appears you call 
getPathToFile with an argument of pFile, then execute 4 statements, then 
call getPathToFile AGAIN with no arguments.  The '--function' and '--end 
function' are shown as comments.  It's only because I wrote the original 
code (well, actually copied the code from something Trevor wrote) that I 
know you're trying to define a function.  Many other people that might 
have far better answers than mine (Trevor's) might just skip your 
message because it makes no sense.


/SOAPBOX

Since there is a space in the filename, it interprets what you pass as 
TWO arguments when  you've defined (hopefully) only a single argument.  
If you are going to hardcode the filename as you've shown below...

--Use the function
put getPathFile(My App.exe) into tFile
launch tFile

... then you have to put the filename in quotes so that it will be 
interpreted as a single argument.  You call to the function should be:


put getPathToFile(My App.exe) into tFile

or I believe if you wanted a more generic solution:

put My Multiword App Name.exe into tFilename
put getPathToFile(tFilename)

would work.

Sorry if it seemed like I was going off on you (I'm having a little 
difficulty with my 13 year old daughter doing what she is told and 
you're getting the heat for it :-( ) but I think you will find a lot 
more help here if you tell/show EXACTLY what you are doing that isn't 
working instead of trying to simplify things for us.  It only makes the 
problem worse.  You don't need to include ALL of your code, only the 
parts that aren't working or are relevant to that code.


len
___
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: Launch another app from my standalone

2009-08-30 Thread Scott Morrow

Hello Adrian,

I've sort of re-written what Len suggested but without using a  
separate function or handler.  You can just put the whole thing in  
where you need it.  Eventually you may want to break out pieces of  
your code by using custom functions and commands but this should work.


Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email sc...@elementarysoftware.com
--

put the filename of this stack into tFilePath --tFilePath contains the  
full path to the mainstack
put the itemDelimiter into tOldItemDelimiter -- remember what it was  
so we can set it back


set the itemDelimiter to slash -- /  this is the character that  
divides the path up for example-- C:/aFolder/anotherFolder/ 
aFileOrProgram


-- because / is now the itemDelimiter
-- aFileOrProgram would be the last item ( item -1 ) in tFilePath
-- on Windows, the path to the standalone,
-- or in the rev IDE the path to the stack file,
-- is the last item ( item -1 ) of tFilePath
-- the path to the folder enclosing the stack file or MyStandalone.exe
-- is the second to the last item of tFilePath second to the last is  
not rev code

-- we want to put the name of the application you want to launch
-- after the enclosing folder
-- However
-- on Mac OSX, if this code is being executed from a standalone  
application,

-- then the path to the folder enclosing the standalone is different
-- the fileName of this stack (tFilePath) will look something like:
--   /Macintosh HD/Applications/MyStandalone.app/Contents/MacOS/ 
MyStandalone

-- which makes the enclosing folder item -5 of tFilePath
-- so we will need to know which platform we are on
-- in order to determine what part of the path to use

if (the platform is MacOS) AND (the environment is not  
development) then  -- Mac Standalone

  put item 1 to -5 of tFilePath /  theAppName.app into tAppPath
else -- Windows or rev IDE
  put theAppName.exe into item -1 of tAppPath -- example-- put  
Photoshop.exe into item -1 of tFilePath

end if

-- in your code, replace theAppName.exe  or   theAppName.app
-- with the actual name of the program you want to open 
-- Keep it inside quotation marks


launch tAppPath

set the itemDelimiter to tOldItemDelimiter -- tidy up


---
-- here it is one more time without all the comments
-- watch line wraps in the email
---
put the filename of this stack into tFilePath
put the itemDelimiter into tOldItemDelimiter
set the itemDelimiter to slash
if (the platform is MacOS) AND (the environment is not  
development) then  -- Mac Standalone

 put item 1 to -5 of tFilePath /  theAppName.app into tAppPath
else -- Windows or rev IDE
 put theAppName.exe into item -1 of tAppPath -- example-- put  
Photoshop.exe into item -1 of tFilePath

end if
launch tAppPath
set the itemDelimiter to tOldItemDelimiter -- tidy up
___
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: Snow Leopard

2009-08-30 Thread Sarah Reichelt
On Sun, Aug 30, 2009 at 7:40 PM, Bernard Devlinbdrun...@gmail.com wrote:
 Am I right in understanding that end users need to make a decision as
 to whether or not Safari/Firefox runs as 32 bit or 64 bit?

Early adopters of Snow Leopard who are testing the alpha version of
the RunRev plugin will need to set Safari to 32 bit.
Firefox 3.5.2 (the latest version) is only 32 bit anyway, so has no problem.


 In my experience most users don't understand what things like this
 mean. Or even what it means for an app to be PPC, Intel or Universal
 Binary (last week I had to spend 10 minutes explaining that difference
 to a long-time Mac user).

Agreed, but I don't think that type of user is likely to be testing
alpha software either :-)


 If the need for setting browsers to run as 32 bit is true then anyone
 relying on distributing Rev apps is in for a lot of support calls --
 especially if browsers on Snow Leopard are running as 32 bit by
 default.

Apps built with Revolution are not affected by this. It is only
revlets using the revWeb plugin.
On Snow Leopard, Safari runs as 64 bit by default and this does need
to be changed to allow testing revlets.


 The only appropriate solution to this would be for RunRev to build 64
 bit versions of at least revlets, and to be able to do some browser
 detection and offer the user the appropriate revlet.

Hopefully Rev will become totally 64 bit over the next year or so, but
as a start, only the revWeb plugin needs to be made 64 bit. Hopefully
this will not be long coming.

Cheers,
Sarah
___
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] tRev's Raptor feature now available!

2009-08-30 Thread Jerry Daniels

tRev watchers, admirers, and users...

We have just released tRev's latest feature: Raptor. If you haven't  
heard about Raptor, there's a short (3 minutes), easy-to-watch (not  
fuzzy) video of it working on our site. Click this link here to watch  
it in action.


http://reveditor.com/raptor

Raptor lets you create a your own property editor within the tRev  
script editor. Any properties you wish. A bunch of us noticed that for  
any specific object, we really only repeatedly set a half dozen  
properties, but it was impossible to predict which six those would be.  
And having to visit three different panes of the Revolution property  
inspector in order to this is...well...a pain!


Enter Raptor...he uses tRev's auto-complete feature to create a basic  
set of properties for an object with very few keystrokes. These little  
customized prop editors appear as formatted block comments. Like so:


/* basic.properties
 set the name of me to mac switcher
 set the label of me to [empty]
 set the tooltip of me to Edit (pointer) tool - select and...
 set the style of me to transparent
 set the visible of me to true
 set the opaque of me to false
 set the showname of me to false
 set the autohilite of me to false
 set the showfocusborder of me to false
 set the sharedhilite of me to false
 set the traversalon of me to false
 set the default of me to false
 set the disabled of me to false
 set the behavior of me to [empty]
 made with tRev http://reveditor.com
basic.properties */

Those values at the end of each line appear as links in tRev. We  
already use links to navigate from a handler call to its handler. Now  
Raptor uses links to set properties. If the property value is a true,  
then clicking it will set it to false. If it's text, you'll get a  
spiffy embedded dialog that lets you edit the text value.


If you are a tRev owner, use your Check for Updates menu item beneath  
the Help menu, and you'll see you have a component update. That'll be  
Raptor. Or you might have noticed the Update Available link in the  
lower left corner of your editor.


NOTE: You will need to quit and restart after updating as the tRev  
message broker has been modified.


Best,

Jerry Daniels

Watch tRev's Raptor Movie
http://reveditor.com/raptor
___
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: Launch another app from my standalone

2009-08-30 Thread Len Morgan
Thank you Scott for stating what I was trying to say far more 
diplomatically than I could given my mood at the time.  Civility rocks!


len

Scott Morrow wrote:

Hello Adrian,

I've sort of re-written what Len suggested but without using a 
separate function or handler.  You can just put the whole thing in 
where you need it.  Eventually you may want to break out pieces of 
your code by using custom functions and commands but this should work.


Scott Morrow

Elementary Software
(Now with 20% less chalk dust!)
web   http://elementarysoftware.com/
email sc...@elementarysoftware.com
-- 



put the filename of this stack into tFilePath --tFilePath contains the 
full path to the mainstack
put the itemDelimiter into tOldItemDelimiter -- remember what it was 
so we can set it back


set the itemDelimiter to slash -- /  this is the character that 
divides the path up for example-- 
C:/aFolder/anotherFolder/aFileOrProgram


-- because / is now the itemDelimiter
-- aFileOrProgram would be the last item ( item -1 ) in tFilePath
-- on Windows, the path to the standalone,
-- or in the rev IDE the path to the stack file,
-- is the last item ( item -1 ) of tFilePath
-- the path to the folder enclosing the stack file or MyStandalone.exe
-- is the second to the last item of tFilePath second to the last is 
not rev code

-- we want to put the name of the application you want to launch
-- after the enclosing folder
-- However
-- on Mac OSX, if this code is being executed from a standalone 
application,

-- then the path to the folder enclosing the standalone is different
-- the fileName of this stack (tFilePath) will look something like:
--   /Macintosh 
HD/Applications/MyStandalone.app/Contents/MacOS/MyStandalone

-- which makes the enclosing folder item -5 of tFilePath
-- so we will need to know which platform we are on
-- in order to determine what part of the path to use

if (the platform is MacOS) AND (the environment is not 
development) then  -- Mac Standalone

  put item 1 to -5 of tFilePath /  theAppName.app into tAppPath
else -- Windows or rev IDE
  put theAppName.exe into item -1 of tAppPath -- example-- put 
Photoshop.exe into item -1 of tFilePath

end if

-- in your code, replace theAppName.exe  or   theAppName.app
-- with the actual name of the program you want to open-- Keep it 
inside quotation marks


launch tAppPath

set the itemDelimiter to tOldItemDelimiter -- tidy up


--- 


-- here it is one more time without all the comments
-- watch line wraps in the email
--- 


put the filename of this stack into tFilePath
put the itemDelimiter into tOldItemDelimiter
set the itemDelimiter to slash
if (the platform is MacOS) AND (the environment is not 
development) then  -- Mac Standalone

 put item 1 to -5 of tFilePath /  theAppName.app into tAppPath
else -- Windows or rev IDE
 put theAppName.exe into item -1 of tAppPath -- example-- put 
Photoshop.exe into item -1 of tFilePath

end if
launch tAppPath
set the itemDelimiter to tOldItemDelimiter -- tidy up
___
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