Difference between revisions of "UI Overhaul"

From PCGen Wiki
Jump to: navigation, search
(Progress Screenshots)
Line 6: Line 6:
  
 
PCGen is undertaking a UI overhaul, details below
 
PCGen is undertaking a UI overhaul, details below
 +
 +
* [[Old UI Overhaul Page]]
  
 
=Progress=
 
=Progress=

Revision as of 11:46, 9 March 2010

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.

Classes Tab as at 8 Dec 2009
Skills Tab as at 8 Dec 2009


Feats and Abilities Tab as at 8 Dec 2009