Use the form
sort myContainer by mySortFuction(each, myContainer)
-- specify text, numeric, ascending, descending
function mySortFunction singleLineOfList, wholeList
--apply as many rules as you wish
--filter as many times as you wish
--build as many arrays or tables as you wish
following script to create a glossary/word list of all words
>> appearing in a songbook I'm making in Apple's Pages word processor (over
>> 2,000
>> unique words). (Thanks to Phil Davis for his help with arrays.)
>>
>> What I am wondering is if the formatted te
27;s Pages word processor (over 2,000
> unique words). (Thanks to Phil Davis for his help with arrays.)
>
> What I am wondering is if the formatted text can be retained in a case like
> this, and how. My attempts so far have failed, as the htmlText tags are
> included in the sor
27;s Pages word
processor (over 2,000 unique words). (Thanks to Phil Davis for his
help with arrays.)
What I am wondering is if the formatted text can be retained in a
case like this, and how. My attempts so far have failed, as the
htmlText tags are included in the sort... not what I wan
Sent: Tuesday, October 05, 2010 2:41 PM
To: How to use Revolution
Subject: sorting html text with arrays
I'm using the following script to create a glossary/word list of all words
appearing in a songbook I'm making in Apple's Pages word processor (over
2,000 unique words). (Than
I'm using the following script to create a glossary/word list of all words
appearing in a songbook I'm making in Apple's Pages word processor (over 2,000
unique words). (Thanks to Phil Davis for his help with arrays.)
What I am wondering is if the formatted text can be ret
On Aug 10, 2010, at 12:53 AM, FlexibleLearning wrote:
> Can someone point me to an explanation or tutorial on using
> multi-dimensional arrays, and specifically persistence between
> sessions?
Hi, Hugh. If you'd like to see a script locals persistence toolkit, I'd be
gla
Yes, you're right because what you're doing is not multidimensional arrays at
all. You're simply using custom property sets and want to store stuff in them.
I did once make an enhancement requests that ask for making arrays and
properties (custom or not) basically be the same, w
written an advanced tutorial (read: confusing) on various
>uses for multidimensional arrays when having tab delimited data:
http://lessons.runrev.com/spaces/lessons/buckets/784/lessons/9678-How-do-I-c
onvert-tab-delimited-data-into-an-array-
/H
___
Jim, your folder analogy is not correct, as this works fine:
put "mex" into foo["bar"]["tex"]
put foo["bar"]["tex"]
--yields: mex
With multiple arrays, I always run into conceptual problems (aka. brain pain)
because in the example above:
foo
se the Rev arrayEncode function to convert an array into a string so
that it can be saved to a file or sent across a network.
On Aug 10, 2010, at 12:53 AM, FlexibleLearning wrote:
Can someone point me to an explanation or tutorial on using
multi-dimensional arrays, and specifically persisten
Hi Hugh,
as of Rev 4 (if I recall correctly) you can store the whole array in a custom
property, which you would need to set:
local tArray
put "malte" into tArray[1]["firstname"]
put "pfaff-brill" into tArray[1]["lastname"]
put "linus" into tArray[2]["firstname"]
put "pfaff" into tArray[2]["las
Can someone point me to an explanation or tutorial on using
multi-dimensional arrays, and specifically persistence between sessions?
Okay, so I'm a trifle late to the party but I am here now!
I am making no headway at all from such information as I can find in the dox
so obviously I ha
quot;1a1" if all keys are strings (except when they fall into a
special category of sequential integers)
The transpose function and its documentation are both pretty ancient,
and date from before the time when Rev had true multidimensional
arrays. Back in the olden days (cough), that styl
You guys are too white and nerdy! ;-) (reference to Wierd Al Yankovich tune)
Bob
On Jan 11, 2010, at 1:25 PM, Jim Ault wrote:
> One bit of shorter code would be deleting the function and using the two
> lines:
>
> set the lineDelimiter to char 1 of (pLineDel & cr)
> set the lineDelimiter
One bit of shorter code would be deleting the function and using the
two lines:
set the lineDelimiter to char 1 of (pLineDel & cr)
set the lineDelimiter to char 1 of (pItemDel & tab)
Jim Ault
Las Vegas
On Jan 11, 2010, at 12:24 PM, Phil Davis wrote:
Thanks Dick - I hadn't thought abo
Thanks Dick - I hadn't thought about handling common cases differently.
Good idea!
Phil
On 1/11/10 12:10 PM, Dick Kriesel wrote:
On 1/10/10 1:25 PM, "Phil Davis" wrote:
The things some people do for fun... ;-)
... can make others want to get in on the fun, like by fixing someth
On 1/10/10 1:25 PM, "Phil Davis" wrote:
> The things some people do for fun... ;-)
... can make others want to get in on the fun, like by fixing something that
ain't broke. Here's an elaboration on your idea that handles your sample
data more than twice as fast, primarily by avoiding the "do"
You can use
combine
split
to work with arrays of data, but if you do speed tests, you will find
that repeat loops + chunking are just as fast and have more power,
such as extracting more that one column, shuffling the column order
while gathering, reformatting, error checking, etc
Jim
Great responses on the subject of arrays. I gather then that my attempt to
"trick" revolution into giving me a column of data without using repeat loops
is ill fated. Since I am working with data grids, I was hoping to get a column
of data without going through much trouble.
Real
All this discussion of arrays inspired me to create a general-purpose
function that 'splits' table data into an array. It will handle data
that has any number of 'lookup key' items before the final 'lookup data'
item in each row.
Some sample data:
1,1,1,data1
ey
number.
Comments:
If any of the keys of the array is non-numeric, the extents function returns
empty.
--- On Sun, 1/10/10, Roger Guay wrote:
> From: Roger Guay
> Subject: Re: Simple Arrays
> To: use-revolution@lists.runrev.com
> Date: Sunday, January 10, 2010, 11:43 AM
> I
http://www.runrev.com/developers/lessons-and-tutorials/tutorials/intermediate-arrays/
http://lessons.runrev.com/spaces/lessons/buckets/784/lessons/7810-How-do-I-display-an-array-in-a-table-field-
--- On Sun, 1/10/10, Roger Guay wrote:
> From: Roger Guay
> Subject: Re: Simple Arrays
>
I very much appreciate this discussion about arrays and I too have learned a
lot. Any chance someone has done a tutorial?
Thanks and cheers,
Roger Guay
On Jan 10, 2010, at 10:05 AM, use-revolution-requ...@lists.runrev.com wrote:
> Re: Simple Arr
Jim, thanks for the fresh eyes. My example does differ. I'll give their version
a try. When I tested the -- myArray[1,1] -- format earlier I couldn't get it
to work -- maybe it was just me. I do agree that the arrays in RunRev aren't
that useful when you have the chunk expressi
sense to me, since "1,1" is like "1comma1" or
"1a1" if all keys are strings (except when they fall into a special
category of sequential integers)
Sorry I could not be of more help, but I long ago regarded arrays in
Rev as NOT useful mathematical constructs.
There
myArray[2,1] is missing.
---
--- On Sun, 1/10/10, Jim Ault wrote:
> From: Jim Ault
> Subject: Re: Simple Arrays
> To: "How to use Revolution"
> Date: Sunday, January 10, 2010, 11:05 AM
> An array with one key and one element
> (value) is two dime
An array with one key and one element (value) is two dimensions
myArray[1][1] is three dimensions ( two keys and one element )
Again, Rev uses associative arrays.
Transpose means switching the numeric *values* for the numeric
*keys*. The keys must be sequential.
Excel transpose does not
While trying to rassle these arrays to the ground I tried to transpose one. The
following script doesn't work. Can anyone see why? (Need some fresh eyes).
--
on mouseUp
put 1 into myArray[1][1]
put 2 into myArray[1][2]
put 3 into myArray[2][1]
put 4 into my
Split and combine only work on the last level of keys in an array, and
they are a little too unwieldy for me, although I use them frequently
for two-dimensional arrays and custom properties.
I prefer the following:
--there is no array named kitchen yet
put "bacon" into kitchen[re
Pardon my question, but I have learned more about arrays in these four
posts than I ever thought about before:
So given that I would want a multi-dimensional array where theData[2]
[3] = "Blue" as in the examples provided, what is the 'best' way to
enter data into this
In addition to the good answers above:
In Rev, the arrays are 'associative arrays'
This means the keys are strings, not integers.
Also, there is no particular order to the keys, such as last-in
There is no auto-increment by specifying a blank key
such as put 12.35 into array
In addition to what has been said previously, the default columnDelimiter is
TAB, so in your script there would be no columns to split by, unless you set
the columnDelimiter to Comma before the split. (Given that split by column is
what you wanted. I do mix up rows and cols all the time though.
Hi Bob,
On 1/9/10 5:12 PM, Bob Sneidar wrote:
Hi all.
Apparently I am not getting arrays AT ALL. I would think that given:
put "1"& comma& "A"& comma& "Green"& return into theData
put "2"& comma& "B"&a
Bob, Maybe we can learn something about arrays together.
First, the format for a multi-dimensional array is
theData[1][1] = "1" NOT theData[1,1] = "1"
---
-- as an example, put your 4 lines into fld 1
---
1,A,Green
2,B,Blue
Hi all.
Apparently I am not getting arrays AT ALL. I would think that given:
put "1" & comma & "A" & comma & "Green" & return into theData
put "2" & comma & "B" & comma & "Blue" & return after t
s.
The main difference between arrays and chunks is that arrays will continue
to access huge data sets in linear time, whereas chunks (depending on
exactly what you're doing) will slow down as the data set gets larger.
Very true, though the difference becomes most significant only whe
l, but the overhead of analyzing both the query and
the data to make such determinations may detract from the benefits
of doing so, esp. since my continued testing on this is
increasingly nudging me toward multi-dimensional arrays anyway.
Even with the data bloat and the surprising overhead of m
he data to make such
determinations may detract from the benefits of doing so, esp. since my
continued testing on this is increasingly nudging me toward
multi-dimensional arrays anyway. Even with the data bloat and the
surprising overhead of moving arrays in and out of storage, with a
little e
when retrieving a custom property, the engine has to look
up whether there is a getProp handler for it. Locking messages should give
you an improvement.
The main difference between arrays and chunks is that arrays will continue
to access huge data sets in linear time, whereas chunks (depending on
e
o
perform with my data is querying specific fields for criteria, and
if there's a match then assembling the data from a given set of
fields for display in a list to the user.
I've been using simple tab-delimited lists for this data because it
was about as compact as it could be and
multi-dimensional arrays.
Yes, this is unfortunate. Being able to access multi-dimensional
arrays as stored in an object would be very useful.
Regards,
--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.com
__
got:
GetFromList: 30
GetFromSubArray: 244
GetFromMainArray: 27
All results the same?: true
So if your data is already in a script local then arrays seem to be
faster.
Excellent sleuthing, Trevor. Confirmed: with that change I'm getting
the same results. Who would have thought
GetFromSubArray: 244
GetFromMainArray: 27
All results the same?: true
So if your data is already in a script local then arrays seem to be
faster.
Regards,
--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.com
as compact as it could be and performs reasonably well. But with
multi-dimensional arrays, the question is whether Rev's fast hash index
into array data might help me gather the data from specific fields in
each record faster than using chunk expressions.
So I took a minute to put toget
> The "filter" command is one of those things that you can stare at for
> a while, but it doesn't really click until you have a use for it. Then
> whole new worlds open up.
On major caveat on "filter" though, and that is that the closer to the left
edge of a line the filter is acting on (or the l
Tom-
The "filter" command is one of those things that you can stare at for
a while, but it doesn't really click until you have a use for it. Then
whole new worlds open up.
--
-Mark Wieder
mwie...@ahsoftware.net
___
use-revolution mailing list
use-rev
Thank you Sarah, Mark and the rest! I'm so basic sometimes. Filter?
Duh! After all this time, I don't know the basics. With the filter
scripting, I can winnow the data down into manageable chunks before I
do anything, and there is no speed issue at all. I'm blazing through
this data and who
e and get the list of birds seen
at that place, then you will need to loop over the whole list to
associate all the birds from a place with just that name.
It would probably be easier to be using an array for this. In case
you are having trouble imagining it as an array, I generally think of
arra
Tom-
Tuesday, May 19, 2009, 2:07:32 PM, Sarah wrote:
> Just remember that you need to use * to indicate to the filter command
> that you will accept lines with more than just "Elliot and Cooper
> Roads".
Yes, Sarah's right about this. I was assuming from the pseudodata that
each entry started wi
On Wed, May 20, 2009 at 6:47 AM, Mark Wieder wrote:
> Tom-
>
> Tuesday, May 19, 2009, 9:04:06 AM, you wrote:
>
>> If someone could show me how to do this, then I could employ it
>> everywhere and my flat database would be screamin' fast and I would
>> stay in Revolution.
>
> filter tVariable with
Tom-
Tuesday, May 19, 2009, 9:04:06 AM, you wrote:
> If someone could show me how to do this, then I could employ it
> everywhere and my flat database would be screamin' fast and I would
> stay in Revolution.
filter tVariable with "Elliot and Cooper Roads*"
--
-Mark Wieder
mwie...@ahsoftware.
Tom Cole wrote:
I have bird watching PLACES as one item. One is called Elliot and Cooper
Roads. I've been to that street corner hundreds of times, and since I
have seen over 8000 birds there, there are more than 8000 records. I can
put all of the records for this street corner at the top of th
n done in a variable. I'm not
sure of the advantage of storing data in a custom property, but it's
nice to know about. I'm forgetting arrays because now I need do only
one thing to be burning through the data.
I have bird watching PLACES as one item. One is called Elliot and
Cooper
Sarah,
Thanks. The sorts are MUCH faster when done in a variable. I'm not
sure of the advantage of storing data in a custom property, but it's
nice to know about. I'm forgetting arrays because now I need do only
one thing to be burning through the data.
I have bird watchin
field trying (slowwwly) to display its contents while
these are being loaded into it.
Viktoras
Tom Cole wrote:
I've heard that instead of using a backend like sql to manage a
database, I could stay in Revolution and use arrays. I know nothing of
arrays.
I've written here before ab
Tom,
As Phil said, we get acceptable speed using Custom Properties - even
on databases with 100,000+ records - usually served by a Mac Mini.
Compliments to Richard Gaskin who originally suggested the approach.
By the way: no SQL, no C, no extensions!
Paul Looney
On May 18, 2009, at 6:02 PM,
Sarah Reichelt wrote:
On Tue, May 19, 2009 at 10:30 AM, Tom Cole wrote:
I've heard that instead of using a backend like sql to manage a database, I
could stay in Revolution and use arrays. I know nothing of arrays.
I've written here before about a bird database I have. Sev
On Tue, May 19, 2009 at 10:30 AM, Tom Cole wrote:
> I've heard that instead of using a backend like sql to manage a database, I
> could stay in Revolution and use arrays. I know nothing of arrays.
>
> I've written here before about a bird database I have. Several times.
>
I've heard that instead of using a backend like sql to manage a
database, I could stay in Revolution and use arrays. I know nothing of
arrays.
I've written here before about a bird database I have. Several times.
Forgive.
I just have a few items in a record:
birdname,birdn
Steve Checkley wrote:
Hi Mark,
Writing it out to a binfile did the trick. Thanks!
I wonder why would anybody use an "open, write and close" process rather
than "put URL"?
Those commands are good when you need to keep a file open and read it in
sections, or append data to it, or search it, o
Hi Mark,
Writing it out to a binfile did the trick. Thanks!
I wonder why would anybody use an "open, write and close" process
rather than "put URL"?
Thanks,
Steve
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this
value
Now if you do
split myArray by return and tab
myArray becomes an array again.
regards
Viktoras
Steve Checkley wrote:
Hi all,
I'm storing data in an application using arrays and I need to save
these out to a file.
I've serialised the data using the arrayEncode function but can
;m storing data in an application using arrays and I need to save
these out to a file.
I've serialised the data using the arrayEncode function but can't
decode it back again.
The structure of the save file is to place a marker such as
, add a return character, then the serialise
Hi all,
I'm storing data in an application using arrays and I need to save
these out to a file.
I've serialised the data using the arrayEncode function but can't
decode it back again.
The structure of the save file is to place a marker such as
, add a return char
You don't know Apple very well. It will be something like Y2.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 17, 2009, at 6:06 PM, Kay C Lan wrote:
Sounds like a full 12/12 warranty to me. 12" or 12 sec, whichever
comes
first ;-)
Oh, and you sure it won't be OS Y ? ;-)
On Wed, Feb 18, 2009 at 9:41 AM, Richard Gaskin
wrote:
> See the Dictionary:
> getResources
> getResource
> setResource
>
Which I have. Thanks again to this List, I don't think there would be any
other way I'd ever have conceived as to why I'd ever look these up.
>
> Good for as long as Apple c
Kay C Lan wrote:
On Tue, Feb 17, 2009 at 1:43 PM, Richard Gaskin
wrote:
So while these various different parts are technically in the same file,
this is merely a clever trick of the legacy file system which still supports
resource forks. As such, it's just one level of misdirection away from
b
On Tue, Feb 17, 2009 at 1:43 PM, Richard Gaskin
wrote:
>
> So while these various different parts are technically in the same file,
> this is merely a clever trick of the legacy file system which still supports
> resource forks. As such, it's just one level of misdirection away from
> being more
Kay C Lan wrote:
I then quit ScriptEditor and double clicked on my newly created App. It came
up with a dialog with the number 1 and then self quit. I double clicked on
it again and it said 2, etc etc. The Modification Time of the file changed
with each running of the App.
Does it have a resou
Kay C Lan wrote:
On Tue, Feb 17, 2009 at 6:11 AM, Richard Gaskin
wrote:
At the risk of pulpifying this long-dead horse, for clarity's sake I don't
believe it's the *executable• within an AppleScript applet bundle that is
being modified. AFAIK that isn't possible in any UNIX-based system.
I f
On Tue, Feb 17, 2009 at 6:11 AM, Richard Gaskin
wrote:
>
> At the risk of pulpifying this long-dead horse, for clarity's sake I don't
> believe it's the *executable• within an AppleScript applet bundle that is
> being modified. AFAIK that isn't possible in any UNIX-based system.
>
I figured the
Thanks Mark that is probably the methodology I will use when the time
comes.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 16, 2009, at 2:10 PM, Mark Swindell wrote:
The exception to the above is that if you make any change to an
executable (a standalone), including addin
Stephen,
You are correct, of course.
I was over-simplifying.
I completely agree with you that putting user data inside a stack
inside a standalone is not a good idea.
The most important point I was trying to make was, as Mark had said
earlier, custom properties can persist.
Paul Looney
On Fe
Bob Sneidar wrote:
Sorry all didn't make myself clear. The "oddity" was not that Mac apps
are packages. The "oddity" is that the properties cannot be saved when
you quit the app because they are (ostensibly) part of the executable.
I believe that was the reason given for the fact that a revo
Bob,
You're right, I'm not clear what you're saying. :) First off, I'm not
one of the illuminati on this list by a long shot. But I do think I
have a grasp of a couple of concepts, and I'll be corrected if I'm
wrong.
Properties are associated with objects.
Objects come with a set of bu
Sorry all didn't make myself clear. The "oddity" was not that Mac apps
are packages. The "oddity" is that the properties cannot be saved when
you quit the app because they are (ostensibly) part of the executable.
I believe that was the reason given for the fact that a revolution
executable
Bob Sneidar wrote:
Oh gotcha! So you are saying that the properties are something that is
a part of the executable inside the package? How odd.
The confusion stems from OS X lying to us: it tells us that an
application is a file, when it's really a folder. :)
The actual executable (the ru
Bob-
Monday, February 16, 2009, 11:01:59 AM, you wrote:
> Oh gotcha! So you are saying that the properties are something that is
> a part of the executable inside the package? How odd.
Not that odd if you think of the "package" as a folder. That's what it
is and it's up to the OS to show it to y
Oh gotcha! So you are saying that the properties are something that is
a part of the executable inside the package? How odd.
Anyway, I don't want to belabor the point. The fact is, there are
workarounds, and some with real benefits (such as default restoration)
and such that will work nicel
Bob-
Monday, February 16, 2009, 10:28:57 AM, you wrote:
> BTW I tested the theory that an app cannot be modified while running.
> This is not true. I opened TextEdit and while it was running I opened
> the package contents and edited a plist file using PlistEditPro. I
> changed one of the value
n the whole project!
Say it ain't so Sam!
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 13, 2009, at 3:53 PM, Jim Ault wrote:
I think of arrays as..
Arrays, like variables, evaporate on quitting,
Custom properties, like button names, are stored in the stack file.
(note: t
Thanks Mark! Just what the doctor ordered (again from you). I thought
I remembered something like this. Since the app is mainly going to be
used in house that will be perfect.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 14, 2009, at 2:40 PM, Mark Swindell wrote:
On Fe
>
> Like with fields, you can not store user information in a custom property
> in an application (or standalone).
>
This isn't quite right. On the mac, I can save data to a separate stack
INSIDE of a standalone package with no problem. Not always the best place to
put the data in some situations,
Sorry all. This was sent as a duplicate from an address that was not
registered with the list. Please ignore it.
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 7, 2009, at 3:01 PM, Bob Sneidar wrote:
I apparently do not understand arrays at all. I have a 2 row list
Bob Sneidar wrote:
BTW I tested the theory that an app cannot be modified while running.
This is not true. I opened TextEdit and while it was running I opened
the package contents and edited a plist file using PlistEditPro. I
changed one of the values and saved the plist successfully.
You we
Hi Mark.
Thanks. I do understand that properties are persistent so long as a
standalone is running. I understand that Revolution standalones will
not save the state of properties when you quit them. I was saying that
Applescript standalones CAN and DO save the state of properties when
the
Bob,
Think of custom properties as fields - without some of the field
overhead.
Putting information in custom properties and retrieving it is much
faster than using fields. And you can create and delete custom
properties on the fly much more easily than with fields - with less
code.
Two fi
And persistent they are, if the stack file the custom properties are in is
saved with a simple save command. A stack file can hold any number of
custom properties. Even arrays, stacks and images can be turned into a
custom property and restored. Persistence = a file somewhere!The file can be
in
runtime. This means that I have to put a
kabosh on the whole project!
Say it ain't so Sam!
Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM
On Feb 13, 2009, at 3:53 PM, Jim Ault wrote:
I think of arrays as..
Arrays, like variables, evaporate on quitting,
Custom properties, like b
I apparently do not understand arrays at all. I have a 2 row list,
called myVar. Each line contains "1,2,3" and "4,5,6" respectively. I
want to use the split command to make an array so that myVar[1,1] = 1
and myvar[2,1] =4. split ALWAYS seems to think that the first ite
Good stuff, Jim. Well thought out. Thanks for sharing it.
Gregory
On Sun, Feb 15, 2009, at 1:00 PM, use-revolution-requ...@lists.runrev.com
wrote:
Message: 9
Date: Sat, 14 Feb 2009 16:45:24 -0800
From: Jim Ault
Subject: Re: Arrays and Custom Props --not trivial- agreed
To: How
nap or display all the time while I'm scripting, and edit by typing
> into it. This field of settings can be loaded into one or more arrays
> at start up. Jim Ault's good overview in response to this thread
> shows that strategies for developing a working relationship with
>
Mark Swindell wrote:
On Feb 14, 2009, at 1:18 PM, Robert Sneidar wrote:
I thought after I sent the email, is there a runtime engine for rev
that would allow stacks to run as documents?
Yes, Revolution Player:
http://www.runrev.com/downloads/all-downloads/revolution-player/
or Ken Ray's Stac
On Feb 14, 2009, at 1:18 PM, Robert Sneidar wrote:
I thought after I sent the email, is there a runtime engine for rev
that would allow stacks to run as documents?
Yes, Revolution Player:
http://www.runrev.com/downloads/all-downloads/revolution-player/
or Ken Ray's Stackrunner
http://www.so
Robert-
Saturday, February 14, 2009, 1:27:33 PM, you wrote:
> I suppose where I was getting confused is that Applescript apps
> properties are persistent. I just assumed rev apps pulled the same
> kind of trick.
Methinks you're still a bit confused about this.
Custom. Properties. Are. Persis
I suppose where I was getting confused is that Applescript apps
properties are persistent. I just assumed rev apps pulled the same
kind of trick.
Bob Sneidar
IT Manager
Calvary Chapel CM
Sent from iPhone
On Feb 14, 2009, at 8:45, Jim Ault wrote:
I think people get a little confused when th
I thought after I sent the email, is there a runtime engine for rev
that would allow stacks to run as documents?
Bob Sneidar
IT Manager
Calvary Chapel CM
Sent from iPhone
On Feb 13, 2009, at 16:42, Richard Gaskin
wrote:
Bob Sneidar wrote:
WHOA THERE TONTO! I thought the whole idea to pr
all of the ones I have set, by instead using a hidden field
dedicated to "settings" or "preferences", which I can call up in a
snap or display all the time while I'm scripting, and edit by typing
into it. This field of settings can be loaded into one or more arr
I think people get a little confused when they think of Hypercard and how it
always saved changes to the hard drive as they occurred. The key is that
Hypercard stacks are like spreadsheets or word processing documents in that
you needed the app Hypercard installed on your Mac, and it was free. Mo
1 - 100 of 733 matches
Mail list logo
