You can simply store an array variable as a customPropertySet:
set the customProperties[addresses] of this stack to addressArray
You can then set individual elements of the stored array:
set the addresses[key] of this stack to someItem
And retrieve the indidvidual elements:
get the
Thanks Mark,
I was hoping to have an array of arrays, but can certainly make it work
using a range of custompropertysets.
Regards
John
Mark Smith wrote:
You can simply store an array variable as a customPropertySet:
set the customProperties[addresses] of this stack to addressArray
You can
John, it'd be great to have arrays of arrays, but that doesn't seem
to be something we should hold our breath for.
However, using multiple key arrays, customPropertySets and a writing
few functions to filter the keys of them can go a long way..
Best,
Mark
On 19 Mar 2006, at 22:49, John
actually, I use arrays of arrays all the time:
make a text list like this:
key1tabDATA1 tab etc/
key2tabDATA2 tab etc/
key3tabDATA3 tab etc/
set the CustomPropSetName[customPropertyName] of this stack to textList
each textlist property could be made into an
: Arrays as custom properties?
actually, I use arrays of arrays all the time:
make a text list like this:
key1 tab DATA1 tab etc/
key2 tab DATA2 tab etc/
key3 tab DATA3 tab etc/
set the CustomPropSetName[customPropertyName] of this stack to textList
each textlist property could be made into an array
Hi Weekend Warriors,
I have been looking to see if I can set an array as a custom property of
a group. Well actually four arrays as four different custom
properties... I have tried the following alternatives.
set myAccess of group A to gMyAccess (works for a table of delimited
data but not
Recently, John Tregea wrote:
I have been looking to see if I can set an array as a custom property of
a group.
... I get an error message on execution that says bad index expression
Yes, you need to define an index for the array. Perhaps you mean something
like this:
set the
Thanks Scott,
I already have a number of arrays stored in global variables and want to
store each complete array as a custom property of the group. I realise I
could repeat through the structure of the array and transfer each array
element to a corresponding element in the group's custom
I already have a number of arrays stored in global variables and
want to store each complete array as a custom property of the
group. I realise I could repeat through the structure of the
array and transfer each array element to a corresponding element
in the group's custom property, but
Thanks Richard, I will explore this some more...
Richard Gaskin wrote:
I already have a number of arrays stored in global variables and
want to store each complete array as a custom property of the
group. I realise I could repeat through the structure of the
array and transfer each array
i have been reading old posts to the list to try and figure out as much as
I can about using custom properties and custom property sets to store arrays
of data. But there is some indeterminancy in the list posts, as one might
expect, since they almost always address very specific needs. So, could
On Wednesday, August 27, 2003, at 10:47 AM, rand valentine wrote:
i have been reading old posts to the list to try and figure out as
much as
I can about using custom properties and custom property sets to store
arrays
of data. But there is some indeterminancy in the list posts, as one
might
On Wednesday, August 27, 2003, at 11:01 AM, Alex Rice wrote:
set the set1[value] of this stack to something -- into set 1
get the setx[value] of this stack -- from set x
get the sety[value] of this stack --- from set y
Oops, key, not value. better written as
set the set1[uPropName] of this stack
Hi Steve,
Jan Schenkel wrote:
You can't save data inside a stand-alone. However, you
can save the data in a separate stack that you don't
include in the stand-alone.
Hope this clarified it,
If the separate stack is a .rev file, and it is loaded with the
command start using c:xxx.rev
or some
Klaus Major wrote:
If you only store data in that stack, you can simply access these
(custom props etc...) by
passing the filename like:
...
set the uCData[tCustID,name] of stack path to your/stack.rev to fld
customerName
...
Thanks, I would not have thought of this. Sometimes I get rigid
On Tuesday, August 5, 2003, at 05:20 PM, Alex Rice wrote:
However, it's roughly 25% slower to use the filename form of set the
uCData[...] of stack filename, instead of having the stack open
already, by go invisible, and then referring to it like set
uCData[...] of stack name
Do I still save
On Friday, August 8, 2003, at 12:54 AM, Alex Rice wrote:
Totally unrelated: Anyone tired of reading my 10+ posts per day will
get a reprieve as I'm going camping this weekend ;-)
I'm away from the list, too. Leaving now. People will get lots of
work done now!
Dar Scott
On Tuesday, August 5, 2003, at 10:37 PM, Mark Brownell wrote:
On Tuesday, August 5, 2003, at 10:13 PM, Alex Rice wrote:
No matter how long I use Revolution I think I will always be
learning.
Dar you could teach me about sockets, binary encoding, endian-ness
and a dozen other things and I'll
On Thursday, August 7, 2003, at 11:54 PM, Alex Rice wrote:
Yep it looks like you've got the Zen of Custom Properties. But I am a bit taken aback: How did you know I have frog breath?
I used to live in Santa Fe. It's those different boritos they sell there in the city different. Last time I
On Thursday, August 7, 2003, at 11:52 PM, Mark Brownell wrote:
They are already encrypted. They would just lack the final speed hit.
It comes down to how much might be saved by doing it later in a
different loop at a different time. This goes to storage as binary
verses read from binary. I
Jan Schenkel wrote:
When using custom properties to store data in a stack,
I usually follow this strategy :
- 1 table = 1 custom property set
- each record is broken up into its fields
- 1 field = 1 custom property within the above set
- the key of the custom property is composed of the
primary
On Thursday, August 7, 2003, at 10:32 PM, Dar Scott wrote:
I gotta make this quick, so you might have to fix any errors in this. I need to take a weekend break.
[snip]
Arrays might work well, but I'd encrypt as soon as I create them in Blowfish.
Dar
They are already encrypted. They would
On Tuesday, August 5, 2003, at 10:13 PM, Alex Rice wrote:
No matter how long I use Revolution I think I will always be learning.
Dar you could teach me about sockets, binary encoding, endian-ness and a dozen other things and I'll teach you about custom properties :-)
Alex Rice
... and if
On Tuesday, August 5, 2003, at 01:49 PM, Klaus Major wrote:
If you only store data in that stack, you can simply access these
(custom props etc...) by
passing the filename like:
...
set the uCData[tCustID,name] of stack path to your/stack.rev to
fld customerName
...
I think I have been doing
Jan Schenkel wrote:
You can't save data inside a stand-alone. However, you
can save the data in a separate stack that you don't
include in the stand-alone.
Hope this clarified it,
If the separate stack is a .rev file, and it is loaded with the command
start using c:xxx.rev or some similar
I am struggling with the concept of arrays and custom properties and am
looking for a cookbook example.
Let's say I want to make something like the included Employee Database
example that comes with Rev. It makes a new card for each record but I
don't want to do that, I want to put
I am struggling with the concept of arrays and custom properties and am
looking for a cookbook example.
Let's say I want to make something like the included Employee Database
example that comes with Rev. It makes a new card for each record but I
don't want to do that, I want to put
On Tuesday, August 5, 2003, at 01:49 PM, Klaus Major wrote:
If you only store data in that stack, you can simply access these
(custom props etc...) by
passing the filename like:
...
set the uCData[tCustID,name] of stack path to your/stack.rev to
fld customerName
...
I think I have been doing
On Tuesday, August 5, 2003, at 11:13 PM, Alex Rice wrote:
Because that way presumably opens and closes the stack every time you
set a property.
Wow! I had no idea. It may be slower, but it might be the simple dumb
thing needed at times.
Dar you could teach me about sockets, binary encoding,
--- J. Landman Gay [EMAIL PROTECTED]
wrote:
On 7/16/03 4:32 PM, erik hansen wrote:
they used to say that globals were
too volatile to rely on very long, so i have
been saving to disk after each change.
I don't know if I'd call them volatile,
particularly. The only danger is
if
On 7/16/03 10:35 AM, Chris Sheffield wrote:
I have a
stack that is going to make use of quite a bit of
different data, and I'm wondering what is the best to
use out of regular variables (many of them will have
to be globals), arrays, or custom properties.
Or combine two of those methods and use
--- J. Landman Gay [EMAIL PROTECTED]
wrote:
On 7/16/03 10:35 AM, Chris Sheffield wrote:
globals), arrays, or custom properties.
Or combine two of those methods and use a
global variable that contains
an array. I've had good luck with this
approach. Globals provide the
fastest access
--- erik hansen [EMAIL PROTECTED] wrote:
--- J. Landman Gay [EMAIL PROTECTED]
wrote:
On 7/16/03 10:35 AM, Chris Sheffield wrote:
globals), arrays, or custom properties.
Or combine two of those methods and use a
global variable that contains
an array. I've had good luck
On 7/16/03 4:32 PM, erik hansen wrote:
they used to say that globals were
too volatile to rely on very long, so i have
been saving to disk after each change.
I don't know if I'd call them volatile, particularly. The only danger is
if another stack uses the same variable name, which would allow
. Objects can have custom properties associated with them. These custom
properties cannot be arrays - only scalar values.
2. Custom properties can be grouped into custom property sets.
3. You can refer to a custom property in any custom property set using
array notation, so for practical purposes
on 10/3/03 11:51 pm, Tariel Gogoberidze wrote
or as alternative you can use
set the customkeys[x] of object to empty
or
set the customkeys[x] of object to NewArray
I've tested this - it has no apparent effect. Has it worked for you?
TIA,
Ben Rubinstein | Email: [EMAIL
think of custom properties in three steps (let's say, one could learn
about them by three observations):
a) objects can have custom properties:
set the abc of object x to y
b) these custom properties can be arrays, in which case the syntax is
set the abc[k] of object x to y
c
Message: 3
Date: Tue, 11 Mar 2003 16:27:37 +
Subject: Re: using arrays in custom properties
From: Ben Rubinstein [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
on Tue, 11 Mar 2003 16:27:37, Ben Rubinstein wrote
on 10/3/03 11:51 pm, Tariel Gogoberidze wrote
I'm storing an array in a custom property of an object. Storing and
retrieving items is fine. But I'm having no luck wiping them.
Let's say that I've got a price list object, and I want to have a custom
property array linking 'specials' to their special prices. One day fruit is
on special
--- Ben Rubinstein [EMAIL PROTECTED] wrote:
I'm storing an array in a custom property of an
object. Storing and
retrieving items is fine. But I'm having no luck
wiping them.
Let's say that I've got a price list object, and I
want to have a custom
property array linking 'specials' to
Jan,
Thanks for this.
To summarise, what it amounts to is that given an array custom property
called x, to be reinitialised,
- set the customPropertySet of the object to x
- create a new array
- set the customProperties of the object to the new array
- set the customPropertySet
Date: Mon, 10 Mar 2003 13:13:42 +
Subject: Re: using arrays in custom properties
From: Ben Rubinstein [EMAIL PROTECTED]
Jan,
Thanks for this.
To summarise, what it amounts to is that given an array custom property
called x, to be reinitialised,
- set the customPropertySet
The first comments on this question puzzled me, as they involved setting
custom property SETS, whereas the question seems only to deal with custom
properties themselves. I may be missing something, but most of the commands
quoted below cause an error in MC 2.4 because they try to put xxx into a
on storePrefs
repeat with x = 1 to (the number of fields of this stack)
put fld x into gPrefsArray[the short name of fld x]
end repeat
set the cPrefs of this stack to gPrefsArray
end storePrefs
the above fails, apparently because the attempt to set a custom
property to an array
At 11:12 am -1000 17/9/02, Sannyasin Sivakatirswami wrote:
on storePrefs
repeat with x = 1 to (the number of fields of this stack)
put fld x into gPrefsArray[the short name of fld x]
end repeat
set the cPrefs of this stack to gPrefsArray
end storePrefs
the above fails, apparently
On Wednesday, Sep 18, 2002, at 07:12 Australia/Sydney, Sannyasin
Sivakatirswami wrote:
on storePrefs
repeat with x = 1 to (the number of fields of this stack)
put fld x into gPrefsArray[the short name of fld x]
end repeat
set the cPrefs of this stack to gPrefsArray
end
At 9:04 am +1000 18/4/02, Matt Denton wrote:
Howdy.
Does anyone know if you can set arrays for custom properties?
I'm trying to do something like:
on mouseUp
put 100 into myArray[this]
put 200 into myArray[that]
set the cMyArray of button test to myArray
end mouseUp
...but get
Hello again,
Not sure if anyone responded to my [Q] earlier, I'm on Digest View and
nuffin yet in my in-box.
I'm trying to confirm what I've now guessed about Custom Properties: you
can use arrays with Properties but the Keys of your array essentially
become the Property Sets.
Seems setting
Whoops, please ignore my last e-mail. On closer examination of the
customProperties documentation, seems like I was slightly wrong, out by
one level. Seems Sets are like array names; Properties are like array
keys. Accessing arrays is done by setting customProperties.
My sincerest
Howdy.
Does anyone know if you can set arrays for custom properties?
I'm trying to do something like:
on mouseUp
put 100 into myArray[this]
put 200 into myArray[that]
set the cMyArray of button test to myArray
end mouseUp
...but get an array error all the time. I've got 200 objects
50 matches
Mail list logo
