Re: Looking for a common service friendly stack design

2007-06-19 Thread Scott Kane

From: "Tiemo Hollmann TB" <[EMAIL PROTECTED]>

If your approach is a "starter rev file" and a main rev application, how 
do you "go" from one file to the other with unloading the first file from

memory?


If I understand your question correctly this is the automatic behaviour - 
the first file is not unloaded until you choose to do so (close, destroy 
etc).  So going from a toolbar to an external stack (as I do in one 
application) is the default behaviour when you "go" to the external stack.


Scott Kane 


___
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


Looking for a common service friendly stack design

2007-06-19 Thread Tiemo Hollmann TB
Hello all,

I am looking for your established approaches, how to arrange an application
into one or more stacks or even one or more rev files, so that I still have
a good performance and most service friendliness (updates, patches), beside
of technical needs, where you use additional rev files as databases or image
holder or s.th like that. I have a small application, all in one stack, not
even a substack (didn't need one) with an standalone exe size of about 3.5
MB. The only thing I have outside the stack are images. Right now I actually
don't see any need to diversify my application into more than one stack or
even rev file. For most service friendliness while development I have all
scripts on stack level in my mainstack, which contains also the cards and
actually I don't know yet if there would be a reason to use a substack for
my (only 2) cards?

If your approach is a "starter rev file" and a main rev application, how do
you "go" from one file to the other with unloading the first file from
memory?

 

Thanks for sharing!

Tiemo

 

 

 

___
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: [OT] Moderators (was Revolution Freezing or Quitting Unexpectedly)

2007-06-19 Thread Scott Kane

From: "Shari" <[EMAIL PROTECTED]>

Hi Shari,

I've never seen you yell at anybody unless they were awful bad kiddies. 
Rotten little buggers who deserved to be yelled at :-)  If you've ever 
read the message boards for various stocks, now THEY could use a heavy 
hand!


LOL!  It was very different in years gone by on comp.software.shareware.*. 
We were exposed to some very nasty and disruptive elements.  I ended up 
putting them in a blacklist so I never saw their posts and didn't have to 
consider posting them or rejecting them.  However two years ago we declared 
an amnesty and so far there have been no real problems.  Technically I'm the 
FAQ maintainer for alt.comp.shareware.* but I pretty much leave that group 
alone unless "Stephen Super Genious From Outer Space" shows up and then I 
can't help myself - though I ignored his post from last week. 


Speaking of newsgroups, it's a sad day when one disappears. 
comp.sys.mac.games.announce apparently has been dissolved :-(


Yes.  Usenet is slowly dieing.  Most new web users only know how to use 
web-boards or email lists.  So many don't even know what a newsreader client 
is anymore.  It's a shame as it's one of the internets oldest communication 
forms (before email and the WEB) and it really is a convenient and flexible 
way to communicate.  More groups will die off in time.  It's just taken 
longer for the programming ones to die.


As for this list, I think it does a pretty good job self-moderating. If 
someone goes astray, others will usually tap them on the shoulder. Even 
though I'm new to this list, I feel at home because I already know several 
of the regulars from other lists :-)


This is actually one of the best programming mailing lists I've joined. 
Mostly it is helpful.  There is some politics but it's the exception and not 
the rule.  I honestly suspect some of thist is tied to the nature of 
transcript (it's history) and to some extent the high number of Apple Mac 
users who seem to have a friendlier approach to folks than a lot of Windows 
users and programmers I know  ;-)


Scott
(who still does his development on Windows) 


___
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


[OT] Moderators (was Revolution Freezing or Quitting Unexpectedly)

2007-06-19 Thread Shari
I believe the term used here is "List Mom" and that role seems to 
usually go to Heather N.  She's to nice to yell - quite different to 
how I do things - and her way is probably much nicer for all.  ;-)


Scott


Scott,

I've never seen you yell at anybody unless they were awful bad 
kiddies.  Rotten little buggers who deserved to be yelled at :-)  If 
you've ever read the message boards for various stocks, now THEY 
could use a heavy hand!


Speaking of newsgroups, it's a sad day when one disappears. 
comp.sys.mac.games.announce apparently has been dissolved :-(


As for this list, I think it does a pretty good job self-moderating. 
If someone goes astray, others will usually tap them on the shoulder. 
Even though I'm new to this list, I feel at home because I already 
know several of the regulars from other lists :-)


Shari
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: Best Practices in Rev development

2007-06-19 Thread Shari

The list is at 

I'm interested in anyone's thoughts about them.

Are they helpful?
Could some of them inadvertently cause problems down the road?
Have I left something important out?


on Thoughts

Name all objects:  Absolutely!  Even using an ID can come back and 
bite you later.  There are situations where even that can change. 
For example, you inadvertently copy and object without realizing it. 
You discover this later, and delete one of the two.  If you delete 
the one whose ID you used in a script, OOPS!  I know there are other 
cases where an ID would change.


Comment your scripts:  Agree again.  Sometimes naming the handler to 
match isn't enough, especially with a long script.  One thing I do 
with very long scripts with many if's and repeat loops nested, is to 
comment the beginning and ending of an IF or REPEAT, in order to 
match them up.  I've got scripts where it's nearly impossible to 
figure out which END goes with which beginning.  And if you're trying 
to troubleshoot, having things well labeled can be a lifesaver.


Cross platform issues:  There are many more issues than text and 
colors.  Option buttons appear so much differently that I had to 
force one program to use a particular look and feel on every 
platform.  There were no button style choices that looked and behaved 
as desired on all platforms.  Preference locations and permissions 
issues are vastly different.  My Mac users almost never bump into 
permissions issues, but my Windows users are constantly encountering 
this, so I've had to change how I save anything on Windows.  So check 
your stack on several computers to make sure it saves data properly 
to whatever text files, preference files, or stacks you have with 
changing data.  Creating desktop shortcuts is also handled 
differently depending on the platform.  Too many differences to 
recall at 1 a.m. :-)


Another cross platform issue:  Consider the screen size, and how the 
menus will vary from platform to platform in relation to affecting 
your available screen real estate.  So choose a stack size 
accordingly.  Remember that Macs will have not only a Mac menubar, 
but the dock as well, affecting your available territory.  If you 
want your stack to completely fill the screen, don't use a menubar, 
use buttons in the stack window.


BIGGEST cross platform issue:  Don't hard code your file paths for 
preference file locations!  If you do, they might work today, but 
tomorrow they will break, guaranteed.  How many folks ever hardcoded 
the path to C/Program Files or something similar?  With all the 
Windows permissions issues, as well as issues for other countries 
systems being slightly different, always use Rev's built in 
specialFolderPath().


end Thoughts
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Scott Kane

From: "Shari" <[EMAIL PROTECTED]>

Actually I did insert it as text, and not an attachment, but the filter 
catches the size of the email apparently.  I never was officially rejected 
or accepted.  I just got an automated post that a moderator would make the 
decision and let me know.  I didn't know we had a moderator.  I've never 
seen anybody get yelled at :-)


I believe the term used here is "List Mom" and that role seems to usually go 
to Heather N.  She's to nice to yell - quite different to how I do things - 
and her way is probably much nicer for all.  ;-)


Scott 


___
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: Application Speakable Items

2007-06-19 Thread J. Landman Gay

kevin wrote:

Hi All,

I was hoping someone could help me to solve a dilemma. I can't seem to 
get my application made in Rev to respond to speakable items placed in 
the appropriate folder in the "Application Speakable Items" folder. I 
noticed an earlier poster also had trouble with this. The same 
AppleScript files work as speakable items with other non-Rev 
applications so it would seem as if this is a bug on the Revolution side 
of things. I am running 2.7.4 -- can anyone verify if this has been 
fixed in 2.8.1 or if there is another solution? I would truly appreciate 
any help!


It isn't really a bug, it's that Rev doesn't support speakable items. 
You might be able to write an external to do it. (The same was true of 
HyperCard too, which also did not natively support speech recognition.) 
Text-to-speech is a different thing from speech recognition, and apps 
have to be written specifically to support each of them independently.


--
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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Shari

Although I've seen 1 or 2 text file attachments make it onto the list I
believe the general rule is all posts with attachments are rejected.  If you
need to send logs to the list, copy and paste the text is your best bet. For
screen shots or images, for those like you who are fortunate to be able to
put it on the web then a hyperlink is great, for those who can't, put the
graphic, sound, movie, whatever into a stack and upload it to your user
space in Rev Online.

HTH


Actually I did insert it as text, and not an attachment, but the 
filter catches the size of the email apparently.  I never was 
officially rejected or accepted.  I just got an automated post that a 
moderator would make the decision and let me know.  I didn't know we 
had a moderator.  I've never seen anybody get yelled at :-)


Shari
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: can Revolution Media 2 be used to build legacy stacks for CGI?

2007-06-19 Thread J. Landman Gay

Andre Garzia wrote:

Hello Folks,
I know that Rev Media tags the stacks it saves as "belonging" to itself. 
Can

it be used to create legacy stacks for CGI use?


No, Media stacks are 2.7 only.

--
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: For Each Anomaly

2007-06-19 Thread Björnke von Gierke
The behavior is as described in the docs (see the Dictionary entry  
for "repeat").


Please consider closing the "bug" report.  ... The larger BZ is the 
harder it gets to  wade through.  Thanks.
Sounds like just the right time to throw it away and put in a better  
way of reporting, monitoring and fixing bugs!

...
In this I don't think any such improvements in the server software 
will make a difference:  this is an issue with user-generated content 
being put into the database.  The database UI has changed, but it 
still doesn't force people to read the docs and look for related posts 
before posting.


This is looking completely wrong at the issue. A variable should be 
changeable, it's in the definition of the name. If a variable is not 
changeable it should be renamed to "constant" or maybe 
"don'ttouchthisthingy". If a user changes a variable, it should not 
throw errors, or behave unexpected. Most people have enough problems 
with expected behaviour, no need to complicate the matter.
Adding description for every unexpected behaviour is like trying to 
prevent a breach in a dyke by explaining to the water that it should go 
somewhere else. If the language would behave as expected, there would 
be less airquote & bug & airquote reports immediately (and less 
breaking dykes).


Basically any confusion for a user should be an opportunity to increase 
the reliability of the user experience. Scrutinising  a user or putting 
him down for being confused is a sure way to have one user less.
Therefore, Rev should make the labelVariable changeable whenever any 
user wants, i'm pretty sure that'd be not a  problem to do for them (as 
it worked in earlier versions). Allowing changes to the container 
variable is probably much harder, but I'm sure something could be done 
about that too.


I also would like to add, that I often change label variables in repeat 
for each loops, and have had never any errors thrown because of it (or 
unexpected results). I did however get unexpected results from changing 
the container variable.



A voice for the mainstream user, not the specialist
Björnke

--

official ChatRev page:
http://chatrev.bjoernke.com

Chat with other RunRev developers:
go stack URL "http://homepage.mac.com/bvg/chatrev1.3.rev";
___
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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Kay C Lan

On 6/20/07, Shari <[EMAIL PROTECTED]> wrote:



I tried to post this earlier, but it got caught in the moderator's
web and they never did post it or tell me they weren't going to.  So
I've deleted the crash log from the email and posted it here:



Although I've seen 1 or 2 text file attachments make it onto the list I
believe the general rule is all posts with attachments are rejected.  If you
need to send logs to the list, copy and paste the text is your best bet. For
screen shots or images, for those like you who are fortunate to be able to
put it on the web then a hyperlink is great, for those who can't, put the
graphic, sound, movie, whatever into a stack and upload it to your user
space in Rev Online.

HTH
___
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: Best Practices in Rev development

2007-06-19 Thread Kay C Lan

On 6/20/07, Devin Asay <[EMAIL PROTECTED]> wrote:


I like this technique, but there are lots of times when I've created
a button, given it a name and label, then down the road decided that
the label isn't exactly right and needs to be changed for clarity's
sake. Often in these cases I have already referred to the button many
times in handlers, so it becomes a chore to rename the button. So you
would lose one of the main advantages of the capability of having the
name and the label be different.



Not so, and is in fact one of the reasons I like following the pattern of
ensuring the label and the name are the same (which typically are identical
to the MySQL column name I'm retrieving the data from). Should I decide down
the track that the name, either in MySQL or Rev needs to change to something
better, in Rev you simply open up the IDE Find and Replace (not the in
script Search). In most cases, because the original name is self explanatory
it is highly likely that it is unique so a global Find and Replace is OK,
but if you're way into a project and you discover you've just created your
15th "Next" button and figure maybe some buttons should be named/labeled
'Next Card', 'Next Page', 'Next Chapter', 'Next Week', etc etc, the Find and
Replace does a great (but slow) job of identifying the actual control or a
reference to it in a script.

Yes, if you had 15 Next buttons with 10s of references to each of them in
scripts, changing them at a later date would be a pain, which of course is
the reason for the 'best practice' to intentionally avoid the generic 'Next'
and think of a 'descriptive' name; is it Next Job, Next Pay, Next Dance, etc
etc. If you can be descriptive enough to avoid repetition then changing
names/labels/references down the track is relatively straight forward.

[Tangent]
Anyone using the Free version of Galaxy should be aware that it doesn't come
with global Find and Replace so you have to use the Rev IDE Find and
Replace. Unfortunately, due to the way Galaxy interacts with Rev any script
changes you make with the IDE Find and Replace will not be recognised in
Galaxy so when you return to Galaxy to do more scripting all those global
replaces are lost. If you need to do a Find and Replace you need to turn
Free Galaxy off.

This is NOT an issue with the full version of Galaxy which comes with global
Find and Replace.
___
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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Shari
If I were developing RR, I'd probably - sometimes - forget that some 
might be using a different IDE; consequently, some problems might 
crop in unexpectedly. They're probably not as ab sent minded as I 
might be, but as you update your programs to the latest RR, I'd 
consider abandoning the other IDE, unless you find the one in  RR so 
horrendous, or the one you're accustomed to using so absolutely 
tremendous. Maybe what I'm suggesting just isn't practical, but it's 
a thought.


The battle of the IDES :-)  You must have missed that post... 
the one where I tried to switch to the Rev IDE.  Long story short, 
for me the Rev IDE is a bully.  The other IDE and I get along 
extremely well, but the Rev IDE just wants to pick fights with me. 
I've got so much work to do and not anywhere near enough time for it 
all, it's easier to stay with the friendly IDE than to spend extra 
weeks trying to appease the bully IDE.


'Nuff said :-)

Shari
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Shari
Looking at the crash log you posted, there does seem to be a problem 
with an image display, but I'm no expert on crash logs. Really what 
you need to do is run this past the team via a bug report. Crashes 
are never the fault of your script, all crashes are engine-related 
and need to be fixed. But it may be possible to work around the 
crash by re-scripting or by using a different image.


Then I shall make a proper report :-)

One image does get resized and rotated.  I don't think any others do. 
So that would narrow it down a LOT, as there are hundreds of images.


Thank you, Jacque and Joe, for giving me a path to follow with this bug.

Shari
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread J. Landman Gay

Shari wrote:

As I use a different IDE to build the standalone, I do not know if the 
actual Rev standalone builder customizes it now so that we don't have 
to.


Rev has created customized plist files for quite a while now. You 
shouldn't have to do anything except set the info in the Standalone 
Settings.



So you think it's an image issue, where it's not finding the image and 
quits?  I could write a handler that goes thru all the code for image 
names and builds a list, then matches that to the actual images and see 
if there is a discrepancy. 


Probably no need, I don't think that's what's wrong. Conflicting IDs may 
display the wrong image but I don't think they crash. Missing images 
have never crashed for me either. But "bad" images have.


Looking at the crash log you posted, there does seem to be a problem 
with an image display, but I'm no expert on crash logs. Really what you 
need to do is run this past the team via a bug report. Crashes are never 
the fault of your script, all crashes are engine-related and need to be 
fixed. But it may be possible to work around the crash by re-scripting 
or by using a different image.


There used to be a crashing bug (I thought it was fixed now though) 
where a corrupted or non-standard image could bring down the engine. 
That might be what's happening here. The solution is to delete the image 
and re-import, preferably in a different format or else created by a 
different program. Some Photoshop jpgs gave me trouble once, but the 
same ones saved in Graphic Converter worked okay. Or try swapping jpgs 
for gifs, or vice versa.


Identifying the image may be the hard part though, and even if you can, 
it may not be what's wrong. If your scripts resize an image when the 
stack opens, that's the first image I'd look at. You could comment out 
any resizing commands and see if the crash stops.


Somebody here probably can read these crash logs better than I can, 
maybe they'll take a look.




I wonder if Rev changed anything regarding image numbers... 


I don't think so. I don't think this is ID-related anyway, I think the 
error is in the resizing command. Something about one of your images is 
choking the engine.


--
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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Joe Lewis Wilkins

Shari,

If I were developing RR, I'd probably - sometimes - forget that some  
might be using a different IDE; consequently, some problems might  
crop in unexpectedly. They're probably not as ab sent minded as I  
might be, but as you update your programs to the latest RR, I'd  
consider abandoning the other IDE, unless you find the one in  RR so  
horrendous, or the one you're accustomed to using so absolutely  
tremendous. Maybe what I'm suggesting just isn't practical, but it's  
a thought.


Even though some of your users may be using a variety of apps at the  
same time they play your game, I think you should keep your own  
development environment as pristine as possible; hence my suggestion.  
Maybe it is adherence to this rule of "simplicity" that has kept what  
I do so free of undesirable results over the years. I think running  
any more apps than you absolutely have to is tempting "mother nature"  
a bit too much.


I'm no crash log pro myself, but your instincts sound pretty good.  
Have you gone back to the original game, before you made any changes  
and checked it out? Sounds pretty obvious, but easily overlooked in  
the heat of the moment. That would at least tell you whether it is RR  
or your "new" code (maybe - smile).


HTH - a smidgin,

Joe Wilkins

On Jun 19, 2007, at 6:11 PM, Shari wrote:


Joe,

Every Mac OSX app has a pList file.  Rev creates one in the  
standalone, however, to customize your application you must change  
it.  So I use a custom pList file, simply replacing the Rev  
generated one.  I've been replacing the Rev created one for years  
without any problems until now.


As I use a different IDE to build the standalone, I do not know if  
the actual Rev standalone builder customizes it now so that we  
don't have to.  In the past, it used the pList file stored in the  
Contents folder, regardless of who created the pList, it or me.


Yes, it's a game, one that's been on the market for five years.   
It's been on Macworld CD's even, and is about to be on another  
one :-)  So to suddenly start having a slew of problems is  
frustrating.


I've just brought the game from an older version of Rev to 2.8.1.   
At the same time, I updated the program.  So I have no way of  
knowing whether my code is at issue, or the 2.8.1 engine is causing  
the quits.  That's why I need to decipher the crash log.  It makes  
no sense to pour over 10,000+  lines of code with not a clue what  
I'm looking for.


Yes, lots of images and sounds :-)

As for other apps running, I have no control over this.  People are  
going to run whatever they desire.  Any app I create needs to be  
able to play nicely in the sandbox, as it will be on lots of  
different computers all around the world :-)


So you think it's an image issue, where it's not finding the image  
and quits?  I could write a handler that goes thru all the code for  
image names and builds a list, then matches that to the actual  
images and see if there is a discrepancy.  I don't use ID's or  
numbers anymore to call up images.  I decided long ago it was safer  
to name everything.


I wonder if Rev changed anything regarding image numbers... it  
seems that I once had an issue where I had to manually find a way  
to renumber an image because it clashed with a predefined image in  
Rev. This is a vague memory... but it does bring up another thing  
to look for.  From memory, I think even naming an image doesn't  
protect you from duplicate image numbers.  As my game has several  
stacks, and more than one stack has images in it, duplicate  
numbering can happen. Though I doubt this is my current problem, as  
I only added two images with the last update, and their numbers  
should be so high that no way Rev could have a conflict unless it  
started using very high numbers for itself.


Shari



Hi Shari,

Now that I know we're running somewhat similar environments,  
you've got my interest. First, this pList that you refer to: is  
this one that you created manually, or was it generated by RR from  
the objects and stuff that you've created. I'm assuming this is  
probably a "game"  of some sort, since that seems to be your area  
of focus. Meaning that you probably have a bunch of pictures, some  
sounds and graphics? So, though I've dealt with pLists using  
Future Basic, I was kind of the impression that was all behind me  
and that RR would generate that kind of stuff for me when it was/ 
is required???


Sounds to me as if some of your objects just are being found when  
needed, so it just gives up. I think I'd verify the IDs/names of  
anything like this to make sure they are being adequately  
identified. Though I'm sure you've already done this, I'd make  
sure I didn't have a whole bunch of other apps running at the same  
time, and that everything you're using is "local" so you don't  
have any paths to complicate matters.


LOL,

Joe Wilkins


___
use-revolution mailing lis

Re: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Shari

Joe,

Every Mac OSX app has a pList file.  Rev creates one in the 
standalone, however, to customize your application you must change 
it.  So I use a custom pList file, simply replacing the Rev generated 
one.  I've been replacing the Rev created one for years without any 
problems until now.


As I use a different IDE to build the standalone, I do not know if 
the actual Rev standalone builder customizes it now so that we don't 
have to.  In the past, it used the pList file stored in the Contents 
folder, regardless of who created the pList, it or me.


Yes, it's a game, one that's been on the market for five years.  It's 
been on Macworld CD's even, and is about to be on another one :-)  So 
to suddenly start having a slew of problems is frustrating.


I've just brought the game from an older version of Rev to 2.8.1.  At 
the same time, I updated the program.  So I have no way of knowing 
whether my code is at issue, or the 2.8.1 engine is causing the 
quits.  That's why I need to decipher the crash log.  It makes no 
sense to pour over 10,000+  lines of code with not a clue what I'm 
looking for.


Yes, lots of images and sounds :-)

As for other apps running, I have no control over this.  People are 
going to run whatever they desire.  Any app I create needs to be able 
to play nicely in the sandbox, as it will be on lots of different 
computers all around the world :-)


So you think it's an image issue, where it's not finding the image 
and quits?  I could write a handler that goes thru all the code for 
image names and builds a list, then matches that to the actual images 
and see if there is a discrepancy.  I don't use ID's or numbers 
anymore to call up images.  I decided long ago it was safer to name 
everything.


I wonder if Rev changed anything regarding image numbers... it seems 
that I once had an issue where I had to manually find a way to 
renumber an image because it clashed with a predefined image in Rev. 
This is a vague memory... but it does bring up another thing to look 
for.  From memory, I think even naming an image doesn't protect you 
from duplicate image numbers.  As my game has several stacks, and 
more than one stack has images in it, duplicate numbering can happen. 
Though I doubt this is my current problem, as I only added two images 
with the last update, and their numbers should be so high that no way 
Rev could have a conflict unless it started using very high numbers 
for itself.


Shari



Hi Shari,

Now that I know we're running somewhat similar environments, you've 
got my interest. First, this pList that you refer to: is this one 
that you created manually, or was it generated by RR from the 
objects and stuff that you've created. I'm assuming this is probably 
a "game"  of some sort, since that seems to be your area of focus. 
Meaning that you probably have a bunch of pictures, some sounds and 
graphics? So, though I've dealt with pLists using Future Basic, I 
was kind of the impression that was all behind me and that RR would 
generate that kind of stuff for me when it was/is required???


Sounds to me as if some of your objects just are being found when 
needed, so it just gives up. I think I'd verify the IDs/names of 
anything like this to make sure they are being adequately 
identified. Though I'm sure you've already done this, I'd make sure 
I didn't have a whole bunch of other apps running at the same time, 
and that everything you're using is "local" so you don't have any 
paths to complicate matters.


LOL,

Joe Wilkins



--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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: A list with useful resources for new runtime revolution web app developers.

2007-06-19 Thread Joe Lewis Wilkins
My apologies for not stripping all the stuff at the bottom the last  
couple of times.


Joe Wilkins

On Jun 19, 2007, at 5:43 PM, Joe Lewis Wilkins wrote:


Atta boy! Great scenery. Just wish I had time to check it all out.

Joe Wilkins

On Jun 19, 2007, at 5:30 PM, Andre Garzia wrote:


My bad, my bad,
link is wrong, it's here
http://andregarzia.com/blog/files/webapp_resources.html

:-/

sorry for the inconvenience. can you try again?

Andre

On 6/19/07, Joe Lewis Wilkins <[EMAIL PROTECTED]> wrote:


Andre, most of the links from the following cited site cannot be
found. At least that is the result I'm getting.

Joe Wilkins

On Jun 19, 2007, at 4:57 PM, Andre Garzia wrote:

> Hello Friends,
> Cool Web Resources for Runtime Revolution
> developers webapp_resources.html>

>
> A list with useful web app development resources for you all.
>
> Cheers
> andre



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


Re: A list with useful resources for new runtime revolution web app developers.

2007-06-19 Thread Joe Lewis Wilkins

Atta boy! Great scenery. Just wish I had time to check it all out.

Joe Wilkins

On Jun 19, 2007, at 5:30 PM, Andre Garzia wrote:


My bad, my bad,
link is wrong, it's here
http://andregarzia.com/blog/files/webapp_resources.html

:-/

sorry for the inconvenience. can you try again?

Andre

On 6/19/07, Joe Lewis Wilkins <[EMAIL PROTECTED]> wrote:


Andre, most of the links from the following cited site cannot be
found. At least that is the result I'm getting.

Joe Wilkins

On Jun 19, 2007, at 4:57 PM, Andre Garzia wrote:

> Hello Friends,
> Cool Web Resources for Runtime Revolution
> developers webapp_resources.html>

>
> A list with useful web app development resources for you all.
>
> Cheers
> andre
> ___
> use-revolution mailing list
> use-revolution@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution

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


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

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


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


Re: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Joe Lewis Wilkins

Hi Shari,

Now that I know we're running somewhat similar environments, you've  
got my interest. First, this pList that you refer to: is this one  
that you created manually, or was it generated by RR from the objects  
and stuff that you've created. I'm assuming this is probably a  
"game"  of some sort, since that seems to be your area of focus.  
Meaning that you probably have a bunch of pictures, some sounds and  
graphics? So, though I've dealt with pLists using Future Basic, I was  
kind of the impression that was all behind me and that RR would  
generate that kind of stuff for me when it was/is required???


Sounds to me as if some of your objects just are being found when  
needed, so it just gives up. I think I'd verify the IDs/names of  
anything like this to make sure they are being adequately identified.  
Though I'm sure you've already done this, I'd make sure I didn't have  
a whole bunch of other apps running at the same time, and that  
everything you're using is "local" so you don't have any paths to  
complicate matters.


LOL,

Joe Wilkins

On Jun 19, 2007, at 5:19 PM, Shari wrote:

Hey, when you guys report things like this, it would be very  
helpful if we knew what you're using. Computer and OS and Rev  
version.


Joe Wilkins


In my case this has occurred on two computers:

MacPro Macintel 10.4.7 running a standalone built with 2.8.1.  The  
standalone was built as a Universal Binary.


Also on a Mac G-5 running 10.4.9 using the same standalone.

I did encounter unexpected quits during development as well, when  
it was just a stack.  I had thought it was related to the  
screensaver coming up when the computer was idle for a few minutes  
but never was able to verify.  When I tried to intentionally make  
it quit, it did not.  Then the quits stopped, so I thought somehow  
it had resolved itself.  But now in standalone mode, they are back  
again.


It doesn't freeze for me, it just up and quits unexpectedly.  I do  
have a crash log from the other fella on the G-5.


I don't know how to read the crash log as I don't speak C.  But one  
thing that jumps out at me is the frequent reference to  
com.gypsyking.BlackjackGold.  This is the name of the pList file,  
which does not get created when you launch the standalone.  Even  
though I have a custom pList file in the appropriate place in the  
Contents folder, and I know my pList is solid, the engine does not  
re-create it in the users main Preferences folder.  Previous  
standalones have successfully created this file.  I do not know if  
this missing file in some way causes the quits.


I tried to post this earlier, but it got caught in the moderator's  
web and they never did post it or tell me they weren't going to.   
So I've deleted the crash log from the email and posted it here:


http://www.gypsyware.com/TrialPay/crashLog.txt

Shari

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


Re: A list with useful resources for new runtime revolution web app developers.

2007-06-19 Thread Andre Garzia

My bad, my bad,
link is wrong, it's here
http://andregarzia.com/blog/files/webapp_resources.html

:-/

sorry for the inconvenience. can you try again?

Andre

On 6/19/07, Joe Lewis Wilkins <[EMAIL PROTECTED]> wrote:


Andre, most of the links from the following cited site cannot be
found. At least that is the result I'm getting.

Joe Wilkins

On Jun 19, 2007, at 4:57 PM, Andre Garzia wrote:

> Hello Friends,
> Cool Web Resources for Runtime Revolution
> developers webapp_resources.html>

>
> A list with useful web app development resources for you all.
>
> Cheers
> andre
> ___
> 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: Revolution Freezing or Quitting Unexpectedly

2007-06-19 Thread Shari
Hey, when you guys report things like this, it would be very helpful 
if we knew what you're using. Computer and OS and Rev version.


Joe Wilkins


In my case this has occurred on two computers:

MacPro Macintel 10.4.7 running a standalone built with 2.8.1.  The 
standalone was built as a Universal Binary.


Also on a Mac G-5 running 10.4.9 using the same standalone.

I did encounter unexpected quits during development as well, when it 
was just a stack.  I had thought it was related to the screensaver 
coming up when the computer was idle for a few minutes but never was 
able to verify.  When I tried to intentionally make it quit, it did 
not.  Then the quits stopped, so I thought somehow it had resolved 
itself.  But now in standalone mode, they are back again.


It doesn't freeze for me, it just up and quits unexpectedly.  I do 
have a crash log from the other fella on the G-5.


I don't know how to read the crash log as I don't speak C.  But one 
thing that jumps out at me is the frequent reference to 
com.gypsyking.BlackjackGold.  This is the name of the pList file, 
which does not get created when you launch the standalone.  Even 
though I have a custom pList file in the appropriate place in the 
Contents folder, and I know my pList is solid, the engine does not 
re-create it in the users main Preferences folder.  Previous 
standalones have successfully created this file.  I do not know if 
this missing file in some way causes the quits.


I tried to post this earlier, but it got caught in the moderator's 
web and they never did post it or tell me they weren't going to.  So 
I've deleted the crash log from the email and posted it here:


http://www.gypsyware.com/TrialPay/crashLog.txt

Shari
--
Windows and Macintosh shareware games
BIackjack Gold
http://www.gypsyware.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


Application Speakable Items

2007-06-19 Thread kevin

Hi All,

I was hoping someone could help me to solve a dilemma. I can't seem to 
get my application made in Rev to respond to speakable items placed in 
the appropriate folder in the "Application Speakable Items" folder. I 
noticed an earlier poster also had trouble with this. The same 
AppleScript files work as speakable items with other non-Rev 
applications so it would seem as if this is a bug on the Revolution 
side of things. I am running 2.7.4 -- can anyone verify if this has 
been fixed in 2.8.1 or if there is another solution? I would truly 
appreciate any help!


Many thanks,

Kevin

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


Re: A list with useful resources for new runtime revolution web app developers.

2007-06-19 Thread Joe Lewis Wilkins
Andre, most of the links from the following cited site cannot be  
found. At least that is the result I'm getting.


Joe Wilkins

On Jun 19, 2007, at 4:57 PM, Andre Garzia wrote:


Hello Friends,
Cool Web Resources for Runtime Revolution
developers


A list with useful web app development resources for you all.

Cheers
andre
___
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


A list with useful resources for new runtime revolution web app developers.

2007-06-19 Thread Andre Garzia

Hello Friends,
Cool Web Resources for Runtime Revolution
developers

A list with useful web app development resources for you all.

Cheers
andre
___
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


can Revolution Media 2 be used to build legacy stacks for CGI?

2007-06-19 Thread Andre Garzia

Hello Folks,
I know that Rev Media tags the stacks it saves as "belonging" to itself. Can
it be used to create legacy stacks for CGI use?

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


[ANN] Scripter's Scrapbook 5.2.10 Update

2007-06-19 Thread FlexibleLearning
www.FlexibleLearning.com/ssbk 
or www.ssBk.co.uk


UPDATE  AVAILABLE
Thanks to feedback and feature requests, a major incremental  update has been 
uploaded and is now available. The following are some of the  main 
improvements. For full release notes including all bugfixes see  
http://www.flexiblelearning.com/ssbk/ReadMe.html.



THE SCRIPTER'S  SCRAPBOOK v5.2.10
Update released 19-Jun-2007

- Feature: The Advanced Select palette now supports a text filter.  Useful to 
refine matching records, or to select the required Entries for the new  
Context Options feature described next.

- Feature: The Context Options  palette now supports a 'For all selected 
Entries' checkbox. When active, the  chosen Context Options can be 
simultaneously 
applied to all selected Entries.  Useful to quickly define the same deployment 
attributes (for example after a  mass import), or to selectively add or 
remove the specified platforms, languages  or categories for any chosen set of 
Entries. The 'Close' button becomes a  'Confirm' button that describes what 
will 
happen. The feature is automatically  reset to unselected when the palette is 
closed.

- Feature: You can now  set up an automatic update check when your Scrapbook 
launches to be notified as  soon as a new version is available. It is entirely 
optional, requires an active  Internet connection, and works silently in the 
background so your Firewall  should be given permission if needed. If you are 
not usually connected to the  Internet, set the preference to Never or a 
Monthly Reminder then check manually  from time to time. [See 
Preferences:Updates]

- Enhancement: If you try to  close your Scrapbook during an active Chat 
session a warning is now given with  the option to cancel or continue.

- Enhancement: Added ssBkAskExport to  the API to automate data export. This 
complements ssBkImportFile and  ssBkImportBackup. The API Handbook has been 
updated to v1.1.

-  Bugfixes: See the release notes at the above web page for details.


YOUR NEXT STEP
- Registered and Trial users should update  through the Help menu or in the 
Preferences.

- New users and those  interested in reviewing the changes since an earlier 
trial may obtain a free  30-day starter-kit at www.FlexibleLearning.com/ssbk. 
You will be asked if you  wish to obtain the most recent version, and if there 
is one it can be  automatically downloaded for you.

- Full size screen shots for both Mac  OSX and Windows XP are at 
www.FlexibleLearning.com/ssbk/preview including useful  mouse shortcuts 
illustrations.


FEEDBACK
As always, if you have a  moment to suggest improvements or request 
additional features we would very much  appreciate your feedback at  
www.flexiblelearning.com/ssbkFeedback.htm


Hugh Senior
FLCo
Home  of the Scripter's Scrapbook 
 



   
___
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


Perl 6 project

2007-06-19 Thread Viktoras Didziulis
By the way, the snapshot of Perl 6 technology (called Parrot) can be
downloaded from http://www.parrotcode.org/ 
 
Parrot is a virtual machine designed to efficiently compile and execute
bytecode for dynamic languages. Parrot currently hosts a variety of language
implementations in various stages of completion, including Tcl, Javascript,
Ruby, Lua, Scheme, PHP, Python, Perl 6, APL, and a .NET bytecode translator.

 
Thought, this might be of interest to a few on this list (including myself).
___
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: Programming challenge : spelling corrector

2007-06-19 Thread Viktoras Didziulis
By the way, and this is off-topic, except that it is about the coming Perl 6
programming language, the interesting citation: 
 
the vision for Perl 6 is more than simply a rewrite of Perl 5. By separating
the parsing from the compilation and the runtime, we're opening the doors
for multiple languages to cooperate. You'll be able to write your program in
Perl 6, Perl 5, TCL, Python, or any other language that there's a parser
written for. Interchangable runtime engines let you interpret your bytecode
or convert it to something else (e.g., Java, C, or even back to Perl). 
 
 http://dev.perl.org/perl6/
 
Wow! 
Viktoras
 
___
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: Best Practices in Rev development

2007-06-19 Thread Jerry Daniels

Thanks, Devin, for the honorable mention!

Best,

Jerry Daniels

Makers of Galaxy
http://www.daniels-mara.com



On Jun 19, 2007, at 11:18 AM, Devin Asay wrote:


Hello list,

During the summer I have time to rethink some of the materials in  
my beginning programming course. For those of you not familiar with  
it (probably most of you) this course is part of a larger  
curriculum for teaching applied computing skills to non-techies-- 
our Computers and the Humanities minor. ("CHum" for short. Just the  
kind of warm fuzzy titles we humanists love. ;-) )


One of the things I introduced last Fall was a list of "Best  
Practices" for beginning Revolution developers. It was inspired in  
part by an excellent presentation by Jerry Daniels at RevCon 06.  
Other parts are based on lessons learned over my years of HyperCard  
and Revolution development. I'm interested in your reaction to  
these recommendations. I keep in mind the following caveats:


- This is aimed at beginning, never-tried-to-program-before-in-my- 
life-type students, so it's an attempt to introduce some discipline  
into the layout and coding process.
- Coding practices tend to be intensely tied to personal habit and  
preference, so I know not everyone will agree with all of these.
- I intentionally left out detailed rules for variable naming and  
variable typing. That's more of a semester two topic in my mind.

- I want this to be a sort of "top 10" rules of thumb.

The list is at 

I'm interested in anyone's thoughts about them.

Are they helpful?
Could some of them inadvertently cause problems down the road?
Have I left something important out?

Thanks in advance,

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



___
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


Programming challenge : spelling corrector

2007-06-19 Thread Mark Wieder
All-

While I've never particularly liked lines-of-code metrics as benchmarks of 
programming efficiency (tends to reward obfuscation by cramming too much 
code into single lines), here's an interesting look at coding a spelling 
corrector in Python and then in several alternative languages for 
comparison.

What caught my eye, of course, is that there's no xtalk example. Anyone care 
to take a stab at this?

Python:
http://norvig.com/spell-correct.html

perl:
http://www.riffraff.info/2007/5/20/a-spell-corrector-in-perl6-part-3

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


Json library - some fragments

2007-06-19 Thread David Bovill

I've put a few handlers together to parse JSON data - http://www.json.org/

It is not exactly a library, but my aim is to put together some useful
and fast handlers to dig out the data people most need from JSON
feeds. My approach at the moment is to construct tables that can
easily be converted to arrays, and to allow a couple of layers of
nesting by using different separators - so a JSON feed that looks like
this:

[{"hash":"xxx","tags":{"tools":275,"social":1580,"web":694},"total_posts":14023}]

Results in a tab separated table that looks like this:

hash [tab] xxx
tags [tab] tools:275,social:1580,web:694
total_posts [tab] 14023

This is then easy to extract what you need by using split / combine
and arrays? But if anyone else has any handlers for the collection -
post em in - so I can rework them and publish them for a good ol' open
source shredding :)
___
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: I-beam Artifact bug?

2007-06-19 Thread Peter T. Evensen
Do you mean the flashing insertion bar gets stuck in the field when you 
set locktext to true?  This is already bug #4840  
http://quality.runrev.com/qacenter/show_bug.cgi?id=4840


You can work around it by adding a *type tab* before you set the 
locktext to true.  This defocusses the text filed (I couldn't figure out 
any other way that worked reliably), and removes the insertion point.


[EMAIL PROTECTED] wrote:

Has anyone else noticed an I-beam artifact when locking a field?
 
Try this in a field on Win32...


on mouseLeave
set the  locktext of me to true
end mouseLeave

on mouseEnter
set the  locktext of me to false
end mouseEnter

Not affected on OSX.

/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


Re: Best Practices in Rev development

2007-06-19 Thread J. Landman Gay

Devin Asay wrote:


On Jun 19, 2007, at 12:16 PM, Ken Ray wrote:



I generally don't give names to label
fields, but if I do need to, I follow the rule above and add "lbl" in
front of it (so the label field I describe above would be called
"lblFirstName" if I needed to address it).


Yep, I do the same thing with label fields.


Me too! Must...resist...mind control...

--
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: Best Practices in Rev development

2007-06-19 Thread Devin Asay


On Jun 19, 2007, at 12:16 PM, Ken Ray wrote:


On Tue, 19 Jun 2007 10:18:26 -0600, Devin Asay wrote:


Are they helpful?


Very nice, Devin!


Could some of them inadvertently cause problems down the road?
Have I left something important out?


Well, I don't know if this is *important*, but it works for me - it's
along the lines of "Use meaningful names": I name all buttons exactly
the same as their labels, without any spaces or punctuation, so for
example a checkbox that says "Use meaningful names" would be named
"UseMeaningfulNames" - this makes it unnecessary to look up the  
name of

a button in order to address it in a script. The only times I break
this habit is where conventional abbreviations are things that come to
"top of mind" as an alternative (for example, a button that says
"Download Now" would be named "DLNow" because "DL" is a very common
alternative for "Download").


I like this technique, but there are lots of times when I've created  
a button, given it a name and label, then down the road decided that  
the label isn't exactly right and needs to be changed for clarity's  
sake. Often in these cases I have already referred to the button many  
times in handlers, so it becomes a chore to rename the button. So you  
would lose one of the main advantages of the capability of having the  
name and the label be different.


How about just turning on the global IDE property,  
showObjectNameAsTooltipOnHover. ;-)


Similarly I name all fields based on the label that precedes it (if
there is one) using the same approach. So a label field that says
"First Name:" and has a text entry field next to it would have the
entry field named "FirstName".


Interestingly, I tend to do the same, but it was never a conscious  
decision to do it. I guess this qualifies as an "intuitive"  
technique. :-)



I generally don't give names to label
fields, but if I do need to, I follow the rule above and add "lbl" in
front of it (so the label field I describe above would be called
"lblFirstName" if I needed to address it).


Yep, I do the same thing with label fields.

Regards,

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


Quick way to sort arrays?

2007-06-19 Thread David Bovill

Is there a quick way to sort array? Or do I have to get the elements
of each and sort them?

I want to sort an array in which each element is a numeric value, and
I want the keys sorted accordinlgly.

The best i can come up with is this:

function array_GetSortByNumber someArray
   combine someArray by CR and comma
   sort someArray descending numeric by item 2 of each

   set the columndelimiter to comma
   split someArray by column
   put someArray [1] into sortedKeys
   return sortedKeys
end array_GetSortByNumber

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


Re: Best Practices in Rev development

2007-06-19 Thread Ken Ray
On Tue, 19 Jun 2007 10:18:26 -0600, Devin Asay wrote:

> Are they helpful?

Very nice, Devin!

> Could some of them inadvertently cause problems down the road?
> Have I left something important out?

Well, I don't know if this is *important*, but it works for me - it's 
along the lines of "Use meaningful names": I name all buttons exactly 
the same as their labels, without any spaces or punctuation, so for 
example a checkbox that says "Use meaningful names" would be named 
"UseMeaningfulNames" - this makes it unnecessary to look up the name of 
a button in order to address it in a script. The only times I break 
this habit is where conventional abbreviations are things that come to 
"top of mind" as an alternative (for example, a button that says 
"Download Now" would be named "DLNow" because "DL" is a very common 
alternative for "Download"). 

Similarly I name all fields based on the label that precedes it (if 
there is one) using the same approach. So a label field that says 
"First Name:" and has a text entry field next to it would have the 
entry field named "FirstName". I generally don't give names to label 
fields, but if I do need to, I follow the rule above and add "lbl" in 
front of it (so the label field I describe above would be called 
"lblFirstName" if I needed to address it).

Ken Ray
Sons of Thunder Software, Inc.
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: I-beam Artifact bug? (Now Bug #5161)

2007-06-19 Thread FlexibleLearning
I wrote:
> Has anyone else noticed an I-beam artifact when locking a field?
> Try this in a field on Win32...
> 
> on  mouseLeave
> set the  locktext of me to true
> end  mouseLeave
> 
> on mouseEnter
> set the  locktext of me  to false
> end mouseEnter
> 
> Not affected on  OSX.

Martin Baxter wrote:
> You mean that if the mouse leaves the  field while the I-beam cursor is
> visible, the field is locked but the  I-beam cursor image is not cleared?
> 
> Which is what I see.
 
 
Thank you for the confirmation, Martin.
 
Logged as bug #5161.
 
/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


Re: Best Practices in Rev development

2007-06-19 Thread Devin Asay


On Jun 19, 2007, at 10:46 AM, Richard Gaskin wrote:


Devin Asay wrote:

One of the things I introduced last Fall was a list of "Best   
Practices" for beginning Revolution developers. It was inspired  
in  part by an excellent presentation by Jerry Daniels at RevCon 06.


It was a good year for "Best Practices" sessions; Ken and I did our  
second annual one under the fashionable term "Design Patterns".  :)


Well, in all fairness it was more than fashion:  we limited the '06  
presentation to the subset of best practices which have resulted in  
commonly-used patterns, in some cases calling attention to related  
anti-patterns.


I've been meaning to collect our notes from both years into an  
article on revJournal, but I've had so much client work that sort  
of time hasn't been easy to come by.


In the meantime, I've been maintaining the Script Style Guide for a  
number of years, which might make a useful link for "second  
semester" details from your excellent page:





Wow! Great page, Richard. This may become a must-read for my advanced  
students. I missed your and Ken's presentation last year. Now I'll  
have to dig it out and review it.


Thanks for the feedback.

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: I-beam Artifact bug?

2007-06-19 Thread Eric Chatonet

Hi Hugh,

Le 19 juin 07 à 16:59, [EMAIL PROTECTED] a écrit :


Has anyone else noticed an I-beam artifact when locking a field?

Try this in a field on Win32...

on mouseLeave
set the  locktext of me to true
end mouseLeave

on mouseEnter
set the  locktext of me to false
end mouseEnter


Just curious: where can this be useful?
I miss something...

Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.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: I-beam Artifact bug?

2007-06-19 Thread Martin Baxter

[EMAIL PROTECTED] wrote:

Has anyone else noticed an I-beam artifact when locking a field?
 
Try this in a field on Win32...


on mouseLeave
set the  locktext of me to true
end mouseLeave

on mouseEnter
set the  locktext of me to false
end mouseEnter

Not affected on OSX.

/H


You mean that if the mouse leaves the field while the I-beam cursor is
visible, the field is locked but the I-beam cursor image is not cleared?

Which is what I see.

Martin Baxter

___
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: Best Practices in Rev development

2007-06-19 Thread Richard Gaskin

Devin Asay wrote:

One of the things I introduced last Fall was a list of "Best  
Practices" for beginning Revolution developers. It was inspired in  
part by an excellent presentation by Jerry Daniels at RevCon 06.  


It was a good year for "Best Practices" sessions; Ken and I did our 
second annual one under the fashionable term "Design Patterns".  :)


Well, in all fairness it was more than fashion:  we limited the '06 
presentation to the subset of best practices which have resulted in 
commonly-used patterns, in some cases calling attention to related 
anti-patterns.


I've been meaning to collect our notes from both years into an article 
on revJournal, but I've had so much client work that sort of time hasn't 
been easy to come by.


In the meantime, I've been maintaining the Script Style Guide for a 
number of years, which might make a useful link for "second semester" 
details from your excellent page:




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

2007-06-19 Thread Ken Ray
On Tue, 19 Jun 2007 12:07:25 +0200, Torbjörn Nordlindh wrote:

> Anyway, here's the real puzzle:
> 
> If you
> put 1 into a
> put 1 + 0 into b
> 
> Then a is a number and b is a number and a is an integer and b is an 
> integer and a=b.
> 
> Split treats them differently:
> 
> split a by comma gives an array
> split b by comma is still a number
> 
> So, the question is:
> 
> What's the difference between a and b?

"a" is still a string, and "b" is a number (since you forced it to be 
one by adding 0). When you do the "is an integer" test, Rev coerces "a" 
to see if it can be evaluated as an integer - since it can, you get 
"true"... but the variable "a" remains a string.


Ken Ray
Sons of Thunder Software, Inc.
Email: [EMAIL PROTECTED]
Web Site: http://www.sonsothunder.com/
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


Re: Location of Handlers that Trap Messages

2007-06-19 Thread Gregory Lypny

Thanks Eric,

That's what I figured.  I'll look into the private commands.

Regards,

Gregory

On Tue, Jun 19, 2007, at 10:52 AM, use-revolution- 
[EMAIL PROTECTED] wrote:



Hi Greg,

Le 19 juin 07 à 14:36, Gregory Lypny a écrit :


I'm a little rusty here.  Does it matter much where I place
handlers that trap openCard, closeField, and such messages?  In a
simple stack, I put them all in the stack script, but I guess I
could put them in group script.  I'm interested in speed as opposed
to which controls will receive a message because they lie in its  
path.


Actually, I never found a real difference but I always take advantage
of a location or another:
For instance, openCard in the stack's script will be triggered by any
card.
At the contrary, preOpenStack in the first card's script will only be
triggered by the main stack but not by its sub stacks, etc.
To get a reliable code without any repetition (indispensable for a
reliable maintenance), it is often handy to put handlers at a high
level using parameters in addition to get the most generic code you  
can.

If you have 2.8 you might be interested in the new 'private' command
(but only for your custom handlers) that allow to gain speed.

Best regards from Paris,
Eric Chatonet.


___
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


Best Practices in Rev development

2007-06-19 Thread Devin Asay

Hello list,

During the summer I have time to rethink some of the materials in my  
beginning programming course. For those of you not familiar with it  
(probably most of you) this course is part of a larger curriculum for  
teaching applied computing skills to non-techies--our Computers and  
the Humanities minor. ("CHum" for short. Just the kind of warm fuzzy  
titles we humanists love. ;-) )


One of the things I introduced last Fall was a list of "Best  
Practices" for beginning Revolution developers. It was inspired in  
part by an excellent presentation by Jerry Daniels at RevCon 06.  
Other parts are based on lessons learned over my years of HyperCard  
and Revolution development. I'm interested in your reaction to these  
recommendations. I keep in mind the following caveats:


- This is aimed at beginning, never-tried-to-program-before-in-my- 
life-type students, so it's an attempt to introduce some discipline  
into the layout and coding process.
- Coding practices tend to be intensely tied to personal habit and  
preference, so I know not everyone will agree with all of these.
- I intentionally left out detailed rules for variable naming and  
variable typing. That's more of a semester two topic in my mind.

- I want this to be a sort of "top 10" rules of thumb.

The list is at 

I'm interested in anyone's thoughts about them.

Are they helpful?
Could some of them inadvertently cause problems down the road?
Have I left something important out?

Thanks in advance,

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: Location of Handlers that Trap Messages

2007-06-19 Thread Devin Asay


On Jun 19, 2007, at 6:36 AM, Gregory Lypny wrote:


Hello everyone,

I'm a little rusty here.  Does it matter much where I place  
handlers that trap openCard, closeField, and such messages?  In a  
simple stack, I put them all in the stack script, but I guess I  
could put them in group script.  I'm interested in speed as opposed  
to which controls will receive a message because they lie in its path.


Hi, Gregory.

My rule of thumb (thanks to Jerry Daniels for stating it in a  
succinct formula,) which I pass on to my students is:


"Place a handler as far up the message hierarchy as it needs to be,  
but no farther."


In other words, if several controls do virtually the same thing, a  
handler placed in an enclosing group or a card might be the most  
efficient placement. On the other hand, don't just throw all of your  
handlers in a stack script, since not all handlers are needed  
everywhere in the stack.


In fact, a handler placed too far up the hierarchy can have the  
unintended effect of being triggered too often. I see a common  
problem in beginner stacks that starts to show up right after I  
introduce groups, and I urge students to place handlers in the group  
script rather than in individual buttons within the group, when  
appropriate. So often what happens is students rightly create a group  
of navigation buttons with, say, a "go next" button, that is to be  
placed on every card. Then they put a mouseup handler in the group,  
something like this:


on mouseUp
  go next card
end mouseUp

But what happens if the group inadvertently gets set to be a  
backgroundBehavior group (which happens often; see the "undocumented  
feature" described in  .) Suddenly every click on any object on the  
card, or even on the card itself, can trigger mouseUp in the group,  
unless those objects have their own mouseUp handler. A much better  
placement, of course, is in the "next" button itself, since no other  
control really needs to trigger that action. This is maybe a  
simplistic example, but it's a good illustration of what can happen  
if you expose a handler to too many objects by placing it too high in  
the message hierarchy.


More insidious are preOpenStack and openStack handlers placed in the  
stack script of a stack that is used to launch other stacks. In the  
IDE everything is fine. But as soon as you  create a standalone from  
that stack, it essentially becomes the Rev engine, and every stack it  
opens will potentially pass openStack messages up to it. As someone  
else mentioned, you can avoid this problem by placing these handlers  
in the card script of card 1 of the stack, but even that can lead to  
unintended consequences.


Regards,
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: For Each Anomaly

2007-06-19 Thread Richard Gaskin

Dave wrote:


On 19 Jun 2007, at 15:51, Richard Gaskin wrote:
The behavior is as described in the docs (see the Dictionary entry  
for "repeat").


Please consider closing the "bug" report.  Somewhere between a  
fourth and a third of all entries in Bugzilla are noise, either  
reports submitted in error, or duplicates of other reports, or  
similar misunderstandings.  The larger BZ is the harder it gets to  
wade through.  Thanks.


Sounds like just the right time to throw it away and put in a better  
way of reporting, monitoring and fixing bugs!


They must be psychic:  Bill Marriott already convinced RunRev to do just 
that.  Those who use the QA system have seen a completely new 
streamlined and easier to use interface.


In this I don't think any such improvements in the server software will 
make a difference:  this is an issue with user-generated content being 
put into the database.  The database UI has changed, but it still 
doesn't force people to read the docs and look for related posts before 
posting.


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


I-beam Artifact bug?

2007-06-19 Thread FlexibleLearning
Has anyone else noticed an I-beam artifact when locking a field?
 
Try this in a field on Win32...

on mouseLeave
set the  locktext of me to true
end mouseLeave

on mouseEnter
set the  locktext of me to false
end mouseEnter

Not affected on OSX.

/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


Re: For Each Anomaly

2007-06-19 Thread Dave


On 19 Jun 2007, at 15:51, Richard Gaskin wrote:
The behavior is as described in the docs (see the Dictionary entry  
for "repeat").


Please consider closing the "bug" report.  Somewhere between a  
fourth and a third of all entries in Bugzilla are noise, either  
reports submitted in error, or duplicates of other reports, or  
similar misunderstandings.  The larger BZ is the harder it gets to  
wade through.  Thanks.


Sounds like just the right time to throw it away and put in a better  
way of reporting, monitoring and fixing bugs!


All the Best
Dave


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


Re: For Each Anomaly

2007-06-19 Thread Richard Gaskin

Eric Chatonet wrote:


Using repeat for each *must not* modify the variable used:
Here tPerson is modified when running:

   repeat for each line tPerson in tpeople
 put "s" after tPerson
 put tPerson & return after holder
   end repeat

This leads to unexpected results.
Instead try:

   repeat for each line tPerson in tpeople
 put tPerson & "s" & cr after holder
   end repeat

And this will work as expected :-)

Le 19 juin 07 à 16:16, Michael Kann a écrit :


This seems urgent enough to send out an alert. If you
use the "for each" loop to manipulate text this bug
will be of interest.


The behavior is as described in the docs (see the Dictionary entry for 
"repeat").


Please consider closing the "bug" report.  Somewhere between a fourth 
and a third of all entries in Bugzilla are noise, either reports 
submitted in error, or duplicates of other reports, or similar 
misunderstandings.  The larger BZ is the harder it gets to wade through. 
 Thanks.


--
 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: For Each Anomaly

2007-06-19 Thread Eric Chatonet

Hi Michael,

Using repeat for each *must not* modify the variable used:
Here tPerson is modified when running:

  repeat for each line tPerson in tpeople
put "s" after tPerson
put tPerson & return after holder
  end repeat

This leads to unexpected results.
Instead try:

  repeat for each line tPerson in tpeople
put tPerson & "s" & cr after holder
  end repeat

And this will work as expected :-)

Le 19 juin 07 à 16:16, Michael Kann a écrit :


This seems urgent enough to send out an alert. If you
use the "for each" loop to manipulate text this bug
will be of interest.


Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.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


For Each Anomaly

2007-06-19 Thread Michael Kann
This seems urgent enough to send out an alert. If you
use the "for each" loop to manipulate text this bug
will be of interest.

http://quality.runrev.com/qacenter/show_bug.cgi?id=5157


  

Luggage? GPS? Comic books? 
Check out fitting gifts for grads at Yahoo! Search
http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz
___
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


happy anniversary

2007-06-19 Thread Richmond Mathewson
Gosh, I don't stand a chance: born in 1962, sent off
Hollerith cards to Imperial College in 1974, worked
with a Research Machine 1976.

Graham Samual wrote:

"The sheer intellectual drive and sense of fun"

and it seems to have gone; to be replaced by people
who are deadly earnest and wouldn't know lateral
thinking if it hit them in the head.

That is why I spend most of my time teaching Primary
kids English (and sneaking in the odd bit of
programming when their parents are off their guard) -
the sense of wonder is still there - of course it gets
raped by the glut of hi-tech pap and wall-to-wall
sense bombardment that is the day-to-day of the modern
world.

Recently, I started my younger son on Runtime
Revolution: and rediscovered that sense of wonder when
attached to computers (my older son is 'married' to a
piano and spends about 7-8 hours a day playing that).
I do believe that really innovative computer work can
only be done by those who still manage to retain that
sense of fun and wonder.

Needless to say; I start kids programming by playing
with cups and buttons on the carpet - variables,
constants and strings are a bit abstract for children!

sincerely, Richmond Mathewson.



A Thorn in the flesh is better than a failed Systems Development Life Cycle.




___ 
Inbox full of unwanted email? Get leading protection and 1GB storage with All 
New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
___
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:happy anniversary

2007-06-19 Thread Glenn E. Fisher

Cal,

I started programming in 1962, so you've got 5 years on me.  :-(

Look at "My Computing Experience" on my UH web page below for a  
rundown of what I've been upto over the years.


Congrats and happy anniversary,

Glenn

On June 18, 2007 7:19:50 PM CDT Cal Homer wrote:


A Challenge to the list members.

On June 14, 1957 I entered into my life long love affair with the  
computer.


--
Glenn E. Fisher University of Houston - Retired
22402 Diane Dr. Spring, Tx 77373
[EMAIL PROTECTED]   http://www.uh.edu/~fisher
http://home.houston.rr.com/thegefishers/
http://homepage.mac.com/gefisher


___
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: happy anniversary

2007-06-19 Thread Graham Samuel

Congratulations Cal!

I'm maybe closer than the average member of this list, but not too  
close: I think I saw a digital computer in late 57 as an  
undergraduate in Manchester, UK. It would have been something to do  
with Professor Tom Kilburn in the Electrical Engineering department.  
As a mechanical engineer, I was occasionally allowed to go over and  
have a look. The sheer intellectual drive and sense of fun in that  
department set me thinking that I was pursuing the wrong course of  
study, and eventually I got into digital computers. I did 'program'  
an analog computer as a student but I didn't write a real program  
until 1961, so Cal wins hands down. I started with 5-track paper tape  
- punched cards came later.


Oddly enough I don't have much technical nostalgia for those days -  
it took s long to get anything done...


Graham

Cal Horner wrote:


A Challenge to the list members.

On June 14, 1957 I entered into my life long love affair with the  
computer.
Back then it wasn't called IT. It was simply DP. COBOL and Basic  
didn't

exist. Fortran was only a baby.

My first computer was peg boards,  sorting machines and card  
readers, and

chain printers.

If you calculate the years and days properly you will see it comes  
to fifty

years.

My challenge is a simple one.

Is there anyone on the list with more time in the profession than  
me. Or am I the "Last Man Standing"?



___
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: Location of Handlers that Trap Messages

2007-06-19 Thread Eric Chatonet

Hi Greg,

Le 19 juin 07 à 14:36, Gregory Lypny a écrit :

I'm a little rusty here.  Does it matter much where I place  
handlers that trap openCard, closeField, and such messages?  In a  
simple stack, I put them all in the stack script, but I guess I  
could put them in group script.  I'm interested in speed as opposed  
to which controls will receive a message because they lie in its path.


Actually, I never found a real difference but I always take advantage  
of a location or another:
For instance, openCard in the stack's script will be triggered by any  
card.
At the contrary, preOpenStack in the first card's script will only be  
triggered by the main stack but not by its sub stacks, etc.
To get a reliable code without any repetition (indispensable for a  
reliable maintenance), it is often handy to put handlers at a high  
level using parameters in addition to get the most generic code you can.
If you have 2.8 you might be interested in the new 'private' command  
(but only for your custom handlers) that allow to gain speed.


Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.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


Location of Handlers that Trap Messages

2007-06-19 Thread Gregory Lypny

Hello everyone,

I'm a little rusty here.  Does it matter much where I place handlers  
that trap openCard, closeField, and such messages?  In a simple  
stack, I put them all in the stack script, but I guess I could put  
them in group script.  I'm interested in speed as opposed to which  
controls will receive a message because they lie in its path.


Regards,

Gregory


___
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: happy anniversary

2007-06-19 Thread Tereza Snyder


On Jun 18, 2007, at 7:19 PM, Cal Horner wrote:


A Challenge to the list members.

On June 14, 1957 I entered into my life long love affair with the  
computer.
Back then it wasn't called IT. It was simply DP. COBOL and Basic  
didn't

exist. Fortran was only a baby.

My first computer was peg boards,  sorting machines and card  
readers, and

chain printers.

If you calculate the years and days properly you will see it comes  
to fifty

years.

My challenge is a simple one.

Is there anyone on the list with more time in the profession than  
me. Or am I the "Last Man Standing"?


I can remember assembling a "science project" christmas present about  
1960 involving a pegboard, wires, and light bulbs that the  
instructions called an "electronic brain"!


But just what the heck are "chain printers"? (I envision a steam- 
operated inkjet complete with pistons)


t

--
Tereza Snyder
Califex Software, Inc.


___
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: 281 installer problems

2007-06-19 Thread xavier . bury
I didn't see any announcement or read me in the download page! What's a 
newbie to expect?

At least this version now works better than 2.8! 

cheers

[EMAIL PROTECTED] wrote on 19/06/2007 12:15:07:

> Hi, 
> 
> In 2.8.1 annoucement it warned: 
> ..I recommend you do a full install from the downloads page rather than
> using your update button inside the program, as this version corrects a
> number of issues with the installer/uninstaller, and you will not see 
the
> benefit of this unless you do a full installation... 
> 
> So I did not experienced the problems that you describe. Still there was 
one
> problem related with previous installs of SQLite. The way to fix this is
> described in quality report 5140: 
> http://quality.runrev.com/qacenter/show_bug.cgi?id=5140 
> 
> All the best 
> Viktoras 
> ---Original Message--- 
> 
> From: [EMAIL PROTECTED] 
> Date: 06/19/07 12:35:03 
> To: How to use Revolution 
> Subject: 281 installer problems 
> 
> Hi everyone, 
> 
> anyone having problems with the 2.8.1 installer? 
> 
> I had a previous install of 2.8 (gm1, 2, 3, 4 - all too buggy to be 
used) 
> and decided to test the 2.8.1. 
> 
> First the custom install path c:\app doesn't work. 
> second the default path c:\app\revolution enterprise wont work either! 
It 
> refuses to install where the old versions is even though the folders are 

> not named the same! 
> 
> 3rd, the installer creates not 46MBs of data as advertised but 90 MBs! 
> 
> Then 4th, the app doesn't launch, when i check, the rev exe is only 
32KBs! 
> No wonder it didn't ask me for my license... 
> 
> And when i try do redownload the thing it stalls... And resume 
downloading 
> doesn't work either! 
> 
> Naturally, the 5th time works but the old folder again is disturbing the 

> install... 
> 
> Finally the install works! 
> 
> Then i try the "update" in the help menu and it tells me GM2 is 
available 
> (but the download is still gm1). When i try to update the engine tells 
me 
> my license is expired! 
> But my license is from 2007!!! WTF? 
> 
> Can someone shed some light on this? 
> 
> Xavier 
> 
> 



Clearstream Services S.A.
42 Avenue JF Kennedy, L-1855 Luxembourg
Société anonyme is organised with limited liability
in the Grand Duchy of Luxembourg RC Luxembourg B 60911.


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

Legally required information for business correspondence/
Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz:
http://deutsche-boerse.com/letterhead

END OF DISCLAIMER

___
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: happy anniversary

2007-06-19 Thread Dave

! ! ! ! ! ! ! ! ! ! C O N G R A T U L A T I O N S ! ! ! ! ! ! ! ! !

Well, you beat me by 20 years! I started in 1973, working on Key-to- 
Disk system to replace paper tape and punched cards!


Out of interest:

What is the thing that most impresses you about "modern" computer  
technology?


What is the thing that most depresses you?

All the Best
Dave

On 19 Jun 2007, at 01:19, Cal Horner wrote:


A Challenge to the list members.

On June 14, 1957 I entered into my life long love affair with the  
computer.
Back then it wasn't called IT. It was simply DP. COBOL and Basic  
didn't

exist. Fortran was only a baby.

My first computer was peg boards,  sorting machines and card  
readers, and

chain printers.

If you calculate the years and days properly you will see it comes  
to fifty

years.

My challenge is a simple one.

Is there anyone on the list with more time in the profession than  
me. Or am I the "Last Man Standing"?

___
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: 281 installer problems

2007-06-19 Thread Viktoras Didziulis
Hi, 
 
In 2.8.1 annoucement it warned: 
..I recommend you do a full install from the downloads page rather than
using your update button inside the program, as this version corrects a
number of issues with the installer/uninstaller, and you will not see the
benefit of this unless you do a full installation... 
 
So I did not experienced the problems that you describe. Still there was one
problem related with previous installs of SQLite. The way to fix this is
described in quality report 5140: 
http://quality.runrev.com/qacenter/show_bug.cgi?id=5140 
 
All the best 
Viktoras 
---Original Message--- 
 
From: [EMAIL PROTECTED] 
Date: 06/19/07 12:35:03 
To: How to use Revolution 
Subject: 281 installer problems 
 
Hi everyone, 
 
anyone having problems with the 2.8.1 installer? 
 
I had a previous install of 2.8 (gm1, 2, 3, 4 - all too buggy to be used) 
and decided to test the 2.8.1. 
 
First the custom install path c:\app doesn't work. 
second the default path c:\app\revolution enterprise wont work either! It 
refuses to install where the old versions is even though the folders are 
not named the same! 
 
3rd, the installer creates not 46MBs of data as advertised but 90 MBs! 
 
Then 4th, the app doesn't launch, when i check, the rev exe is only 32KBs! 
No wonder it didn't ask me for my license... 
 
And when i try do redownload the thing it stalls... And resume downloading 
doesn't work either! 
 
Naturally, the 5th time works but the old folder again is disturbing the 
install... 
 
Finally the install works! 
 
Then i try the "update" in the help menu and it tells me GM2 is available 
(but the download is still gm1). When i try to update the engine tells me 
my license is expired! 
But my license is from 2007!!! WTF? 
 
Can someone shed some light on this? 
 
Xavier 
 
 


Clearstream Services S.A. 
42 Avenue JF Kennedy, L-1855 Luxembourg 
Soci?t? anonyme is organised with limited liability 
in the Grand Duchy of Luxembourg RC Luxembourg B 60911. 
 
 
- 
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. 
 
Legally required information for business correspondence/ 
Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: 
http://deutsche-boerse.com/letterhead 
 
END OF DISCLAIMER 
 
___ 
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: More Problem with Player Object in Library Stack

2007-06-19 Thread Dave

Hi,

Further to this problem! I found that if I turn off "always buffer"  
in the property inspector for the Player Object, IT DOES NOT CRASH!!!


So, why should it crash if the "always buffer" is set true? Also, by  
setting it false, what implications does this have on movie playback  
and my ability to capture a frame from the movie?


Later on in the code I am using the "snapshot" command to capture  
frames. When I tried this before, I had to have the "always buffer"  
property set to true.


I changed the code to read:

  set the alwaysBuffer of player "PlayerThumbnail" of card 1 of me  
to false

  show me
  go stack the (short name of me)

  set the fileName of player "PlayerThumbnail" of card 1 of me to  
theMovieFilePathName
  set the alwaysBuffer of player "PlayerThumbnail" of card 1 of me  
to true


and now the crash occurs when I set "alwaysBuffer" to true!

All the Best
Dave

On 19 Jun 2007, at 10:10, Michael Binder wrote:

The stack stored in myCallingStack is the stack that called this  
function. I have checked this, anyway myCallingStack is not used  
until after the crash.


The stack referred to as "me" is the library stack, e.g. the same  
stack that the above code is executing in. It is intially loaded  
using "start using", then when a particular function is called. I  
want the stack to be displayed and to become the top most window. The  
keyword "me" *always* refers to the object that the current script is  
executing in.


Any other ideas?

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


Re: String or number?

2007-06-19 Thread Torbjörn Nordlindh

 Jim Ault wrote:


Seems like a bug to me.
But if you use this form it works as expected.



put 123456.7890 into a
put 123456.7890 + 0 into b

 split a using cr and "."
 split b using cr and "."

-- or

 split b using tab and "."
 split b using null and "."


That's interesting...

Anyway, here's the real puzzle:

If you
put 1 into a
put 1 + 0 into b

Then a is a number and b is a number and a is an integer and b is an  
integer and a=b.


Split treats them differently:

split a by comma gives an array
split b by comma is still a number

So, the question is:

What's the difference between a and b?


Torbjörn

___
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: More Problem with Player Object in Library Stack

2007-06-19 Thread Eric Chatonet

Hi Dave,

Le 19 juin 07 à 09:15, Dave a écrit :

Further to the problems I was having with Opening a Library stack  
from within a function inside the same library. I found that having  
a player object inside the stack caused RunRev to Crash when the  
"go stack" command is executed. The object I removed had a fileName  
set, when I re-created the player it was empty of course. The "go  
stack" command then worked ok. However, upon extending the function  
with the code below, it seems the crash is back! As soon as the line:


  set the fileName of player "PlayerThumbnail" of me to  
theMovieFilePathName


is executed, RunRev crashes with and unexpected quit.

Here is the code i added:


  breakpoint
  put the short name of this stack into myCallingStack
  show me
  go stack the (short name of me)
  set the fileName of player "PlayerThumbnail" of me to  
theMovieFilePathName


The file is valid and plays find in another player object.

Any ideas on how to work around this?


go stack (the short name of me)
set the fileName of player "PlayerThumbnail" to theMovieFilePathName

should be enough assuming that the player is on the first card.

Best regards from Paris,
Eric Chatonet.

Plugins and tutorials for Revolution: http://www.sosmartsoftware.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


281 installer problems

2007-06-19 Thread xavier . bury
Hi everyone,

anyone having problems with the 2.8.1 installer?

I had a previous install of 2.8 (gm1, 2, 3, 4 - all too buggy to be used) 
and decided to test the 2.8.1.

First the custom install path c:\app doesn't work.
second the default path c:\app\revolution enterprise wont work either! It 
refuses to install where the old versions is even though the folders are 
not named the same!

3rd, the installer creates not 46MBs of data as advertised but 90 MBs!

Then 4th, the app doesn't launch, when i check, the rev exe is only 32KBs! 
No wonder it didn't ask me for my license...

And when i try do redownload the thing it stalls... And resume downloading 
doesn't work either!

Naturally, the 5th time works but the old folder again is disturbing the 
install...

Finally the install works! 

Then i try the "update" in the help menu and it tells me GM2 is available 
(but the download is still gm1). When i try to update the engine tells me 
my license is expired! 
But my license is from 2007!!! WTF?

Can someone shed some light on this? 

Xavier



Clearstream Services S.A.
42 Avenue JF Kennedy, L-1855 Luxembourg
Société anonyme is organised with limited liability
in the Grand Duchy of Luxembourg RC Luxembourg B 60911.


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

Legally required information for business correspondence/
Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz:
http://deutsche-boerse.com/letterhead

END OF DISCLAIMER

___
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: More Problem with Player Object in Library Stack

2007-06-19 Thread Dave


On 19 Jun 2007, at 10:10, Michael Binder wrote:


Hi Dave, you wrote:


   breakpoint
   put the short name of this stack into myCallingStack
   show me
   go stack the (short name of me)
   set the fileName of player "PlayerThumbnail" of me to
theMovieFilePathName

The file is valid and plays find in another player object.

Any ideas on how to work around this?


Reading your code, I am a little confused about 'this' and
'me'.   In my (admittedly limited) experience, rev also gets
confused about these things.  What happens if you try this:

   breakpoint
   put the short name of stack "myStack" into myCallingStack
   show stack "myOtherStack"
   go stack "myOtherStack"
   set the fileName of player "PlayerThumbnail" of "myOtherStack"  
to theMovieFilePathName


One other thought, remove the parentheses in
"go stack the (short name of me)"
Rev may see that as: go stack the "myOtherStack"


The stack stored in myCallingStack is the stack that called this  
function. I have checked this, anyway myCallingStack is not used  
until after the crash.


The stack referred to as "me" is the library stack, e.g. the same  
stack that the above code is executing in. It is intially loaded  
using "start using", then when a particular function is called. I  
want the stack to be displayed and to become the top most window. The  
keyword "me" *always* refers to the object that the current script is  
executing in.


Any other ideas?

All the Best
Dave


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


More Problem with Player Object in Library Stack

2007-06-19 Thread Michael Binder

Hi Dave, you wrote:


   breakpoint
   put the short name of this stack into myCallingStack
   show me
   go stack the (short name of me)
   set the fileName of player "PlayerThumbnail" of me to
theMovieFilePathName

The file is valid and plays find in another player object.

Any ideas on how to work around this?


Reading your code, I am a little confused about 'this' and
'me'.   In my (admittedly limited) experience, rev also gets
confused about these things.  What happens if you try this:

   breakpoint
   put the short name of stack "myStack" into myCallingStack
   show stack "myOtherStack"
   go stack "myOtherStack"
   set the fileName of player "PlayerThumbnail" of "myOtherStack" to 
theMovieFilePathName


One other thought, remove the parentheses in
"go stack the (short name of me)"
Rev may see that as: go stack the "myOtherStack"

Hope that helps,
Michael Binder

___
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: create field on specific positoin

2007-06-19 Thread Viktoras Didziulis
whoops, omitted a typo - it should be : 
 
lock screen 
create group "gLegendKeeper" in group "gLegend" of card "mainCard" 
repeat with i=1 to 30 
put "f" & i into fName 
create field fName in group "gLegendKeeper" of group "gLegend" of card
mainCard" 
set the left of field fName of card "mainCard" to (myLeft + 22) 
set the top of field fName of card "mainCard" to graphicTop 
end repeat 
unlock screen 
 
 
---Original Message--- 
 
From: Viktoras Didziulis 
Date: 19/06/2007 10:40:20 
To: How to use Revolution 
Subject: Re: create field on specific positoin 
 
I do this like that (just copied from an existing app): 
 
lock screen 
create group "gLegendKeeper" in group "gLegend" of card "mainCard" 
repeat with i=1 to 100 
put "f" & i into gName 
create field gName in group "gLegendKeeper" of group "gLegend" of card 
mainCard" 
set the left of field fName of card "mainCard" to (myLeft + 22) 
set the top of field fName of card "mainCard" to graphicTop 
end repeat 
unlock screen 
 
note that a new group "gLegendkeeper" is created to make it easy to delete 
the created fields when necessary by simply deleting the whole group. 
 
All the best 
Viktoras 
---Original Message--- 
 
From: [EMAIL PROTECTED] 
Date: 19/06/2007 09:10:09 
To: use-revolution@lists.runrev.com 
Subject: create field on specific positoin 
 
Hi, 
 
i need to create several fields, 3 at a line, from a script. The number of 
fields depends on the number of lines a textfile contains. Each field then 
must contain an item of the text file. Excatly said, 3 items of each line of

the text file have to be put into the 3 fields. 
Creating the fields from within the script should be no problem. 
 
My problem is, i do not know: 
 
How can i place the fields automatically on a specific postion, so i have 3 
fields on each line? 
 
How would you name them, so they could be accessed later.? 
e.g. Field_1_3 should mean field from line 1, which contains item 3 from 
line 1 of the textfile 
 
Regards, 
 
Matthias 
___ 
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: create field on specific positoin

2007-06-19 Thread Viktoras Didziulis
I do this like that (just copied from an existing app):
 
lock screen 
create group "gLegendKeeper" in group "gLegend" of card "mainCard" 
repeat with i=1 to 100 
put "f" & i into gName 
create field gName in group "gLegendKeeper" of group "gLegend" of card 
mainCard" 
set the left of field fName of card "mainCard" to (myLeft + 22) 
set the top of field fName of card "mainCard" to graphicTop 
end repeat 
unlock screen 
 
note that a new group "gLegendkeeper" is created to make it easy to delete
the created fields when necessary by simply deleting the whole group.
 
All the best
Viktoras
---Original Message--- 
 
From: [EMAIL PROTECTED] 
Date: 19/06/2007 09:10:09 
To: use-revolution@lists.runrev.com 
Subject: create field on specific positoin 
 
Hi, 
 
i need to create several fields, 3 at a line, from a script. The number of
fields depends on the number of lines a textfile contains. Each field then
must contain an item of the text file. Excatly said, 3 items of each line of
the text file have to be put into the 3 fields. 
Creating the fields from within the script should be no problem. 
 
My problem is, i do not know: 
 
How can i place the fields automatically on a specific postion, so i have 3
fields on each line? 
 
How would you name them, so they could be accessed later.? 
e.g. Field_1_3 should mean field from line 1, which contains item 3 from
line 1 of the textfile 
 
Regards, 
 
Matthias 
___ 
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: create field on specific positoin

2007-06-19 Thread Ian McKnight

Oops. Pressed send too early

On 19/06/07, Ian McKnight <[EMAIL PROTECTED]> wrote:

Hi Matthias

You could try the the following




put the number of lines in myTextFile into tNumberOfLines
put 20 into theDistanceBetweenLines -- this value is determined by the
height of your field and the distance you want between them

Repeat with theNextLine = 1 to tNumberOfLines

clone group "myhiddengroup"
set the name of  the last group to "Line"&theNextLine -- rename your
group eg Line 7 or Line 3?
set the loc of the last group to tXord, tYord +
thedistancebetweenLines -- put it into position you will need to
-- ungroup -- insert this command if you want the fields separated


show  group "Line"&theNextLine -- forgot about this


repeat with theNextField = 1 to 3
set the name of field "X_"&theNextField to theNextLine"&"_&"1" --
renames X_1 to theLineNumber_1
end repeat
end repeat




--
Regards

Ian

===
Ian McKnight

[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


More Problem with Player Object in Library Stack

2007-06-19 Thread Dave

Hi,

Further to the problems I was having with Opening a Library stack  
from within a function inside the same library. I found that having a  
player object inside the stack caused RunRev to Crash when the "go  
stack" command is executed. The object I removed had a fileName set,  
when I re-created the player it was empty of course. The "go stack"  
command then worked ok. However, upon extending the function with the  
code below, it seems the crash is back! As soon as the line:


  set the fileName of player "PlayerThumbnail" of me to  
theMovieFilePathName


is executed, RunRev crashes with and unexpected quit.

Here is the code i added:


  breakpoint
  put the short name of this stack into myCallingStack
  show me
  go stack the (short name of me)
  set the fileName of player "PlayerThumbnail" of me to  
theMovieFilePathName


The file is valid and plays find in another player object.

Any ideas on how to work around this?

Thanks a lot and All the Best
Dave

On 18 Jun 2007, at 20:10, Dave wrote:



I'll give it a go, but here's something that's strange! I had one  
Player Object in the stack (which I added) if I delete the player  
the stack opens ok. If not then I get a crash. There is no script  
attached to the player object.


Weird!

Why should having a player in a stack cause a Crash?

All the Best
Dave


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


Re: create field on specific positoin

2007-06-19 Thread Ian McKnight

Hi Matthias

You could try the the following

Create your three fields, size them and apply any formatting you need.
Name each field X_1; X_2; X_3 as 'X' will contain your line number
Correctly position the fields relative to each other, as they would
appear on your card, and group them.
Now hide the group.

Now all you need do is

-- tXord is the X coordinate of your first line's group
-- tYord is the Y cordinate

put the number of lines in myTextFile into tNumberOfLines
put 20 into theDistanceBetweenLines -- this value is determined by the
height of your field and the distance you want between them

Repeat with theNextLine = 1 to tNumberOfLines

clone group "myhiddengroup"
set the name of  the last group to "Line"&theNextLine -- rename your
group eg Line 7 or Line 3?
set the loc of the last group to tXord, tYord +
thedistancebetweenLines -- put it into position you will need to
-- ungroup -- insert this command if you want the fields separated

repeat with theNextField = 1 to 3
set the name of field "X_"&theNextField to theNextLine"&"_&"1" --
renames X_1 to theLineNumber_1
end repeat
end repeat

This is rough untested code. I assumed that your lines will form
columns on screen.

Hope this helps.

Regards

Ian McKnight

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

Hi,

i need to create several fields, 3 at a line, from a script. The number of 
fields depends on the number of lines a textfile contains. Each field then must 
contain an item of the text file. Excatly said, 3 items of each line of the 
text file have to be put into the 3 fields.
Creating the fields from within the script should be no problem.

My problem is, i do not know:

How can i place the fields automatically on a specific postion, so i have 3 
fields on each line?

How would you name them, so they could be accessed later.?
e.g.   Field_1_3should mean field from line 1, which contains item 3 from 
line 1 of the textfile

Regards,

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




--
Regards

Ian

===
Ian McKnight

[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