Actually I don't know if it's the official way or even a sensible way, but if I want to store an integer onto an itemdesc item I do this:
Quote:
CProp skillreq i101
The cprop name of skillreq has an integer value of 101. The i means the value is integer.
But of course, you would only want to do this if this value is likely to change. For a constant, better to create a property in itemdesc:
skillreq 101
and then use some cfg file functions to read it.
Author
Message
Yukiko
Joined: 02 Feb 2006 Posts: 1094 Location: Southern Central USA
Posted: Mon Oct 15, 2007 9:54 pm Post subject:
I took a moment to search through the items.txt file in \pol\data to see how the system represents arrays as CProps.
Here are a couple examples I found. Please remember that syntax is very important when manually placing arrays as CProps.
Example number 1:
CProp Children a3:i1816821i1816232i1816715
This is an array of of three (3) integers. Note the a3: indicating the size of the array and the corresponding three integers eache delimited (seperated) by an 'i'.
Example number 2:
CProp Junk a3:S6:ActiveS6:ActiveS6:Active
This is an array of three (3) strings. Note the a3: followed by the three strings defined by the 'S'. The number after each 'S' is the length of the string it is defining, ie. S6:Active - the word 'Active' is six characters long.
I hope this is helpful.
Author
Message
CWO
Joined: 04 Feb 2006 Posts: 699 Location: Chicago, IL USA
Posted: Tue Oct 16, 2007 4:15 pm Post subject:
Unless you absolutely HAVE to, don't put CProps in cfg files. If the prop will never change, its better to just make a custom entry in the cfg because CProps coming from cfgs take up substantially more memory because it adds that CProp to every item thats made as opposed to just keeping it once as a reference in that file.
Author
Message
Yukiko
Joined: 02 Feb 2006 Posts: 1094 Location: Southern Central USA
Posted: Tue Oct 16, 2007 9:50 pm Post subject:
Very good point CWO.
When I have used them I try to have any scripts that used them remove them when they are no longer needed