Wyrm Tools Product Backlog

This includes the equipment element (possibly multiple element types), the equipment editor, and adding equipment support to the character element and editor.

This includes the platfrom campaign element and the d20 character element.

A currency measurement type must be added (see task below for making measurement types an extension point). Platform currency support classes must be added. Finally, currency support must be added to the d20 character element and its editor.

All description attributes must be added to both the character element and editor. Support for random generation of racial description attributes must be added to the character editor.

Minimal support must be added to the character element and editor. Rules governing experience point advancement must be added.

The IModel interface needs to be refactored to not return null references when an element cannot be located, but rather to return null elements. This isn't going to be straightforward in all situations because a UUID provides no type information so we don't know what type of null element to return. We may have to provide two methods: one that will throw an exception if an element cannot be found and one that accepts a type parameter and returns a null element if it cannot be found.

Although each game rules implementation is designed to be customizable, we never did implement this feature in the interest of expediency. Before releasing version 1.0, the extensibility mechanism must be finalized and implemented using the d20 system as the reference implementation.

The current implementation breaks down when multiple components register the same link. Basically, they are ALL informed if a single link is removed from the model, which will lead to UI problems. The link handling in the model needs to be enhanced to associate an owner with each link. That way when a particular link instance is removed, we can add this information to the event so other listeners can choose to ignore the event if they wish.

Make model event mechanism more descriptive so views can be more efficient at updating in response to these events. For example, when an element has changed, it may be necessary to update more than the element and its children. If a complex layout provider is used for the element, where the information used by the layout provider is part of the element's values that have changed, then the only way currently to update the view is to update the changed element's parent, which can be very inefficient.

All elements are currently localizable, but the element properties dialogs do not allow editing of locales other than the fallback locale. There are issues with synchronizing different pages. Eclipse does not make it easy to modify the "property sheet" and coordinate the individual pages as is normally done in Win32.

All model elements should be versioned. An import/export plan must also be implemented to facilitate upgrading previous versions to a new version. JDO places certain restrictions on the implementation of versioning. Current idea is to put each version of model elements in a different package (e.g. org.wyrmtools.internal.core.model.v1.Source). But this does not cover versioning of interfaces.

Currently, all wizard pages are in the same package (both in the core and d20 plugins). They should really be moved to individual packages as was done with the d20 property sheets and editors.

The way our custom actions are implemented works, but seems to be inconsistent with some Eclipse conventions (notably having the action define its own ID and action definition ID). This topic must be further researched and the implementation corrected.

Change all internal representations of passwords from String to char[]. Use Java key store for storing passwords rather than in plaintext configuration files. (Investigate the Eclipse "keyring".)

We currently use String.compareTo() for string comparisons. This should be changed to use Collator.compareTo(). Collation is only necessary for things like sorting element names, it is not necessary for UUID comparisons, for example.