Create your own Interactive Fiction

ADRIFT - Interactive Fiction  
Home   |   News ADRIFT News RSS   |   Screenshots   |   Download   |   Games ADRIFT Reviews RSS   |   Forum   |   Help   |   Links
Welcome Guest Register | Login
Popular Games
Pete's Punkin Junkinator
Skybreak v. 1.4
Ectocomp 2009
The Sisters
Synonymizer
The Makeshift Magician
Return to Camelot
Escape to New York v1.1
Notebook Demo
Hold Breath
 
Latest Forum Posts
Belated happy birthday saabie!
Object groups?
Happy birthday Denk & Andrew
InsideADRIFT Back Issues
Hi everyone
Happy birthday, David
Good advice from an IF Comp Winner
Hiding direction pointers?
Walk-throughs
Formatting Text & Graphics Displays
 
Latest Reviews
DRAM 321 Final
Goldilocks is a FOX!
Xanix - Xixon Resurgence
Finn's Big Adventure
Bug Hunt On Menelaus
Magor Investigates...
Classic Adventure
Private Eye
Roozden's Color Code Module
Wumpus Hunt

Make a donation

Cursor  Attempting to take something held (or word) by another character gives strange responses.

Issue Type: Status: Priority: Date Submitted: Votes:
Bug Open High Sat 8th Sep 2012 2 votes Vote Up Vote Down
 
Found in version: Last Updated: Completed in version: Date Completed: Track Changes:
5.0.24 Sat 8th Sep 2012 Log In
 
ElliotMSat 8th Sep 2012 01:56
Attempting to take something held or worn by another character gives strange responses, such as blank is not on or inside another object!

I suspect that a restriction in the take object tasks from the library isn't accounting for this. I would have expected to see something like "Name of Character doesn't want to give that to you" or something else instead.
 
saabieSat 8th Sep 2012 07:39
This would need a new specific task "Take objects from character (Lazy)" that was another override for "Take objects (Parent task)".

This would have restrictions that the object must be worn by or held by any character and would output a message like "%CharacterName[%ParentOf[%object%]%]% doesn't want to give %TheObject[%object%]% to you"

The restrictions should not contain a failure message as that would prevent the next override task in the chain from executing.
© 2013 Campbell Wild. All rights reserved. | Contact the Webmaster