imaginary
imaginary copied to clipboard
Imaginary is a system for building fictional, interactive worlds via parallel, intersecting simulations.
It's somewhat hard to understand where things are in the graph, a visualization tool that can be applied in a particular world-state would help.
Description contributors typically have a place that they expect to appear in the description. Deterministic transcripts are one reason, but authors also probably have an order they'd like players to...
We have a number of bizarre on-the-fly examples of complex system interaction, some of which are manifested in the tests. But there's actually a sort of a rosetta stone of...
In trying to address #44, it becomes clear that right now we have fairly arbitrary "proximity" values. Some places, the value is 3.0, some 1.0, some 0.5. These are all...
A player ought to be able to manipulate items that they are aware of and other players are not; for example, if you have a recording device in your pocket...
It would be useful to know what direction the `IExit` was in from the player, rather than just knowing what direction the place that the `IExit` _goes_ is in.
closed containers should still generate links to their contents, but links with obstruction metadata
The containers still have contents. Things _inside_ the containers, even if they're closed, ought to be able to see those contents. The simulation graph really ought to reflect this somehow,...
Currently actions are loaded by metaclass magic junk which appends to a global list. Instead, collections of actions should be loadable by some mechanism, probably a twisted plugin, and registered...
Right now, lots of stuff is dumped into `imaginary.objects` and `imaginary.actions`, with random additional packages such as `imaginary.garments` and `imaginary.creation`. Current thinking is that the Imaginary _core_ ought to be...
This would be much more testable because we could assert things about each of the widgets doing their job rather than just looking at whole-terminal properties. Maybe depend on https://github.com/exarkun/invective/...