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
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
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 the
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,
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 an
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
30 matches
Mail list logo