Re: Mac Classic Apps Run Under OS X but Not On Native Classic

2004-09-10 Thread Terry Judd
On 10/09/2004, at 3:22 PM, [EMAIL PROTECTED] 
wrote:

From: Jeanne A. E. DeVoto [EMAIL PROTECTED]
Date: 10 September 2004 3:56:50 AM
To: How to use Revolution [EMAIL PROTECTED]
Subject: Re: Mac Classic Apps Run Under OS X but Not On Native Classic
Reply-To: How to use Revolution [EMAIL PROTECTED]
Good point. I agree.
(Although now I'm wondering whether there should be a separate OS 
function, with the platform becoming simplified -- Mac, Windows, or 
Unix -- and the OS being more specific, e.g. OSX or Classic or 
MacOS, Win95 or Win2000 or WinXP, or the various Unix flavors, 
etc. Stop me before I rewrite syntax again! ;-)
Jeanne, I actually like the idea of separate platform and flavours 
functions along the lines you suggest above. I've been implementing 
something very similar to this for a 'user-agent' routine I've 
incorporated in a cross-tool (Director/Flash/Revolution) script library 
I'm working on.

Cheers,
Terry...
Dr Terry Judd
Lecturer in Educational Technology (Design)
Biomedical Multimedia Unit
Faculty of Medicine, Dentistry  Health Sciences
The University of Melbourne
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Drag and Drop

2004-09-10 Thread william griffin
Date: Thu, 09 Sep 2004 21:16:31 -0300
From: Jim Carwardine [EMAIL PROTECTED]
Subject: Drag  Drop
I recall a discussion a few months ago about dragging and dropping but 
I
don't remember the details.  I'd like to drag  drop text from one 
field in
a sub stack to another field in another sub stack.  I'd also like to
drag-Copy an object to make a clone of it.  Can anyone point me to a 
source
of drag  drop scripting?.. Jim

Examples for this used to be on the runrev site but are gone now.
If I manage to find those old versions posted by someone long ago, 
before anyone else does,
i'll host them on my server and send the URL.

While we are on the subject, how does one manage to add
drag to application functionality to rev based application icons and 
stacks?

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


RE: Inheritance in Revolution?

2004-09-10 Thread Arthur Urban
Because that solution divorces the object from it's code and data. I do use
libraries, but only for stand-alone functions that are clearly not object
behaviours.

I've discovered that I'm not really talking about inheritance here, but more
class instantiation. Revolution only embraces the thought that every object
is an instantiation of a single base class implementing a singleton pattern.
I'd like to be able to declare a single object as a class from which I can
instantiate multiple copies of it wherever I need them.

I think some of the workarounds are genuinely clever, but a poor substitute
actual classes. I don't need Rev to be a true OOL, I just think script
sharing sounds very cool. In the mean time, I might as well go at the
library approach. Is there any limit to the number of back scripts I can
have? Is there a certain number after which my program might start to bog
down?

 Why not just create a library and 'start using' it? Then you could do 
 something like:
 
 on mouseUp
 if the myCustomPropFavoriteColor of btn xyz is blue then
do stuff etc...
 end if
 pass mouseUp
 end mouseUp
 
 Now, all you need to do is create a custom property of the 
 control you 
 wish to handle and you've effectively done what it is you want.
 
 I use this technique all the time. You could also use this as a 
 FrontScript as well, though the library method is 'cleaner.'
 
 -Chipp
 
 Arthur Urban wrote:
 
  I probably wasn't as clear as I could have been. These 50 
 buttons all 
  live on different cards, different sub-stacks, etc. Think of this 
  ability as one might approach a Password Field. You'd write 
 the clever 
  text hiding code in the field's script, and then maybe use 
 this field 
  in two or three different locations. When you discover that 
 bug, you 
  just change the master script, and no matter where the 
 other buttons 
  happen to be, they gain the benefit of the fix without extra 
  copy/paste efforts.
  
  This is probably too cool a feature to ever actually see, but I can 
  hope. What do the Rev Developers think? Wouldn't this add a 
 tremendous 
  level of code (and object) reusability, not to mention data/code 
  encapsulation?
 
 ___
 use-revolution mailing list
 [EMAIL PROTECTED] 
 http://lists.runrev.com/mailman/listinfo/use- revolution
 

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


Re: Audio w/o Quicktime on PCs

2004-09-10 Thread Signe Marie Sanne
At 21:47 08.09.2004 -0400, you wrote:
I have been having some problems trying to play audio files (wav files)
in a player w/o quicktime on windows. the players in mc, rev 2.1 or 2.5
will play wav files fine with quicktime on windows, but if i set
dontuseqt to true on preopenstack or dont have quicktime installed on the
machine, the audio files will not play. documentation says that audio
files and video files (to some extent) should play w/o quicktime on
windows. This happens on XP, 2000, and 98.
the player is visible with no controller and buffered (although those
dont matter).
anyone have any ideas of why this is not functioning the way the
documentation says? Has anyone played audio files on windows w/o
quicktime using a player (ie not an audioclip).
Hello,
using mciSendString will take care of yours needs. The scripts below will 
give you some ideas.

function myMCI tstring
  put mciSendString(tstring) into returnValue
  get the result
  if the result is not empty then
return error
  else
return returnValue
  end if
end myMCI
function playmysound gShortname
  --Viderevar:
  global gLongName --the complete name and path
  --Startvar:
  global ttime
  get myMCI(close myaudio)
  --OPEN
  put open quote gLongName  quote type waveaudio alias myaudio 
into tstring
  get myMCI(tstring)
  --GET LENGTH
  put myMCI(status myaudio length) into ttime
   if ttime is error or ttime is not a number then
put 0 into ttime
return ttime
  end if
  --PLAY
  if myMCI(play myaudio from 0) is error then
return 0
  end if
  return ttime

end playmysound
on mouseUp
  global gLongName
  put C:/PROGRA~2/MetaCard/Program/FRAAND~2/t2_01m.wav into gLongName
  put t2_01m.wav into gShortname
  if there is a file gLongName then get playMySound (gShortname)
end mouseUp
Regards
Signe Marie Sanne
1. amanuensis Signe Marie Sanne  e-mail: [EMAIL PROTECTED]
Romansk Institutttel:  +47 55 58 21 27
Øisteins gt. 1
5007 Bergen http://www.hf.uib.no/hfolk/mlab/Info/sms.html
Norway
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Rev cgi, PostgreSQL and standalones

2004-09-10 Thread Pierre Sahores
Hello Jan, Alejandro, Robert, JB,
I couldn't upload the rev's web app example i expected to share on my 
revonline account in response to your mails ;-! Is it my mistake or a 
bug in the Rev 2.5 build 2 issue (buildnumber 9, 2.6.1 engine) i'm 
currently using ?

I will put some of the old posts together in a more suitable pdf file, 
hopefully next WE.

If that can help to win time, i can post, off-list, a simple complete 
example app (linux and panther compatible) as a zip archive.

Best, Pierre
Le 9 sept. 04, à 12:50, Jan Schenkel a écrit :
--- Robert Brenstein [EMAIL PROTECTED] wrote:
Hello Alejandro,
I'm a little confused about a so kindly
congratulations. Thank you ;)
I plan to write 80 pages about the subject in the
first quarter of
2005, freely available to the MC/Rev community and,
if possible, to
find a fench publisher interested in printing a
paper issue
dedicated to help to let know more about the Rev
based n-tier apps
scope...
Best Regards, Pierre
Praise is quite in order. However, Pierre, could it
be too much to
ask to combine your list posts and convert into a
short comprehensive
info for us to use sooner? You have really given
lots of useful
tidbits over time but as others stated the info is
spread in
different emails and varying level of detail, thus
hard to use.
Having it all together would be greatly appreciated.
Robert Brenstein
I second this : as I'm just starting out with PHP at
the moment, I'd love to leverage my Transcript
knowledge to use Rev as an application server for my
business logic, and build a rock-solid n-tier system
that can handle plenty of connections and would only
require customers to run a single server, unlike the
Windows world where you'll often see 3 servers doing
what you and I would do with a single Linux of MacOS X
Server.
Jan Schenkel.
=
As we grow older, we grow both wiser and more foolish at the same 
time.  (La Rochefoucauld)
../...
We arrive very new at the various ages of the life, and often miss 
there we of experience, in spite of the number of the years. -
Nous arrivons tout nouveaux aux divers âges de la vie, et nous y 
manquons souvent d'expérience, malgré le nombre des années. (La 
Rochefoucauld)

--
Bien cordialement, Pierre Sahores
100, rue de Paris
F - 77140 Nemours
[EMAIL PROTECTED]
GSM:   +33 6 03 95 77 70
Pro:  +33 1 64 45 05 33
Fax:  +33 1 64 45 05 33
WEB/EAI services  ACID DB over IP
Mutualiser les deltas de productivité
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


RE: Param() Oddity

2004-09-10 Thread Robert Brenstein
Thank you for that helpful explanation. At least I get it now. So as long
as I'm just passing strings and numbers, I'm okay. Appears as if the
Transcript could use and 'object' type-cast command ala value.
  go object( param(1) )
  get the myProperty of object( param(1) )
Why is Revolution complicated in areas it should be elegant?
~~~ Arthur
Submit it as an enhancement request to Bugzilla.
Robert
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


RE: Inheritance in Revolution?

2004-09-10 Thread Robert Brenstein
Because that solution divorces the object from it's code and data. I do use
libraries, but only for stand-alone functions that are clearly not object
behaviours.
I've discovered that I'm not really talking about inheritance here, but more
class instantiation. Revolution only embraces the thought that every object
is an instantiation of a single base class implementing a singleton pattern.
I'd like to be able to declare a single object as a class from which I can
instantiate multiple copies of it wherever I need them.
I think some of the workarounds are genuinely clever, but a poor substitute
actual classes. I don't need Rev to be a true OOL, I just think script
sharing sounds very cool. In the mean time, I might as well go at the
library approach. Is there any limit to the number of back scripts I can
have? Is there a certain number after which my program might start to bog
down?
If your stacks are all in a single stack file, you can place the 
common script in the stack script of the mainstack to achieve the 
desired effect. Trying to instantiate across different stack files is 
not correct. Each stack file is an independent program so do speak 
even if they collaborate in your project. A truly shared script can 
be accessed from multiple stack files using either the library or 
frontscript approach. If the integration is really tight, you can 
resort to send or call for remote instantiation.

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


lots of stack to manage....

2004-09-10 Thread thierry Douez
Hello all,

i've developped a kind of wee-IDE  to manage
the edition and compilation of scripts to be able
to drive a Laboratory Automation Workstation.

 In the first version, for every script  ( laboratory experiment )
 i had a folder with few files and folders.
 Now, i would like to make a stack for every experiment; such a stack
 will contains the Datas of all the old files using custom properties; but
 nothing more ( no user interface ).
 The size can be from 100kb up to 2 Mbyte of texts by stack.
 
 Would like to manage around  100 of these stacks.

 So, in the IDE, would like to be able to see the hundred stacks name
in one field; so the user can choose one of them with one click.

 My question is How to manage a list of all these stacks
 without putting them into RAM, except when the user choose One.

 Any tricks, ideas will be very much welcomed :-)


Regards, thierry

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


Re: GraphMaker???

2004-09-10 Thread Jim Carwardine
Thanks, Xavier.  This is exactly what I was looking for.  Do you know if
anyone has integrated your pie charts with Kenneth's line charts.  I
actually need both.  What is your shareware fee for me to gain access to
your source code?  Jim

on 9/8/04 10:05 AM, MisterX wrote:

 Jim,
 
 http://www.rpi.edu/~simonk/technical.html
 
 from Kenneth Simons is an excellent tool to make line graphs.
 
 and I made a pie chart stack myself which is available at
 http://monsieurx.com/modules.php?name=Newsfile=articlesid=162
 
 cheers
 Xavier
 
 
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Jim
 Carwardine
 Sent: Wednesday, September 08, 2004 12:24
 To: Revolution Listserve
 Subject: GraphMaker???
 
 
 Has anyone converted the HC GraphMaker stack to Rev?  Is there a better Rev
 solution?  Jim
 -- 
 
 OYF is... Highly resourceful people working together.
 http://www.OwnYourFuture-net.com
 
 Own Your Future Consulting Services Limited,
 1959 Upper Water Street, Suite 407, Halifax, Nova Scotia. B3J 3N2
 Info Line: 902-823-2477, Phone: 902-823-2339. Fax: 902-823-2139
 
 
 
 
 ___
 use-revolution mailing list
 [EMAIL PROTECTED]
 http://lists.runrev.com/mailman/listinfo/use-revolution
 ___
 use-revolution mailing list
 [EMAIL PROTECTED]
 http://lists.runrev.com/mailman/listinfo/use-revolution

-- 

OYF is... Highly resourceful people working together.
http://www.OwnYourFuture-net.com

Own Your Future Consulting Services Limited,
1959 Upper Water Street, Suite 407, Halifax, Nova Scotia. B3J 3N2
Info Line: 902-823-2477, Phone: 902-823-2339. Fax: 902-823-2139



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


Re: lots of stack to manage....

2004-09-10 Thread Klaus Major
Bon jour Thierry,
Hello all,
i've developped a kind of wee-IDE  to manage
the edition and compilation of scripts to be able
to drive a Laboratory Automation Workstation.
 In the first version, for every script  ( laboratory experiment )
 i had a folder with few files and folders.
 Now, i would like to make a stack for every experiment; such a stack
 will contains the Datas of all the old files using custom properties; 
but
 nothing more ( no user interface ).
 The size can be from 100kb up to 2 Mbyte of texts by stack.
 Would like to manage around  100 of these stacks.
 So, in the IDE, would like to be able to see the hundred stacks name
in one field; so the user can choose one of them with one click.

 My question is How to manage a list of all these stacks
 without putting them into RAM, except when the user choose One.
 Any tricks, ideas will be very much welcomed :-)
OK, i am sure you know that a list field will be the solution for the 
display
of all available files...?! ;-)

When the user clicks, you can retrieve any custom property of that stack
WITHOUT opening that stack!
Of course that stack will be read into memory, but with almost no 
overhead and
no part of that stack will be visible!

Example:
A list-field with lots of filenames of your stacks...
...
C:/Folder1/folder1/a_stack.rev
C:...
...
Now put something like this into the script of that list-field:
on mouseup
   put the selectedtext of me into target_file
   put the whatsoever of stack target_file into yadda
   ## do something with yadda :-)
end mouseup
You get the picture...
Hope that helps...
Regards, thierry
Au revoir
Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


RE: lots of stack to manage....

2004-09-10 Thread xbury . cs
Thierry,

Just list the files in a field!
If you create one file, add them to the index stack and that's about it.

If they don't go all in one folder, you can add a hidden field with the
paths of the stacks...

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: vendredi 10 septembre 2004 11:19
To: [EMAIL PROTECTED]
Subject: lots of stack to manage

Hello all,

i've developped a kind of wee-IDE  to manage
the edition and compilation of scripts to be able
to drive a Laboratory Automation Workstation.

 In the first version, for every script  ( laboratory experiment )
 i had a folder with few files and folders.
 Now, i would like to make a stack for every experiment; such a stack
 will contains the Datas of all the old files using custom properties; but
 nothing more ( no user interface ).
 The size can be from 100kb up to 2 Mbyte of texts by stack.
 
 Would like to manage around  100 of these stacks.

 So, in the IDE, would like to be able to see the hundred stacks name
in one field; so the user can choose one of them with one click.

 My question is How to manage a list of all these stacks
 without putting them into RAM, except when the user choose One.

 Any tricks, ideas will be very much welcomed :-)


Regards, thierry

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


Visit us at http://www.clearstream.com
  
IMPORTANT MESSAGE

Internet communications are not secure and therefore Clearstream International does 
not accept legal responsibility for the contents of this message.

The information contained in this e-mail is confidential and may be legally 
privileged. It is intended solely for the addressee. If you are not the intended 
recipient, any disclosure, copying, distribution or any action taken or omitted to be 
taken in reliance on it, is prohibited and may be unlawful. Any views expressed in 
this e-mail are those of the individual sender, except where the sender specifically 
states them to be the views of Clearstream International or of any of its affiliates 
or subsidiaries.

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


Re: lots of stack to manage....

2004-09-10 Thread thierry Douez
Hello Revolution's users,


  In the first version, for every script  ( laboratory experiment )
  i had a folder with few files and folders.
  Now, i would like to make a stack for every experiment; such a stack
  will contains the Datas of all the old files using custom properties; 
 but
  nothing more ( no user interface ).
  The size can be from 100kb up to 2 Mbyte of texts by stack.
  Would like to manage around  100 of these stacks.
  So, in the IDE, would like to be able to see the hundred stacks name
 in one field; so the user can choose one of them with one click.

  My question is How to manage a list of all these stacks
  without putting them into RAM, except when the user choose One.

  Any tricks, ideas will be very much welcomed :-)


Well, thanks a lot especially to xavier, klaus ( Vielen Danke ), Robert...

1) Ok for an index stack

2) Ok using a list field with all my stacks' name in it

3) Ok using the files() to get the list of stacks
this one is interesting if the user has suppress some stacks
from the Window's desktop.

4) more precise question: in the list field i would like to put
few parameters ( multi-columns ), each of these parameter could belong
to these stacks or to be manage outside in the Main stack. Klaus says
about almost no overhead; can I understand that i could get few properties
( 3 or 4 ) of every stack, build the list with multiple columns and then
view  it  in  a  list field..
and the user would have to wait 3 or 4 seconds Max    ( acceptable )

or these parameters has to be managed globally in the main stack ? they can
be updated each time one of the stacks is modified or creaed.   I would prefer
the first solution for not having duplication o the same information.

this is the main point in fact :-)

the problem is I can't check in live the final solution before a while
( reengineering.. )so, i'm looking for the right direction.

-- From xbury :

Just list the files in a field!
If you create one file, add them to the index stack and that's about it.

If they don't go all in one folder, you can add a hidden field with the
paths of the stacks...


--- From Klaus Major

OK, i am sure you know that a list field will be the solution for the 
display of all available files...?! ;-)

When the user clicks, you can retrieve any custom property of that stack
WITHOUT opening that stack!

Of course that stack will be read into memory, but with almost no 
overhead and no part of that stack will be visible!

Example:

A list-field with lots of filenames of your stacks...
...
C:/Folder1/folder1/a_stack.rev
C:...
...

Now put something like this into the script of that list-field:

on mouseup
put the selectedtext of me into target_file
put the whatsoever of stack target_file into yadda
## do something with yadda :-)
end mouseup

Au revoir Klaus Major



- From Robert :

Since they are stored as physical files, you could use the files() 
command to fetch the list. If some description or additional info 
from each file is needed, you can maintain a separate stack or text 
file with the list of file names, the extra info as well as last 
update date. That list could be cross-referenced to what you get from 
files(). New files could be opened to fetch the required information 
but closed immediately to free the memory.

Just a quick idea anyway :)

Robert




Best regards,
 thierry

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


Re: Add, delete and edit cards to a stack via CGI

2004-09-10 Thread Gregory Lypny
Thank you for the confirmation, Jacqueline.  Now I think I understand 
the use of stacks in CGI projects.  They are a convenient and safe 
place to develop and run CGI scripts, as an alternative to text file 
CGI scripts, or to access existing information as read-only databases, 
but they cannot, or at least not easily, be run as stacks in the usual 
sense with the card metaphor and the revision of the contents of 
containers.

That's fine.  It just means storing database records in related text 
files and having the CGI stacks work with those.  Revolution is very 
good at handling text files in any case, and their portability is 
probably an added benefit.

Regards,
Gregory

OK, dynamics with tension,
   fun and laughter for all.
-John Lennon (Lost Weekend Sessions)

On 9/9/04 8:00 PM, Gregory Lypny wrote:
Hello everyone,
Jacqueline's Fiction Search example uses a text script cgi to search a
stack and display the results.  Is it possible for users to add, 
delete,
and records in a similar database-like stack by posting from a web
form?  My intuition tells me that the answer to this is no because 
that
would involve GUI commands such as Create Card, Delete Card, and Save
Stack (permissions).  Am I correct?
On Sep 10, 2004, at 1:22 AM, Jacqueline responded:
I can create and delete cards, but I can't save the stack. Regardless 
of
the permissions set for the stack or where it is placed, the engine
needs to create a temporary backup file, and it can't do that. Or at
least, I can't make it do that. I also tried putting the save command 
in
a closestack handler in the stack's script (didn't work,) as well as a
custom handler that the cgi calls, but that doesn't work either.

--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive Software   | http://www.hyperactivesw.com
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: lots of stack to manage....

2004-09-10 Thread Klaus Major
Bon jour Thierry,
Hello Revolution's users,

 In the first version, for every script  ( laboratory experiment )
 i had a folder with few files and folders.
 Now, i would like to make a stack for every experiment; such a stack
 will contains the Datas of all the old files using custom properties;
but
 nothing more ( no user interface ).
 The size can be from 100kb up to 2 Mbyte of texts by stack.
 Would like to manage around  100 of these stacks.
 So, in the IDE, would like to be able to see the hundred stacks name
in one field; so the user can choose one of them with one click.
 My question is How to manage a list of all these stacks
 without putting them into RAM, except when the user choose One.
 Any tricks, ideas will be very much welcomed :-)

Well, thanks a lot especially to xavier, klaus ( Vielen Danke ), 
Robert...

1) Ok for an index stack
2) Ok using a list field with all my stacks' name in it
3) Ok using the files() to get the list of stacks
this one is interesting if the user has suppress some stacks
from the Window's desktop.
4) more precise question: in the list field i would like to put
few parameters ( multi-columns ), each of these parameter could belong
to these stacks or to be manage outside in the Main stack. Klaus says
about almost no overhead; can I understand that i could get few 
properties
( 3 or 4 ) of every stack, build the list with multiple columns and 
then
view  it  in  a  list field..
and the user would have to wait 3 or 4 seconds Max    ( acceptable 
)
MAX MAX ;-)
Depending on the size of your data probably under 1 secs...
If you mean you want to build the contents of the list-field from the 
contents
of some custom properties from different stacks, YES :-)

or these parameters has to be managed globally in the main stack ?
No need for that...
they can be updated each time one of the stacks is modified or creaed. 
  I would prefer
the first solution for not having duplication o the same information.
this is the main point in fact :-)
Then this might satisfy you ;-)
the problem is I can't check in live the final solution before a while
( reengineering.. )so, i'm looking for the right direction.
Hint:
You can also SET these properties of not opened stacks!
...
set the whatsoever of stack C:/folder/stack.rev to 1234
save stack C:/folder/stack.rev
### NECESSARY in this case
...
Au revoir mon ami...
Regards
Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Inheritance in Revolution?

2004-09-10 Thread Geoff Canyon
This is on the feature request list as object frontscripts and 
backscripts. It would allow you to set the backscript of any of the 
buttons anywhere to a common script. The backscript would offer shared 
behavior for all the buttons. I think this feature might even be on the 
schedule for inclusion in an upcoming release of Revolution.

regards,
Geoff Canyon
[EMAIL PROTECTED]
On Sep 10, 2004, at 12:36 AM, Arthur Urban wrote:
I think some of the workarounds are genuinely clever, but a poor 
substitute
actual classes. I don't need Rev to be a true OOL, I just think 
script
sharing sounds very cool. In the mean time, I might as well go at the
library approach. Is there any limit to the number of back scripts I 
can
have? Is there a certain number after which my program might start to 
bog
down?
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Inheritance in Revolution?

2004-09-10 Thread Ken Ray
On 9/10/04 2:36 AM, Arthur Urban [EMAIL PROTECTED] wrote:

 Because that solution divorces the object from it's code and data. I do use
 libraries, but only for stand-alone functions that are clearly not object
 behaviours.
 
 I've discovered that I'm not really talking about inheritance here, but more
 class instantiation. Revolution only embraces the thought that every object
 is an instantiation of a single base class implementing a singleton pattern.
 I'd like to be able to declare a single object as a class from which I can
 instantiate multiple copies of it wherever I need them.

There is something similar that's been in discussion and will hopefully be
implemented in the next version (or the one after that), and it's being
called parentScripts. Sort of an object-specific backscript, you can
assign the script of an object as the parentScript to one or more other
objects. This would allow 25 buttons to use the same script of its parent.
Note that this is not the same as redefining the button class in code, but
it's close - you could drop a button in a hidden stack that acted like a
class - set its script, and then put a bunch of buttons on various stacks
that had this class button set as its parentScript.

Then, if the script of the parent changes, the behavior of all the
instances of those buttons changes as well.

For right now, however, the clever workarounds are the only thing we've
got.

:-)


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


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


Re: use-revolution Digest, Vol 12, Issue 41

2004-09-10 Thread Cubist

In a message dated 9/10/04 1:16:09 AM, 
[EMAIL PROTECTED] writes:


Message: 16
Date: Thu, 9 Sep 2004 23:04:05 -0600
From: Arthur Urban [EMAIL PROTECTED]
Subject: RE: Inheritance in Revolution?
To: 'How to use Revolution' [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain;  charset=US-ASCII

  What I'm looking for is something in the Property Inspector 
 that would
  allow
  me to specify an object as the script provider for another object.
  References like target and me would still operate as if the actual

  control
  were used, but it would be as if you had typed the same script into

  fifty
  buttons manually. Change the code in the master control, 
 and all the 
  others
  immediately have access to the changes.
 
  Unless this ability already exists, in which case, carry on...
 
 Select your 50 buttons (or whatever objects you want to inherit the 
 script) and group them. Now put your script in the group's 
 script, not 
 in each buttons. If you click in one of the buttons, but there is no

 on mouseUp in the button script, the message will pass to the 
 button's container, in this case the group, and can be handled there.

 If you want all the objects on your card to call the same 
 handlers, you 
 can put the handler in the card script.

I probably wasn't as clear as I could have been. These 50 buttons all live
on different cards, different sub-stacks, etc. Think of this ability as one
might approach a Password Field. You'd write the clever text hiding code in
the field's script, and then maybe use this field in two or three different
locations. When you discover that bug, you just change the master script,
and no matter where the other buttons happen to be, they gain the benefit
of the fix without extra copy/paste efforts.
   Well, you could put the handler(s) for those 50 buttons (or whatever other 
objects) into the stack script...

on mouseUp
  switch (the CustomClass of the target)
  case boring normal button
# do boring normal button stuff here
break
  case elegant 3d button
# do elegant 3d button stuff here
  case spiffy options button
# do spiffy options button stuff here
break
  # and so on, and so forth, for all other CustomClass values
  default
# shouldn't ever fall thru to this branch of the switch,
# hence throw an error message onto the screen
  end switch
end mouseUp

This is probably too cool a feature to ever actually see, but I can hope.
What do the Rev Developers think? Wouldn't this add a tremendous level of
code (and object) reusability, not to mention data/code encapsulation?
   Is there anything you'd want from this feature that can't be implemented 
via handlers in the stack script?
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: lots of stack to manage....

2004-09-10 Thread Robert Brenstein
Well, thanks a lot especially to xavier, klaus ( Vielen Danke ), Robert...
1) Ok for an index stack
2) Ok using a list field with all my stacks' name in it
3) Ok using the files() to get the list of stacks
this one is interesting if the user has suppress some stacks
from the Window's desktop.
4) more precise question: in the list field i would like to put
few parameters ( multi-columns ), each of these parameter could belong
to these stacks or to be manage outside in the Main stack. Klaus says
about almost no overhead; can I understand that i could get few properties
( 3 or 4 ) of every stack, build the list with multiple columns and then
view  it  in  a  list field..
and the user would have to wait 3 or 4 seconds Max    ( acceptable )
or these parameters has to be managed globally in the main stack ? they can
be updated each time one of the stacks is modified or creaed.   I would prefer
the first solution for not having duplication o the same information.
this is the main point in fact :-)
the problem is I can't check in live the final solution before a while
( reengineering.. )so, i'm looking for the right direction.
You could simulate the delay caused by getting all the info anew each 
time the list is displayed. It will depend on OS, available memory 
and hardware performance. For 100 stacks or so, it may be just a 
blink.

Re Klaus' post: even though the stacks are not really openned when 
you only fetch custom properties, they are nevertheless loaded in 
memory, so you need to close each after fetching the info (and the 
destroyStack of each stack must be true) if memory usage is an issue.

If a lot of those data stack are being often changed, it is probably 
reasonable to build the list each time. However, if most change 
seldom, than maintaining a a separate list stack may be beneficial. 
Your call.

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


Re[2]: lots of stack to manage....

2004-09-10 Thread thierry Douez
Bonjour Klaus,

Friday, September 10, 2004, 3:21:00 PM, vous avez ecrit:

KM MAX MAX ;-)
KM Depending on the size of your data probably under 1 secs...
KM If you mean you want to build the contents of the list-field from the 
KM contents of some custom properties from different stacks, YES :-)

to be sure :-)
i'll have a lot of invisible stacks ( 100 ) quite greedy
of datas, but only text Datas saved into Properties; no objects into
these stacks.
In the list-field i need to pick up 3 or 4 properties ( just KeyWords )
in each of these stacks.
So i scan the result of files() to get the list of these stacks,
for each stack,
put the P1 of theStackinto v1
get the P2 of theStackinto v2
get the P3 of theStackinto v3
put theStack  tab  v1 and tab and v2 and tab  return after field 
list-field
done

then click and be happy if all of this is as faster as the speed of a thought
before having drink some beer...  right ?

KM Hint:
KM You can also SET these properties of not opened stacks!

i just tried this one :-)

KM set the whatsoever of stack C:/folder/stack.rev to 1234
KM save stack C:/folder/stack.rev
KM ### NECESSARY in this case

Wunderbach !

KM Au revoir mon ami...
KM Klaus Major

My wife just left this morning for Koln.. nice city, nice country
she is German :-)

regards,  thierry

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


Re: Https

2004-09-10 Thread Rick Harrison

Interesting.  Anyone know if getting this error will preclude data 
being returned from the https connection?  For example, I can imagine 
having a web server where I didn't bother getting a Verisign (or 
other) certificate, but I still wanted to get and put data over an 
https connection.

-- Frank

Frank,
Unfortunately unless you have  certificate from someone such as 
GeoTrust or Verisign or Thawte (Now owned by Verisign)
I doubt that the connection will work properly.

Good luck anyway!
Rick Harrison
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Revolution feature set - some questions

2004-09-10 Thread Van Esch, Stephen (Bolton)
Folks:

I'm new to Revolution and Dreamcard but intrigued by the possibilities.
However, I need some very specific functionality and I'm wondering if
Revolution is up to the task. Some history:

We are creating manuals that are distributed in over 20 languages. The
manuals are long, complex, and technical and include graphics and various
font formats. The manuals are XML-based so that they can be output in
various formats. One of these formats will be CD-based.

The feature page states that Revolution can parse XML files and create and
manipulate XML content. In my project, we will be dealing with large XML
documents with extensive formatting via XSLT. Graphics, fonts, font weights,
line spacing, letter spacing etc. will be part of the output. Can Revolution
reliably display this kind of formatted XML document?

The feature page states that Revolution has unicode support. Does this
extend to long XML documents? Again, formatting and graphics must come
through. Is this possible?

Incidentally, I've gone through Sarah Reichelt's excellent XML tutorial
which has answered most of my questions.

Sorry if the questions are basic. I'm not an expert and would appreciate the
help.

Thanks!

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


Re: Re[2]: lots of stack to manage....

2004-09-10 Thread Klaus Major
Bon jour Thierry,
Bonjour Klaus,
Friday, September 10, 2004, 3:21:00 PM, vous avez ecrit:
KM MAX MAX ;-)
KM Depending on the size of your data probably under 1 secs...
KM If you mean you want to build the contents of the list-field from 
the
KM contents of some custom properties from different stacks, YES :-)

to be sure :-)
Good boy! ;-)
i'll have a lot of invisible stacks ( 100 ) quite greedy
of datas, but only text Datas saved into Properties; no objects into
these stacks.
In the list-field i need to pick up 3 or 4 properties ( just KeyWords )
in each of these stacks.
So i scan the result of files() to get the list of these stacks,
Yes, and regarding the last mail of Robert B. (thanks, this was new to 
me,
that we also should close these unopened stacks), you should add 
another line:

for each stack,
put the P1 of theStackinto v1
get the P2 of theStackinto v2
get the P3 of theStackinto v3
put theStack  tab  v1 and tab and v2 and tab  return after 
field list-field
   close stack theStack
done
then click and be happy if all of this is as faster as the speed of a 
thought
before having drink some beer...  right ?
Exactement! :-)
I would suggst to gather the data into a variable first, and put it 
into the field
at the end of the handler en bloc!

This way could even save some precious nano-secs ;-)
KM Hint:
KM You can also SET these properties of not opened stacks!
i just tried this one :-)
KM set the whatsoever of stack C:/folder/stack.rev to 1234
KM save stack C:/folder/stack.rev
KM ### NECESSARY in this case
Wunderbach !
R - wunderbaR ;-)
A bach is a small river...
...and a dynasty of musicians :-D
KM Au revoir mon ami...
KM Klaus Major
My wife just left this morning for Koln.. nice city, nice country
Ha, i live about 30 KM away from cologne :-)
she is German :-)
Well Liebe Grüße in that case :-)
regards,  thierry
Ciao ragazzo
Klaus Major
[EMAIL PROTECTED]
http://www.major-k.de
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Revolution feature set - some questions

2004-09-10 Thread Andre Garzia
Also, just to point out something, they can embed altBrowser in their 
project and let mozilla/IE/WebKit render the unicode. it works.

just my two cents.
Andre

On Sep 10, 2004, at 11:54 AM, [EMAIL PROTECTED] wrote:
There is no kerning but lineheight works fine.
Images are no problems in text but you can't resize them for display
that I know (unless you pre-prepare the image.)...
While XML may work some xml files I use for my satellite decoder
do not... surely a problem with my xml file but what's funny is that
the decoder seems to like this file ;) Anyway you can always add a
little parsing here and there to improve compatibility.
Large documents are not a problem at all.
Unicode is not in my bag of tricks unfortunately.
The rest should be easy but
not too easy or it wouldn't be fun...
;)
Xav
--
http://monsieurx.com

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Van Esch,
Stephen (Bolton)
Sent: vendredi 10 septembre 2004 16:39
To: '[EMAIL PROTECTED]'
Subject: Revolution feature set - some questions
Folks:
I'm new to Revolution and Dreamcard but intrigued by the possibilities.
However, I need some very specific functionality and I'm wondering if
Revolution is up to the task. Some history:
We are creating manuals that are distributed in over 20 languages. The
manuals are long, complex, and technical and include graphics and 
various
font formats. The manuals are XML-based so that they can be output in
various formats. One of these formats will be CD-based.

The feature page states that Revolution can parse XML files and create 
and
manipulate XML content. In my project, we will be dealing with large 
XML
documents with extensive formatting via XSLT. Graphics, fonts, font
weights,
line spacing, letter spacing etc. will be part of the output. Can
Revolution
reliably display this kind of formatted XML document?

The feature page states that Revolution has unicode support. Does this
extend to long XML documents? Again, formatting and graphics must come
through. Is this possible?
Incidentally, I've gone through Sarah Reichelt's excellent XML tutorial
which has answered most of my questions.
Sorry if the questions are basic. I'm not an expert and would 
appreciate
the
help.

Thanks!
Steve
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
Visit us at http://www.clearstream.com
IMPORTANT MESSAGE
Internet communications are not secure and therefore Clearstream 
International does not accept legal responsibility for the contents of 
this message.

The information contained in this e-mail is confidential and may be 
legally privileged. It is intended solely for the addressee. If you 
are not the intended recipient, any disclosure, copying, distribution 
or any action taken or omitted to be taken in reliance on it, is 
prohibited and may be unlawful. Any views expressed in this e-mail are 
those of the individual sender, except where the sender specifically 
states them to be the views of Clearstream International or of any of 
its affiliates or subsidiaries.

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

--
Andre Alves Garzia  2004
Soap Dog Studios - BRAZIL
http://studio.soapdog.org
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re[4]: lots of stack to manage....

2004-09-10 Thread thierry Douez
Bonjour Klaus,

KM I would suggest to gather the data into a variable first, and put it
KM into the field at the end of the handler en bloc!

KM This way could even save some precious nano-secs ;-)

well, with my little experience, much more than that :-)


So, Alles Kla... have just to do it now :-)

Thanks again to all of you

Enjoy the week-end to come

-- 
Meilleures Salutations,
 thierry

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


How do I associate files with a windows standalone?

2004-09-10 Thread Revinfo1155
Rev folks,
I have looked at the docs and the setregistry function. The docs recommend that I look 
at the code in the cookbook found in the docs. For the life of me I can't find the 
cookbook in 2.5. I appreciate help finding the cookbook and any other help on 
associating files and applications. Thanks much!

jack

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


Rev 2.5 Script printing problems

2004-09-10 Thread Mark MacKenzie
I have looked in bugzilla but have not been able to find a report on 
this problem.  However, thay may be a result of my unfamiliarity with 
buzilla.

Using Rev 2.5 (release 1) with the script window open I get garbled text 
lines when I print the script out.

This is on Windows XP and using a networked Xerox Phaser 8400 printer.
If I copy and paste the script text into another program such as 
Microsoft Works and then print there is no problem.  The problem exists 
within Rev only.

It appears as if some of the formatting is not being followed.  For 
example,  on preopencard becomes garbled so that the first three 
letters are a composite of  five letters and spaces so that the result 
is ###reopencard.  Tabs do not seem to affect the printing it is just 
the first word after a return or new sentence.

I had a look through the list and didn't see anthing gerund.  Has anyone 
encountered this and more importantly fixed it?

Mark MacKenzie
Past Ink Publishing
Saskatoon, Saskatchewan
Canada
___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Https and certificate.

2004-09-10 Thread Bill
Or much cheaper at Oznic. I make it a point to stay away from high priced
Verisign products.


On 9/9/04 7:31 PM, Rick Harrison [EMAIL PROTECTED] wrote:

 
 Interesting.  Anyone know if getting this error will preclude data
 being returned from the https connection?  For example, I can imagine
 having a web server where I didn't bother getting a Verisign (or
 other) certificate, but I still wanted to get and put data over an
 https connection.
 
 -- Frank
 
 
 
 Frank,
 
 Unfortunately unless you have  certificate from someone such as
 GeoTrust or Verisign or Thawte (Now owned by Verisign)
 I doubt that the connection will work properly.
 
 Good luck anyway!
 
 Rick Harrison
 
 ___
 use-revolution mailing list
 [EMAIL PROTECTED]
 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
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: How do I associate files with a windows standalone?

2004-09-10 Thread Ken Ray
On 9/10/04 5:41 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 Rev folks,
 I have looked at the docs and the setregistry function. The docs recommend
 that I look at the code in the cookbook found in the docs. For the life of me
 I can't find the cookbook in 2.5. I appreciate help finding the cookbook and
 any other help on associating files and applications. Thanks much!

Here you go!

http://www.sonsothunder.com/devres/revolution/revolution.htm?_file004


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


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