Zugg Software :: View topic - Attempts to use a database

Adept Joined: 18 Jun 2019 Posts: 279

Dear community (and this usually means shalimar),

I am trying to populate an equipment database.

DB will be loaded manually so I am not fussed about performing opens and closes.

I have an alias 'shid' for shop identify. In the case of aardwolf identify in shops is 'appraise'.

#ALIAS shid {#T+ identify;#VAR Item;app %1}

#TR {Keywords : } {&Item.keywords} identify
#TR {Name : } {%Item.name} identify
#TR {Id : } {&Item.id} identify
...
etc
...
#TR {^[} {#IF (#FIND &Item.id &Item.type equip id) {#IF (!%null(@NewItem)) {#NEW @Item.type @Item}} {#NOOP} identify;#T- identify

Adept Joined: 18 Jun 2019 Posts: 279

OK. I have refined things.

I have aliases to fire up the data capture process. Triggers which activate and statements which write data.

#ALIAS cort {#T+ identify;#DBLOAD equip;cast 'object read' %1}

This enables the 'identify' class which contains triggers to capture data.

Adept Joined: 18 Jun 2019 Posts: 279

...and again. I amended the variables to certain specifics

EG.,

#TR {Dexterity : &%n{Item.dex}} {} identify

There exists a problem in the item NAME and item KEYWORDS contain spaces. One space is fine but after the last word there is a bunch of spaces before the line ends with a pipe ('|').

I narrowed a regex down to \w\s? but this will not work in regular cMUD scripting unless I flag it as a regex. Then, of course, the rest of the variable does not work as we are now using regex delimiters. So it seems I may have to revert to old style but I think the problem is not only with the separation of words but also with the triggers that exist further along the line now not firing.

trigger pattern (&d)

variable =%1

Adept Joined: 18 Jun 2019 Posts: 279

Currently,

Most of the fields are populating - the important ones anyway. The item names in aardwolf have an annoying feature, some of them are bounded by characters such as ':', '+', '~' and so on. This makes it very difficult to create a pattern expression that is likely to work for that field. I have tried various pattern matching symbols.

Several of the other fields are not populating which is strange as other fields which appear on the right of the item display. Field 'WORTH' does not populate due to the ',' in use. I tried to use %d%p%d but this fails to gather the data. Or it is some other thing causing the lack of data population. Oh, and in som cases (this is one), the TYPE field is being populated with the data from the WEAPON TYPE capture.

Debug Output: