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
Skybreak v. 1.4
All Through the Night
Xanix - Xixon Resurgence
Bug Hunt On Menelaus
The Fortress of Fear
A Difficult Puzzle
Magnetic Moon
Alien Diver v15
Jacaranda Jim
Starship Quest
Latest Forum Posts
Race against Time Parser Comp. 2024
Testers required for "Book of Jax"
Score system on/off choice?
Needing help
New game: Thy Dunjohnman
External requests for beta-testers
Any issues with Windows 11 install?
Some excellent loot
Latest Reviews
Thy Dunjohnman
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  Plural sounding objects cannot be seen.

Issue Type: Status: Priority: Date Submitted: Votes:
Bug Open Critical Thu 2nd Feb 2012 3 votes Vote Up Vote Down
Found in version: Last Updated: Completed in version: Date Completed: Track Changes:
5.0.22 Tue 15th Dec 2015 Log In
adriftsteThu 2nd Feb 2012 13:46
Plural sounding objects cannot be seen in commands using %objects% (take) if there exists another object that has a name that is the singular of the plural: Some keys, a key

2 locations,
Location 1 (Starting Location) has dynamic object 'a set of skeleton keys' - name is 'keys'
Location 2 has dynamic object 'a rusty iron key' - name is 'key'

Take keys in Loc1 at start of game results in must have seen rusty iron key failure
Goto 2 then back to 1
Take keys results in 'You can't see the rusty iron key!'
Goto 2, take iron key, goto 1
Take keys gives 'You already have the rusty iron key!'

Take skeleton keys always works.

Commands with %object% work okay ... however:

Adding key as a synonym of keys allows take keys to work, but then, for example, push key will disambiguate if keys and key are in the same location.
ElliotMTue 15th Dec 2015 19:34
I attempted to replicate this bug in version and was unable to get behavior I would call a bug.

If the 'keys' and the 'key' are not in the same location, there weren't restriction messages popping up that shouldn't have in the demo file I made to test this. If the 'keys' and the 'key' are in the same location, 'take keys' would grab both and 'drop keys' would drop both, and that seems correct to me. If I wanted to take or drop just the 'keys' object, I tried 'take skeleton keys' or 'drop skeleton keys' and both of those worked as expected, leaving the other 'key' where it was, either on the ground or in my inventory.

You mention that commands with %object% work okay, so that would seem to suggest standard library actions work just fine with either object. Were you writing general tasks with direct object references?

The pattern of the standard library, which Adrift 5 encourages, is to write generic general tasks for default cases and override them with specific tasks for special cases. In Adrift 5, most of the tasks we will be writing will be specific tasks. If you write a general task with an %object% reference and make a specific task overriding it, you can narrow the focus of the specific task to one object by clicking on the %object% reference in the specific task to choose a single object.
ElliotMTue 15th Dec 2015 20:14
This bug appears to be related:
© 2013 Campbell Wild. All rights reserved. | Contact the Webmaster