![]() |
![]() ![]() ![]() ![]() ![]()
|
Author | Topic: Guess whoooooo? Problem with prefixes this time |
Mega |
![]() This ties in to the previous "door" problem. Within the object type definition, I told it to set the door's 'prefix' tag to 'Closed', which it did perfectly. I want the object's 'open' action, along with all the other script, to change the prefix to 'Open', and the 'close' action to change it back again. However, when I try to do this -- with the exact same code that worked the first time -- it doesn't work now. What am I doing wrong? Also, is there a way to have that prefix appear in the little 'Objects in room' window? I've never been able to do that unless I change the 'alias' tag as well. Here's the code; I'll just post the object type definition, which I modified from Al's code: define type <openable> action <open> { action <close> { action <look> { end define |
MaDbRiT |
![]() Hi This doesn't work because of a very simple syntax error, you will kick yourself for this ;-)
quote: try this..
quote: Yup - as per the Quest manual you are supposed to leave a space between the statement and parameter marker ( 'property' & '<' ) Quest doesn't enforce this styntax totally religiously, but it DOES make a difference on occasions. Here is a case in point. AFAIK the only way to affect what shows in the 'objects' box is to use the 'alias' tag. Al |
Mega |
![]() Thankee kindly, that worked perfectly! (And yes, I am kicking myself...very hard...owwww) |
MaDbRiT |
![]() T'was the easiest question you've posed yet Mega :-) Al |
Computer Whizz |
![]() And would: property < $thisobject$ ; prefix = whatever > cause any problems? or would Quest cope with the spaces? I just want to make sure that I don't get error codes all the time :) Computer Whizz |
MaDbRiT |
![]() It shouldn't do, Quest insists on the gap between (say) 'property' & '<' but apparently strips out other spaces. That's what it says in my manual anyway - LOL Al |