Old UI Overhaul Page
Introduction
PCGen is undertaking a UI overhaul, details below
Progress
| UI Component | Completion Status |
|---|---|
| CoreUIFrame | 10% |
| SourcesChooser | 0% |
| RaceChooser | 0% |
| ClassInfoTab | 70% |
| AbilitiesInfoTab | 100% |
| AbilityChooserTab | 90% |
| SkillsInfoTab | 90% |
| DomainChooser | 0% |
| SpellsInfoTab | 0% |
| InventoryTab | 20% |
| BioTab | 0% |
| ^ CharacterSheetTab | 0% |
| ^ PreviewTab | 0% |
| PreferencesDialog | 0% |
| CharacterCreationDialog | 90% |
^ These components will not change but will merely be updated to conform to the the new UI standards.
New Utilities
- JTreeViewPane
- This class is an improvement upon JTreeTable that uses a JTreeViewModels instead of a TreeTableModel to display the data in a JTreeTable. Use of the JTreeViewPane is preferred over use of the JTreeTablePane
- GenericListModel
- This is a simple extension of a ListModel that supports Generics. This implementations of this class use GenericListDataEvents to propagate changes in the list. GenericListDataEvents the set of Data that was affected during the change; when data is added, it includes the added data, when data is removed or changed, it includes the removed data.
Design Specification
The most important design aspect of the new UI is that it will have an inherent separation from the core by having all of the data accessible through facades. This means that the UI will never know the implementation of the underlying data.
- Facade Implementation
- Facades are expected to override their toString() method because they are going to be displayed directly in the UI.
- The GenericListModels that are returned from methods are expected to be the same instances each time that method is called. Also, any changes to the underlying data must be reflected with changes in the GenericListModel.
- Swing Components
- Any class that extends a swing component is expected to have a null constructor
- CharacterInfo Tabs
- All of the data on these tabs must be loaded and saved to a hashtable. The reason for this is that all of the models that are used to display information should not need to be recreated each time that tab is selected. If the tab reuses the models then the amount of time between tab switching would become milliseconds instead of seconds. The models themselves are expected to listen to changes from the GenericListModel that they associate with and update themselves accordingly.
Progress Screenshots
Here are some sneak peeks at what is being built, please pardon the construction rubble.
