Re: Random Hotspot location

[Jim Ault]

On 6/5/06 10:49 PM, "Scott Rossi" <[EMAIL PROTECTED]> wrote:

> Recently, Bill Marriott wrote:
> 
>>> Make sure
>>> you're not in the middle of any project since it takes over your desktop:
>>> 
>>> go url
>>> "http://www.tactilemedia.com/mediaplayer/stacks/games/ouija/ouija.rev";
> 
>> Spiffy! Now you just need to make it multi-user so 2 to 12 or so people can
>> all put their hands on the pointer and have a real cyber-Ouija experience!
> 
> Do the 2 to 12 people need to be alive?
> 
Not really, as long as they are in keeping with the spirit of the game.

Jim Ault
Las Vegas


___
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: That annoying little resizer

[André . Bisseret]

Le Tuesday, 6 Jun 2006, à 00:04 Europe/Paris, Jack Tsu a écrit :

I figured there would be a way to change the resizer and titlebar 
without recreating them. I'd rather not do that, since I don't know 
how to script all the functionality :-\



Hello Jack,
On the site so Smart Software, you will find a tutorial by Éric 
Chatonet that explains how to script a resizer button
On http://www.sosmartsoftware.com/?r=revolution_didacticiels&l=en : 
"How to manage resizing" ; it is in the "Tips and Tricks" part.

I tried it and it works perfectly.
Best regards from Grenoble
André

___
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: Rev Media 2.7.2

[runrev260805]

Hi  Jacqueline,

any idea how long support needs to  handle each request? Send my email 
yesterday morning. Still no answer.

Matthias Rebbe

 Original Message 
Subject: Re: Rev Media 2.7.2 (05-Jun-2006 20:15)
From:[EMAIL PROTECTED]
To:  [EMAIL PROTECTED]

> Felix Theissen wrote:
> > Hi,
> > 
> > same problem here.
> > My 2.7.1 Rev Media license does not
> > work with Rev Media 2.7.2.
> 
> There seems to be a glitch with a few of the 2.7.2 Media license keys. 
> Don't worry, it's being fixed. You were correct to write to support, and 
> they will issue you a revised code if necessary.
> 
> -- 
> 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
> 
> 
> 
> To: use-revolution@lists.runrev.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

launch QT installer

[Henk van der Velden]

Good day all,

My application launches the QuickTime 7.1 Installer on Windows XP.  
The installer starts and then I get an error message:

http://www.iglow-media.nl/xchange/foutmeldingQTinstaller.gif
This is the QT standalone installer, saved locally and called with  
either launch "QuickTimeInstaller.exe" or get shell("start  
QuickTimeInstaller.exe").


The same method works OK with the QuickTime 6.5 standalone installer.

Anyone any ideas about what's happening?
What can be done to fix this?

Kind regards,

Henk
--
Henk v.d. Velden
iGlow Media
Magda Janssenslaan 44
3584 GR  UTRECHT

06 16 024 337
www.iglow-media.nl


___
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 QT installer

[Klaus Major]

Dag Henk,


Good day all,

My application launches the QuickTime 7.1 Installer on Windows XP.  
The installer starts and then I get an error message:

http://www.iglow-media.nl/xchange/foutmeldingQTinstaller.gif
This is the QT standalone installer, saved locally and called with  
either launch "QuickTimeInstaller.exe" or get shell("start  
QuickTimeInstaller.exe").


The same method works OK with the QuickTime 6.5 standalone installer.

Anyone any ideas about what's happening?
What can be done to fix this?


I'm not sure if this helps, but did you try with the complete  
(absolute) pathname

to the installer?

And you could also try this syntax:

...
open process "QuickTimeinstaller.exe" for neither
...

Also with the complete pathname.
Another thought: Provide the "shortfilepath()" to "shell..."

At least worth a try I think :-)


Kind regards,

Henk
--
Henk v.d. Velden
iGlow Media
Magda Janssenslaan 44
3584 GR  UTRECHT

06 16 024 337
www.iglow-media.nl


Groetjes

Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de

___
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: Random Hotspot location

[Bill Marriott]

Scott Rossi wrote
> Do the 2 to 12 people need to be alive?

LOL. Sure! I would think it would be easier that way because the 
revAfterlifeLib isn't complete yet ;)

The idea would be for multiple people to connect their stacks over the 
Internet. They "pick up" the pointer and have their mouse movements 
"averaged" together. The pointer is positioned identically on all screens, 
according to the aggregated mouse inputs. As it moves, the stack determines 
when the pointer has hovered over a hot spot long enough to select a letter, 
and spells out whatever has been "said" by the cyber-Ouija. Could produce 
some very interesting results with a lot of people! 



___
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

audioclips and playstopped

[Richard Miller]

I am having difficulty getting the playstopped message to be recorded  
on a regular basis while playing audioclips. I've got a stack with a  
few dozen pages in it. As the user is taken from card to card, a new  
audio file is played after OPENCARD. Once that audioclip has been  
played, the system should automatically advance the user to the next  
card. To do that, I am watching for the PLAYSTOPPED message. But it  
is not reliable (and I don't know why.. I've not seen any particular  
pattern. Sometimes it works... sometimes it doesn't).


I need to find another way to automatically advance from card to  
card. Suggestions?


I thought maybe I could determine the duration of the audioclip  
before it started to play, then use the SEND command (just before  
playing the audioclip) to advance to the next card once that duration  
had been reached, but I see no way to determine the duration of an  
audioclip (other than hard-coding it).


Richard Miller
Imprinter Technologies
___
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: audioclips and playstopped

[Phil Davis]

Hi Richard,

Here's one way:

 play audioclip "xyz"
 wait until the sound is done
 go next cd

Or...

on startAudio
 play audioclip "xyz"
 send "checkAudio" to me in 0 seconds
end startAudio


on checkAudio
 if the sound is done then
   go next cd
 else
   send "checkAudio" to me in 10 ticks
 end if
end checkAudio


Phil Davis


Richard Miller wrote:

I am having difficulty getting the playstopped message to be recorded  
on a regular basis while playing audioclips. I've got a stack with a  
few dozen pages in it. As the user is taken from card to card, a new  
audio file is played after OPENCARD. Once that audioclip has been  
played, the system should automatically advance the user to the next  
card. To do that, I am watching for the PLAYSTOPPED message. But it  
is not reliable (and I don't know why.. I've not seen any particular  
pattern. Sometimes it works... sometimes it doesn't).


I need to find another way to automatically advance from card to  
card. Suggestions?


I thought maybe I could determine the duration of the audioclip  
before it started to play, then use the SEND command (just before  
playing the audioclip) to advance to the next card once that duration  
had been reached, but I see no way to determine the duration of an  
audioclip (other than hard-coding it).


Richard Miller
Imprinter Technologies
___
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: robotics

[Roger . E . Eller]

If you are a hardware wizard and can modify the circuitry of the RCM 
(robot control module) from an ER1 kit, this might work for you. I have an 
ER1 robot which my Revolution application controls over TCPIP sockets. It 
is really quite easy to do as the software that is provided with the kit 
includes an API just for allowing you to use a language of your choosing. 
The ER1 is PC based, and has an excellent vision based object recognition 
system for initiating events based on the robot seeing a specific object. 
You may be able to use this in some way for automated steering. I hope you 
can muster enough pedal power to keep a laptop charged for this solution.

http://www.evolution.com/er1/

Roger Eller <[EMAIL PROTECTED]>


"Kay C Lan" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
> On 6/6/06, Greg Kolodziejzyk
> <[EMAIL PROTECTED]> wrote:
>>
>> If you are interested, the application is an auto-balance / auto-steer
>> mechanism for a human powered vehicle I built for a speed record:
>>
>
> Sorry, can't help, but I just wanted to say I really enjoyed your web
> page -
> especially your line on fossil fuels and bikes in garages:-). I'm a 
little
> surprised though at the thought of heading down an automated route, 
surely
> this can only add weight to something that essentially needs to be as
> light
> as possible. The sight of the iPod and mobile phone put a smile on my
> face;
> I almost feel I need to send the link to MacFormat magazine, they 
usually
> run photos of Macs/iPods in funny places. But still I would have tought
> weight was th issue, no mobile phone. An iPod, although I can see 
the
> value - get the right track selections and you can do wonders for
> maintaining a constant cadence; still, carrying them for 24hrs has got 
to
> be
> worth a km or two.
>
> Anyway, good luck:-)
> ___
> 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: audioclips and playstopped

[Richard Miller]

Thanks, Phil. I think your second solution will work fine.
Richard


On Jun 6, 2006, at 10:02 AM, Phil Davis wrote:


Hi Richard,

Here's one way:

 play audioclip "xyz"
 wait until the sound is done
 go next cd

Or...

on startAudio
 play audioclip "xyz"
 send "checkAudio" to me in 0 seconds
end startAudio


on checkAudio
 if the sound is done then
   go next cd
 else
   send "checkAudio" to me in 10 ticks
 end if
end checkAudio


Phil Davis


Richard Miller wrote:

I am having difficulty getting the playstopped message to be  
recorded  on a regular basis while playing audioclips. I've got a  
stack with a  few dozen pages in it. As the user is taken from  
card to card, a new  audio file is played after OPENCARD. Once  
that audioclip has been  played, the system should automatically  
advance the user to the next  card. To do that, I am watching for  
the PLAYSTOPPED message. But it  is not reliable (and I don't know  
why.. I've not seen any particular  pattern. Sometimes it works...  
sometimes it doesn't).


I need to find another way to automatically advance from card to   
card. Suggestions?


I thought maybe I could determine the duration of the audioclip   
before it started to play, then use the SEND command (just before   
playing the audioclip) to advance to the next card once that  
duration  had been reached, but I see no way to determine the  
duration of an  audioclip (other than hard-coding it).


Richard Miller
Imprinter Technologies
___
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: Re-2: Rev Media 2.7.2

[J. Landman Gay]

[EMAIL PROTECTED] wrote:

Hi  Jacqueline,

any idea how long support needs to  handle each request? Send my email 
yesterday morning. Still no answer.


It depends on what you ask and how busy the queue is. Support is closed 
on weekends, so Mondays are very backlogged. The official time we aim 
for is 2 working days, but usually you'll get an answer sooner. Heather 
handles all the licensing questions and I know that yesterday she was 
snowed under. I do all the technical questions, and most of the time 
you'll get a response within a day. But if the question is something I 
don't know, I have to find out or refer it to someone else on the team 
who can answer. That can take another day or two.


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

AltSQLite and Database Query Builder

[Michael Mandaville]

I am currently using altSQLite3 and trying to see if I can use the Database
Query Builder to hook it into.  I have a few questions.


1.   Once the database has been created, is it best placed in the same
folder as the Applications Mainstack?

Or in the folder with the Revolution Application?


2.  In Database Query Builder, I have the following questions:

A)Host:
In the tutorial, the writer puts in "RunRev".
Does this mean that the Host is the Revolution Studio Application?
But should I put in "localhost"?
Or name it anything that I want?
Or Use the Filepath to the Database file? (not the Application)


B) Database
Is this only the name of the Database?   e.g..  "TestDatabase"

OR should it include the entire FilePath
"A:\\HardDriveName\Applications\Revolution Studio\Work\TestDatabase"


Or should it ALWAYS have the extension?   e.g. "TestDatabase.sqlite"
Should the extension be ".sqlite"  OR "dbsqlite" OR "altsqlite3"

C)User
If it is on my local machine, then do I have to put in a User Name?
Or is there a default if I am NOT on an external server?
Or can I leave it blank to connect?

D) Password:
If it is on my local machine, then do I have to put in a Passwoord?
Or is there a default if I am NOT on an external server?
Or can I leave it blank to connect?


I also learned from Chris at altuit that in the Altuit tutorial's CONNECTION
BUTTON SCRIPT, the revdb_connect command...requires the commas.
E.g.
€"AppReg.db",

According to Chris,  "You need the commas.  They are extra parameters that
revdb uses when connecting to other database(Mysql,Postgres, Oracle and the
like)..In altSqlite we don't need them, but they still need to be passed to
the function call as empty."

A lot of people might already know that but not a Newbie like myself.

Thanks,

Revolutionary Michael




___
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 QT installer

[Ken Ray]

On 6/6/06 5:30 AM, "Henk van der Velden" <[EMAIL PROTECTED]> wrote:

> Anyone any ideas about what's happening?
> What can be done to fix this?

Well, although I can't understand the language (Dutch is it?), it appears
that you need to provide parameters to the QuickTime Installer if using
start() and can't just launch it without parameters. Now Klaus's suggestion
of "open process" may get around this, but just wanted to chime in with my
two cents...


Ken Ray
Sons of Thunder Software
Web site: http://www.sonsothunder.com/
Email: [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: Random Hotspot location

[Mark Wieder]

Jim-

Tuesday, June 6, 2006, 1:14:15 AM, you wrote:

>> Do the 2 to 12 people need to be alive?
>> 
> Not really, as long as they are in keeping with the spirit of the game.



-- 
-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: Linux installation

[Bob Warren]

J. Landman Gay wrote:
>
In HyperCard, a standalone simply meant that the engine was embedded 
into the file on disk. And that is pretty much what Rev does too.


Revolution extends the process a bit by embedding as many resources from
the IDE as it can (script and image libraries, mostly,) but
"standalones" still depend heavily on certain features of the OS. If you
think of them as "executables" you will probably be more on-track.

-
Thanks Jacque. If what you say is strongly true, then that's a sad day 
for Rev Linux users, since there is not one Linux but hundreds. But 
since I need to be a bit more optimistic, let me try another definition:


"The output program from Rev is as 'standalone' as the Rev development 
environment itself. If the Rev IDE runs on your particular flavour of 
Linux, then so will your standalones." [True or false in your opinion?]


The definition above simply refers to whether the program executes or 
crashes. I'm not sure what you meant by "certain features of the OS", 
but when I wrote my first Linux programs (File/Picture Chooser Widgets: 
see http://www.howsoft.com/runrev/stacks.htm) I immediately came up 
against a lack of information about the file system, which has largely 
been the subject of this thread. Consequently - and this is only an 
example of what you might be talking about - although my widgets can 
successfully mount the CD-Rom and Floppy Diskette drives in Ubuntu Linux 
(Gnome) as they were designed to do, if you run the same widgets in 
Kubuntu Linux (KDE) the drives cannot be mounted using the same HD paths 
to obtain the necessary information. Nevertheless, this does not prevent 
my widgets from 'running'.


So now I'll try a 2nd part of the definition:

"If you transfer your standalone program to another flavour of Linux, it 
will not crash upon intitialization. However, if your program attempts 
to access HD or network paths that are differently placed in the runtime 
environment, and appropriate error routines are not included, this might 
cause your standalone to crash." [True or false in your opinion?]


Quite possibly, you will confirm the first part of the definition 
affirmatively. Regarding the 2nd part of the definition, you might tell 
me that you have insufficient experience of Linux to give a clear 
answer, particularly in relation to the first sentence. Am I right?

Or am I talking out of my hat?

Trying to sum up a little on what has come out of this thread regarding 
the obtaining of fundamental Linux system info, I would like to point 
out that the apparently useful suite of functions provided by RB is 
insufficent, even if it were failproof and always correctly identified 
all 8 HD paths. A good example is the problem I mentioned above. If you 
want to use CD-Rom or Floppy Diskette drives in your program, they have 
to be "mounted" and you need to discover where in the file system this 
can be done. And what would I do in #2 of my file/picture chooser 
widgets if I wanted to access local network drives? I have not even 
begun to discover how to do this for the distro I am using, let alone 
other distros. And what about if my program needs specific information 
about the distro it is running on? To know that the "platform" is 
"Linux" doesn't help very much. I need to know that it is "Ubuntu" for 
example, that the Gnome rather than the KDE interface is in use, that 
this is a Debian-based rather than a Red Hat-based distro, etc., etc.


Until more uniformity is established in Linux, or until Rev itself can 
be of much more help in establishing fundamental distro information, it 
seems that the ordinary programmer such as myself is condemned to 
programming for a single distro.


Regards,
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

Re: AltSQLite and Database Query Builder

[Bill]

On 6/6/06 12:08 PM, "Michael Mandaville" <[EMAIL PROTECTED]> wrote:

> I am currently using altSQLite3 and trying to see if I can use the Database
> Query Builder to hook it into.  I have a few questions.
> 
> 
> 1.   Once the database has been created, is it best placed in the same
> folder as the Applications Mainstack?
> 
> Or in the folder with the Revolution Application?

I've always found that the database has to be the same folder as the
application (which for recent versions is inside the folder with the version
number and gm.
> 
> 
> 2.  In Database Query Builder, I have the following questions:
> 
> A)Host:
> In the tutorial, the writer puts in "RunRev".
> Does this mean that the Host is the Revolution Studio Application?
> But should I put in "localhost"?
> Or name it anything that I want?
> Or Use the Filepath to the Database file? (not the Application)


For both host and database put the name of the database.
> 
> 
> B) Database
> Is this only the name of the Database?   e.g..  "TestDatabase"
> 
> OR should it include the entire FilePath
> "A:\\HardDriveName\Applications\Revolution Studio\Work\TestDatabase"
> 
> 
> Or should it ALWAYS have the extension?   e.g. "TestDatabase.sqlite"
> Should the extension be ".sqlite"  OR "dbsqlite" OR "altsqlite3"

I use the extension .db and the extension .sqlite
> 
> C)User
> If it is on my local machine, then do I have to put in a User Name?
> Or is there a default if I am NOT on an external server?
> Or can I leave it blank to connect?
> 
> D) Password:
> If it is on my local machine, then do I have to put in a Passwoord?
> Or is there a default if I am NOT on an external server?
> Or can I leave it blank to connect?

For sqlite3 you have to put your email and the special password altuit gives
you or it will not work
> 
> 
> I also learned from Chris at altuit that in the Altuit tutorial's CONNECTION
> BUTTON SCRIPT, the revdb_connect command...requires the commas.
> E.g.
> €"AppReg.db",
> 
> According to Chris,  "You need the commas.  They are extra parameters that
> revdb uses when connecting to other database(Mysql,Postgres, Oracle and the
> like)..In altSqlite we don't need them, but they still need to be passed to
> the function call as empty."
> 
> A lot of people might already know that but not a Newbie like myself.
> 
> Thanks,
> 
> Revolutionary Michael
> 
> 
> 
> 
> ___
> 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

|||
   )_)  )_)  )_)
  )___))___))___)\
 )))_)\\
   _|||\\\__
---\   /- http://www.bluewatermaritime.com
 ^ ^
     ^^^^^
     ^^^

24 hour cell: (787) 378-6190
fax: (787) 809-8426

Blue Water Maritime
P.O. Box 91
Puerto Real, PR 00740



___
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: Linux installation

[Mark Wieder]

Bob-

Monday, June 5, 2006, 4:24:01 PM, you wrote:

> I have just conducted 2 experiments using Rev standalone programs that
> were created in Ubuntu:

> 1. My Picture Chooser Widget
> (see http://www.howsoft.com/runrev/stacks.htm)

> 2. A new app consisting of a window and all the script/data base 
> support libraries available in the standalone settings

> They both ran perfectly in Kubuntu Live.

> Apart from possibly including external libraries (which I presume is the
> aim of the "externals" folder now accompanying Rev standalones), do you
> have any other type of Rev standalone you think is worth testing? If so,
> please send me the stack from Kubuntu and I'll try making a standalone
> in Ubuntu and running it in Kubuntu, or if you prefer, send me a 
> standalone from Kubuntu and I'll se whether it runs OK in Ubuntu, or
> none of the above if you are already fed up with this thread!!.

Yes, I'm getting a bit tired of this thread. It's not quite OT, since
it does have to do with building linux standalones, but apparently
what I've been saying to you hasn't been getting through. I'll try one
more time and that's all I'll have to say on this thread.



I have no doubt that the two standalones you created ran fine on the
Kubuntu live CD. I'm sure they would run fine on my installed system
as well. If they didn't then there would be serious problems creating
standalones for linux systems. I also have no doubt that I could boot
a Ubuntu live CD and run your app without problems.

The problem lies with that RB thing you created to return the folder
locations, and in particular with the fact that it's relying on the
GIMP toolkit libraries for some GUI presentations. Not knowing any
more details about what you did there I can't comment further on it.
But it WILL NOT RUN on any linux system that does not have the gtk
installed. Gnome by definition uses these libraries. Kde does not.

I seriously doubt that your folder app will run on your Kubuntu live
CD. I notice it's not on the list of apps you tested.

I could install the gtk (and I will as soon as I have a need to do
some serious graphics on my Kubuntu box) and then the problem will be
resolved. For my box, not for kde in general. Your RGB app should also
run properly on any linux system that has the libraries installed.
This is a development system for me, so I didn't install a bunch of
bloat I didn't need. For right now, that includes GIMP.

As I see it, there is no problem with creating a runrev standalone (or
executable, or whatever you want to call it) that runs on any flavor
of linux. The problem with your folder app is a problem with RealBasic
relying on the presence of the GIMP libraries for its GUI. As long as
it's clear that the app will only run on a kde box if the libraries
are installed, then that shouldn't be an issue. If you're going to
require certain libraries be present for your app to run, then you
should either a) include them, b) list them as requirements, or c)
test for their presence when your app starts up.

-- 
-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: Linux installation

[J. Landman Gay]

Bob Warren wrote:

Thanks Jacque. If what you say is strongly true, then that's a sad day 
for Rev Linux users, since there is not one Linux but hundreds. But 
since I need to be a bit more optimistic, let me try another definition:


"The output program from Rev is as 'standalone' as the Rev development 
environment itself. If the Rev IDE runs on your particular flavour of 
Linux, then so will your standalones." [True or false in your opinion?]


Probably true, though it may depend on what your standalone does. But in 
general, I'd say yes.




The definition above simply refers to whether the program executes or 
crashes. I'm not sure what you meant by "certain features of the OS", 


The engine calls on the OS and its hardware to access or draw various 
components and features. If you don't have a window manager, you won't 
get any windows. If you don't have a sound card, you can't beep. And so 
forth. Every machine will be different.



So now I'll try a 2nd part of the definition:

"If you transfer your standalone program to another flavour of Linux, it 
will not crash upon intitialization. However, if your program attempts 
to access HD or network paths that are differently placed in the runtime 
environment, and appropriate error routines are not included, this might 
cause your standalone to crash." [True or false in your opinion?]


I don't think "crash" is the right word. Sometimes it may, sometimes it 
won't. Depends on what you are trying to do and how good your error 
checking is. As for the network and file paths, again, that will depend 
on the installation. You are correct that various flavors of Linux will 
have different requirements. Every machine will be different because 
Linux users can install components they want and omit others. You have 
no control over that. If a library your software depends on is missing, 
you'll have to ask the user to install it.


Trying to sum up a little on what has come out of this thread regarding 
the obtaining of fundamental Linux system info, I would like to point 
out that the apparently useful suite of functions provided by RB is 
insufficent, even if it were failproof and always correctly identified 
all 8 HD paths. A good example is the problem I mentioned above. If you 
want to use CD-Rom or Floppy Diskette drives in your program, they have 
to be "mounted" and you need to discover where in the file system this 
can be done. And what would I do in #2 of my file/picture chooser 
widgets if I wanted to access local network drives?


How about just asking the user to select the path via "answer folder"? 
Then store it for future reference.


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

NOKIA 770 version

[Hannu Kokko]

Hi

Would be interesting to see a version for Nokia 770 (it is a mobile  
linux device)


--h

___
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

dumb question #1

[Josh Mellicker]

I'm going to ask some dumb questions, I am still fuzzy on paths and  
some basic variable issues:


After this:

answer file "locate the .htm file for me please" as sheet
put it into htmPathFile

if i put:

put URL "file:" & htmPathFile into fld "htm"


this results in the path & filename going in the field, not the  
contents of the file.




2.

but this:

put "file:" & htmPathFile into tFile
put URL tFile into fld "htm"

results in the actual text content of that file being put in.



I don't understand why they are different?!?
___
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: Linux installation

[Richard Gaskin]

Mark Wieder wrote:


The problem lies with that RB thing you created to return the folder
locations, and in particular with the fact that it's relying on the
GIMP toolkit libraries for some GUI presentations. Not knowing any
more details about what you did there I can't comment further on it.
But it WILL NOT RUN on any linux system that does not have the gtk
installed. Gnome by definition uses these libraries. Kde does not.

...

As I see it, there is no problem with creating a runrev standalone (or
executable, or whatever you want to call it) that runs on any flavor
of linux. The problem with your folder app is a problem with RealBasic
relying on the presence of the GIMP libraries for its GUI.


This is a problem I wouldn't mind having, but on balance it's noteworthy 
that KDE doesn't use GTK by default.


One issue with Rev on Linux is appearances -- it looks great, provided 
you like Motif. ;)


But seriously, how many people under 30 have ever seen Motif?

It might be a simple matter to just say "Let's use GTK", but if KDE 
doesn't use it then where would we be?


I suppose the upside is that KDE looks so much like Win 95 that setting 
Rev's lookAndFeel to "Win95" looks almost native there. :)


But of course that's a kludge, and it doesn't help those who would like 
to make one standalone for all x86 Linuxes.


So what's to be done?

It would be great if RunRev were to deliver an engine that took care of 
all of the window manager issues smoothly and easily for us, but on the 
other hand I'm pretty certain I wouldn't want them to take time away 
from XP enhancements -- and soon Vista as well, which is a much bigger 
undertaking (see the Vista User Experience Guidelines at 
 
-- it's almost as big a change as Mac's Platinum to Aqua).


Given Linux' desktop marketshare, and the complexity of Vista's Glass 
compositing/UI, if I were Mark Waddingham I'd find it hard to take time 
away from the latter for the former.


Is there any simpler approach RR could use to get native appearances on 
all Linux window managers?


Better still, any hope that we could lobby the window manager 
development teams to migrate toward a common API?


--
 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: Linux installation

[Bob Warren]

Sorry, but I'm still struggling with what Jacque has tried to tell me, 
which goes to prove how greatly related motivation and perception can 
be. There's a picture on my living-room wall, and if it's not straight I 
cannot sleep at night.


These are my definitions, which you might like to challenge as being 
inappropriate:


1. An "executable" (e.g. a file produced by VB in Windows) is not a 
program, it's half a program. Nor is it executable. It finds its other 
half in the operating system it is running under (in the form of 
libraries), and when the 2 halves are put together, it can do something.


2. A "standalone" is a whole program, not half. It does not refer to any 
libraries at all in the runtime operating system**, and can be executed 
directly.


[** except perhaps totally invariable ones - if such a thing exists??]

What Jacque seems to be trying to tell me is that in spite of the 
denomination, Rev "standalones" for Linux are not pure. They mainly have 
the characteristics of the 2nd category, but they have some of the 
characteristics of the 1st.


Although this does not seem to fit in with an ideal situation, is it 
certainly true in Linux? Can anyone give me any examples of libraries in 
the OS certainly used at runtime by all Rev Linux programs? And if Rev 
does use such libraries in its "impure" standalones, is there any chance 
that either Rev will not find them in a particular distro or that they 
become outdated?


Hoping for your patience and the benefits of your experience.

Bob

P.S. Interestingly, RB refers to "Applications" rather than 
"Standalones" as RR does.



___
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: dumb question #1

[Devin Asay]

On Jun 6, 2006, at 2:08 PM, Josh Mellicker wrote:

I'm going to ask some dumb questions, I am still fuzzy on paths and  
some basic variable issues:


After this:

answer file "locate the .htm file for me please" as sheet
put it into htmPathFile

if i put:

put URL "file:" & htmPathFile into fld "htm"


this results in the path & filename going in the field, not the  
contents of the file.




2.

but this:

put "file:" & htmPathFile into tFile
put URL tFile into fld "htm"

results in the actual text content of that file being put in.



I don't understand why they are different?!?


Josh,

This is a quirk that has gotten many of us at some time. The problem  
is the order in which rev resolves parts of the statement. Try this:


put URL ("file:" & & htmPathFile into fld "htm")

That forces the file name to be resolved before the put URL part of  
the statement.


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: dumb question #1

[Richard Gaskin]

Josh Mellicker wrote:

I'm going to ask some dumb questions, 


As they say, the only dumb question is the one that isn't asked.  Even 
things that seem rudimentary are probably very valuable to a great many 
readers of this list.


I'm glad you raised this one, as it touches on some common issues unique 
 to this wacky family of languages:



if i put:
 put URL "file:" & htmPathFile into fld "htm"

this results in the path & filename going in the field, not the  
contents of the file. 


2.
but this:
 put "file:" & htmPathFile into tFile
 put URL tFile into fld "htm"

results in the actual text content of that file being put in.

I don't understand why they are different?!?


It sounds like the engine is doing things in stages that makes sense for 
itself, even if it may not be intuitive for humans.


With the first example the engine is doing:
1. get URL "file:"
   -- and since there isn't a file at "file:" it returns empty
2. Append htmlPathFile to the result
3. Return the result

And in the second it's doing what you want:
1. Make a full path by concatenating "file:" and the path
2. get that URL
3. return the result

One way to force the order of operations as you want them is to use 
parentheses:


  put URL ("file:"&htmlPathFile) into tFile

I tend to use parens generously, even in cases where they may not be 
absolutely necessary, mostly because I find it makes the logic of the 
code more self-evident.


For example:

  get the width of cd 1+1

...will usually return the width of the card with 1 added to it, rather 
than return the width of card 2, since it usually evaluates expressions 
from left-to-right (exceptions are noted in the "Order of Precedence" 
section of the docs).


Just the same, I find this easier to read when I come across it again 6 
months later when I've long forgotten what it was I was doing:


  get (the width of cd 1)+1

--
 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: dumb question #1

[jbv]

Josh,

This is indeed surprising, but my guess is that there's some logic behind :
in your first example, you concatenate 2 strings, and the target of the
line is a fld, so Rev considers that a string needs to be put into a fld...
IOW the "string" attribute remains...

in example 2, you're dealing straight with a variable content, which means
that the "dtring" attribute has disapeared somewhere along the way...
and in that case, Rev deals with the variable content which happens to
be a path...

This is my best explanation so far...

JB

> I'm going to ask some dumb questions, I am still fuzzy on paths and
> some basic variable issues:
>
> After this:
>
>  answer file "locate the .htm file for me please" as sheet
>  put it into htmPathFile
>
> if i put:
>
>  put URL "file:" & htmPathFile into fld "htm"
>
> this results in the path & filename going in the field, not the
> contents of the file.
>
> 
>
> 2.
>
> but this:
>
>  put "file:" & htmPathFile into tFile
>  put URL tFile into fld "htm"
>
> results in the actual text content of that file being put in.
>
> 
>
> I don't understand why they are different?!?
> 

___
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: Linux installation

[Richard Gaskin]

Bob Warren wrote:

1. An "executable" (e.g. a file produced by VB in Windows) is not a 
program, it's half a program. Nor is it executable. It finds its other 
half in the operating system it is running under (in the form of 
libraries), and when the 2 halves are put together, it can do something.


This is way OT, but folks here who enjoy what is usually a true 
standalone may get a kick out of what ToolBook makes as an executable: 
it adds only the tiniest stub of code to the stack file to help it find 
a collection of DLLs strewn all over three or more directories across 
the user's system.


Given this complex hodge podge, the boot sequence is so complicated that 
as of v6 it was not in the docs that came with the product.  I had to 
trace it out once for a project, and when I was done I submitted my 
summary to Asymetrix tech support who thanked me for what they described 
as the first time their complex boot sequence had been documented.


I'll take a self-contained executable file any day. :)

When I described my apps' structure to my VB developer friends, they 
almost fall out of their chair with disbelief at its simplicity and ease 
of installation (how many millions of hours are wasted each year 
resolving DLL conflicts among apps built with VB?).



2. A "standalone" is a whole program, not half. It does not refer to any 
libraries at all in the runtime operating system**, and can be executed 
directly.


[** except perhaps totally invariable ones - if such a thing exists??]

What Jacque seems to be trying to tell me is that in spite of the 
denomination, Rev "standalones" for Linux are not pure. They mainly have 
the characteristics of the 2nd category, but they have some of the 
characteristics of the 1st.


Although this does not seem to fit in with an ideal situation, is it 
certainly true in Linux?


This may be because the Linux GUI experience isn't an actual "thing", 
but really a collection of many different things, chiefly the kernel and 
the window manager.  KDE isn't Linux, Gnome isn't Linux, and KDE and 
Gnome use different APIs.


So while adding a GUI layer on top of Linux can provide a reasonably 
satisfying GUI, Linux itself is not a GUI per se, with the GUI being 
handled by these window managers delivered by different teams.


In contrast, while Apple's OS X is a window manager that rides on top of 
BSD, the vendor has assumed responsibility for integrating the two into 
a single cohesive experience.


If you take away the Finder and all the Aqua support from OS X, and 
allow anyone to make any number of alternative GUIs, OS X would provide 
the same level of confusion and fragmentation in the market, and 
developers would have as much difficulty delivering consistent 
appearances as they have with Linux.


I agree that it would be desirable for RunRev to come up with a scheme 
to have native appearances on all of the various incompatable Linux 
window managers, but it's not a simple task until those development 
teams start prioritizing Linux adoption higher than they value market 
fragmentation.


Admittedly this does raise a philosophical question of what constitutes 
"self contained" when it comes to Linux executables, but I'm not sure I 
would place any blame solely on RunRev, esp. given that RB has related 
issues.  It seems more fair to chalk it up to the inherently fragmented 
nature of GUI Linux.


--
 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: dumb question #1

[Devin Asay]

On Jun 6, 2006, at 2:42 PM, Devin Asay wrote:



On Jun 6, 2006, at 2:08 PM, Josh Mellicker wrote:

I'm going to ask some dumb questions, I am still fuzzy on paths  
and some basic variable issues:


After this:

answer file "locate the .htm file for me please" as sheet
put it into htmPathFile

if i put:

put URL "file:" & htmPathFile into fld "htm"


this results in the path & filename going in the field, not the  
contents of the file.




2.

but this:

put "file:" & htmPathFile into tFile
put URL tFile into fld "htm"

results in the actual text content of that file being put in.



I don't understand why they are different?!?


Josh,

This is a quirk that has gotten many of us at some time. The  
problem is the order in which rev resolves parts of the statement.  
Try this:


put URL ("file:" & & htmPathFile into fld "htm")

That forces the file name to be resolved before the put URL part of  
the statement.


Sorry, one too many &'s in that example.
 put URL ("file:" & htmPathFile into fld "htm")

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: Linux installation

[J. Landman Gay]

Bob Warren wrote:


These are my definitions, which you might like to challenge as being 
inappropriate:


1. An "executable" (e.g. a file produced by VB in Windows) is not a 
program, it's half a program. Nor is it executable. It finds its other 
half in the operating system it is running under (in the form of 
libraries), and when the 2 halves are put together, it can do something.


2. A "standalone" is a whole program, not half. It does not refer to any 
libraries at all in the runtime operating system**, and can be executed 
directly.


There are no programs that function as you describe in #2, on any 
operating system, written by any development platform.




[** except perhaps totally invariable ones - if such a thing exists??]

What Jacque seems to be trying to tell me is that in spite of the 
denomination, Rev "standalones" for Linux are not pure. They mainly have 
the characteristics of the 2nd category, but they have some of the 
characteristics of the 1st.


No, they are mainly like the first category. All 
applications/executables/standalones are like #1. I can't think of a 
single exception. They *all* rely on libraries embedded in the OS.


What's an OS? It is a series of libraries and resources available for 
common use by any program. The existence of common libraries ensures 
that all execuatables will look fairly similar and have similar 
behaviors. This is considerd desirable. It gives consistency to the user 
experience. All modern applications rely on them.


All Mac/Windows/Linux applications are the same regardless of whether 
they run with Revolution's engine or something else. You don't want to 
have to program your own window manager each time you create a program, 
or your own file I/O, or all the other thousands of interactions that an 
operating system provides for you with a single call. That's the whole 
purpose of an operating system. Your program asks it for data and it 
hands it back, or it draws a window for  you, or it manages data flowing 
through a socket. Your program just makes the calls that ask it to do 
those things.


There is no such thing as a "standalone" as you have defined it on any 
OS. All programs rely on system libraries.




Although this does not seem to fit in with an ideal situation, is it 
certainly true in Linux? Can anyone give me any examples of libraries in 
the OS certainly used at runtime by all Rev Linux programs?


Rev (or any other engine) on any platform needs the OS to execute 
thousands of commands and interactions. You need the OS libraries to:


read/write files or get a file listing
draw a window in any of several styles
manage menus
track and report the mouse position
recognize and report keyboard input
keep track of the time and date (seconds, ticks, date formats)
recognize mounted drives
work with networked drives and files
resolve aliases
do math operations
display color data
communicate with printer drivers and manage the print queue
translate and generate sounds
play multimedia (movies, music)
interact with COM and serial ports
display program icons
and on and on and on...


And if Rev 
does use such libraries in its "impure" standalones, is there any chance 
that either Rev will not find them in a particular distro or that they 
become outdated?


They aren't "impure". They are standard applications that act exactly 
like any other. Sometimes system libraries do become outdated. Every 
time a new OS is released on any platform, all applications that run on 
that OS usually have to be rewritten. Note that Runtime just released a 
new version to support Mac on Intel machines, for example. The Linux 
libraries also change; there have been several updates over the years to 
support those changes. When Windows releases Vista you will see another 
new update to support those changed libraries. It is the nature of 
software development.


I don't think you understand how truly intertwined all applications are 
with the OS they run on. It is okay that they do that. The only other 
alternative would be for you to have to write all your own routines to 
do all the above and more -- which apparently lots of Linux people have 
decided to do, giving you the headaches you started out with at the 
beginning of this thread.


--
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: NOKIA 770 version

[Andre Garzia]

Hannu,

the 770 has a 250MHz TI 1710 OMAP (ARM-based) CPU. There's currently  
no Rev engine for ARM based CPUs...


being a linux is not enough. :-)

Cheers
andre

On Jun 6, 2006, at 4:30 PM, Hannu Kokko wrote:


Hi

Would be interesting to see a version for Nokia 770 (it is a mobile  
linux device)


--h

___
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

altBrowser demo problems..."XBrowser" not working?

[Jack Tsu]

I get an error every time I click anything in the altBrowser demo. It says 
"error in function handler" for the handler "XBrowser_Get." Is there a way 
to fix this?


I'm on an intel mac running 2.7.2.

_
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/


___
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: altBrowser demo problems..."XBrowser" not working?

[Andre Garzia]

Jack,

great chance you're running Rev universal binary. To use altuit  
externals you must use rosetta emulator because the externals are not  
universal binaries right now.


www.revcentral.com

has the recipe to get Revolution running in rosetta so that you can  
fiddle with altuit externals.


Cheers
andre

On Jun 6, 2006, at 9:30 PM, Jack Tsu wrote:

I get an error every time I click anything in the altBrowser demo.  
It says "error in function handler" for the handler "XBrowser_Get."  
Is there a way to fix this?


I'm on an intel mac running 2.7.2.

_
Don’t just search. Find. Check out the new MSN Search! http:// 
search.msn.click-url.com/go/onm00200636ave/direct/01/


___
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: altBrowser demo problems..."XBrowser" not working?

[chris bohnert]

Jack,

The altBrowser external has not yet been released as a universal binary.  We
expect to have this done in next week or so.  Please check back.

--
chris bohnert
altuit, inc.

On 6/6/06, Jack Tsu <[EMAIL PROTECTED]> wrote:


I get an error every time I click anything in the altBrowser demo. It says
"error in function handler" for the handler "XBrowser_Get." Is there a way
to fix this?

I'm on an intel mac running 2.7.2.

_
Don't just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

___
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: altBrowser demo problems..."XBrowser" not working?

[Jack Tsu]

Ah, thank you both. I'll try it in Rosetta in the meantime.



From: "chris bohnert" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED],How to use Revolution 


To: "How to use Revolution" 
Subject: Re: altBrowser demo problems..."XBrowser" not working?
Date: Tue, 6 Jun 2006 19:44:38 -0500

Jack,

The altBrowser external has not yet been released as a universal binary.  
We

expect to have this done in next week or so.  Please check back.

--
chris bohnert
altuit, inc.

On 6/6/06, Jack Tsu <[EMAIL PROTECTED]> wrote:


I get an error every time I click anything in the altBrowser demo. It says
"error in function handler" for the handler "XBrowser_Get." Is there a way
to fix this?

I'm on an intel mac running 2.7.2.

_
Don't just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

___
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


_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


___
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

Variable watcher

[Hershel Fisch]

Hi all I'm wondering why at times on my variable watcher screen I get two
windows on the bottom and when I select a line (var)  in the top part I
don't see it in the bottom window (or actually it appears in the frame
between the tow windows?
Thanks Hershel

___
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

stack for importing Fireworks documents to Rev

[Josh Mellicker]

Has anyone written a Rev stack that:

 - imports a background image and folder of sliced Fireworks images
 - creates a new Rev stack and a new card with the name of the FW doc
 - puts your background image on the card
 - places buttons on the card with position and size identical to  
your FW doc

 - assigns normal, over and down states to the icons of those buttons

?

Michelle and I wrote a stack today to do this, if no one else has one  
and there is interest, I will post it.

___
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 for importing Fireworks documents to Rev

[Tereza Snyder]

On Jun 6, 2006, at 8:43 PM, Josh Mellicker wrote:


Has anyone written a Rev stack that:

 - imports a background image and folder of sliced Fireworks images
 - creates a new Rev stack and a new card with the name of the FW doc
 - puts your background image on the card
 - places buttons on the card with position and size identical to  
your FW doc

 - assigns normal, over and down states to the icons of those buttons

?

Michelle and I wrote a stack today to do this, if no one else has  
one and there is interest, I will post it


Please!

t



--
Tereza Snyder

   Califex Software, Inc.
   800 Water Street
   Sauk City, WI 53583
   608.643.2586
   AIM: terezasnyder1

___
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: NOKIA 770 version

[Hannu Kokko]

Hi

Would be interesting if there was an engine for that cpu...

--h

On Jun 7, 2006, at 3:27 AM, Andre Garzia wrote:



Hannu,

the 770 has a 250MHz TI 1710 OMAP (ARM-based) CPU. There's  
currently no Rev engine for ARM based CPUs...


being a linux is not enough. :-)

Cheers
andre

On Jun 6, 2006, at 4:30 PM, Hannu Kokko wrote:


Hi

Would be interesting to see a version for Nokia 770 (it is a  
mobile linux device)


--h

___
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: robotics

[Kay C Lan]

On 6/6/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

I have an ER1 robot which my Revolution application controls over TCPIP 
sockets. It
is really quite easy to do as the software that is provided with the kit
includes an API just for allowing you to use a language of your choosing.


If you don't mind me asking, what do you do with your ER1? At 7.5
grand a pop I can't imagine you use it to take your computer for it's
'morning constitutional':-)
___
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 for importing Fireworks documents to Rev

[Josh Mellicker]

On Jun 6, 2006, at 6:57 PM, Tereza Snyder wrote:


On Jun 6, 2006, at 8:43 PM, Josh Mellicker wrote:



Michelle and I wrote a stack today to do this, if no one else has  
one and there is interest, I will post it


Please!

t





Fireworks is my favorite application for creating interfaces.

But getting those interfaces into Rev is not a simple process...  
until now!


My genius wife and partner Michelle and I wrote an stack today to  
make this process as painless as possible. I apologize for the  
roughness in appearance, code and documentation but it works!


Here it is:

http://revcoders.org/import_fw.rev


FEATURES:
With one click, the "import_fw" stack:

 - imports a background image and folder of sliced Fireworks images
 - creates a new Rev stack and a new card with the name of the FW doc
 - puts your background image on the card
 - places buttons on the card with position and size identical to  
your FW doc

 - assigns normal, over and down states to the icons of those buttons
 - sets up the buttons to work with the cool rollover script written  
by Chipp, Mark Waddingham, & Richard Gaskin and puts that script into  
your new stack


So basically, once you create your cool interface and export it, you  
open our stack, click the "go" button, and sit back and watch the  
fireworks!




HOW TO:
I will work on better instructions upon request, until then here is a  
rough step-by-step, let me know if you have any problems:


1. create a cool interface for a card in Fireworks. Name your  
Fireworks doc what you want your Rev card name to be.


2. no need to make "symbols" for buttons (you can if you want) but I  
find just creating rectangles or circles is much easier to edit and  
change around


3. copy Frame 1 to Frames 2 & 3.

4. in Frame 2 (your buttons "rollover" state) make your buttons get  
brighter and put a glow around them


5. in Frame 3 (your buttons "down" state) make your buttons get even  
brighter and move them a pixel to the right and a pixel down


6. slice around your buttons (no overlapping!)

7. if you wish, you can name your slices cleverly, so that your card  
script can pick up on the name and trigger some action, saving you  
from having to program the buttons individually in Rev


8. set your optimize settings to PNG 32

9. export background:
turn off all your button layers and export your background as a  
single .png image (choose "Images Only"). Use the default name, but  
type in "_bkgd" (so if your Fireworks document is "GrooveMonkey",  
your background should be called "GrooveMonkey_bkgd.png".


10. export button images:
turn off your background layer and turn on all your button layers,  
and make sure your document background is transparent (your buttons  
will have an alpha channel so you can reposition if you wish while  
retaining glows, shadows, etc.)


11. Now for the secret sauce: export one more time and choose  
"Director (.htm)" from Export popup. "Put Images in Subfolder" (call  
it "images"). Click the "Options" button, and under "Document  
Specific", set the first popup to "slice", the next 5 to "None", and  
by "Frame Names", set them to "underscore" and "Rollover".


So your "images" folder now should have files named something like:

bob_down.png
bob_over.png
bob.png
joe_down.png
joe_over.png
joe.png
mary_down.png
mary_over.png
mary.png



Finally, open our Rev stack, click the "go" button, and locate the  
Director .htm file. All the rest is automatic.



These instructions are very rough, if this doesn't work perfectly for  
anyone I will take screen snaps, and be much more detailed, etc.


Also, my text parsing code is horrible, if someone wants to help with  
that that would be great!

___
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