Solution Compatibility Roadmap
What makes a compatible solution?
In order to be compatible with the GPII Auto Personalisation from Preferences a solution must:
- be known to the GPII as a solution for specific user preferences
- have known settings and how they map to preferences described as common terms
- have a known way to be launched and closed
This is achieved by providing a few configurations files to the GPII that declare these details. The GPII is then able match user preferences (possibly including context) and launch the solution with optimal settings for the user when they identify themselves.
|Solution||Status||Lead||PTD Updated||Solution file||Registered||Test User||Notes|
|OATTS (Open Access Tool Tray System)||2015-3-1||Alfredo||✓|
|CCCC (Controlable Crowd Caption Correction) Tool||2015-3-1||Slim|
|JAWS||2015-3-1||Wayne||Settings files are in INI format|
|GAHRT (GPII Annotated Hand Raising Tool)|
|ReadWriteGold||In C4A, add more settings|
|MAGic||Screen enlarger that works with JAWS. Need DSpace entry|
|WindowEyes||Screen reader (currently bundled with MS Office)(owned now by AI Squared)|
|ZoomText||Screen reader/enlarger from AI Squared|
Common preference terms
It is vital to manage the large number of possible settings, especially as some have different names for the identical concept and others with the same name are actually different concepts. In addition the range of values allowed may or may not vary between common terms. The Preference Term Database (PTD) is the GPII's tool where all solutions settings are registered to provide a manageable database of terms. All settings for solutions are added to the PTD
Steps for making a solution GPII compatible
For each solution to be be made compatible the following steps will be performed (work is being lead by the Tiger Team)
- Identify key contact person(s) and contact them.
- Permissions - ownership - mgmt etc
- Technical (launch - settings access - meaning of settings)
- Redesign the way a product handles settings (optional)
- Saves preferences to better match the GPII
- Uses settings -- to allow live use of externally changed settings
- Create a translation/un-packing tool (as required)
- to convert binary and other compressed settings files into GPII inferrable/adjustable/transformable form.
- Register and align the preferences/settings in the product with the Preference Terms Definitions Registry (PTD)
- Developer might do -- but we should offer since MUCH MUCH easier for us to do because we know what is in Registry and what they are called
- Developer should participate because they know what their term mean
- Launch and Setting handlers
- Create/adapt/select launch and settings handlers
- Register solution - add to a installedSolutions file
- Update installed solutions file
- Can we do “live” settings change for context etc?
- Create a test user file
- Formal Testing?
- Solution specific notes - in DSpace
- Generic documentation for others
- GPII_Core_Infrastructure - When a user logs in
- Building_A_Simple_Solution Example
- Authoring Solutions Tutorial details instructions for a solution entry
- Architecture_-_Available_transformation_functions - Tutorial on Value transformation
- http://wiki.fluidproject.org/display/docs/Model+Transformation - Fluid Infusion Framework (Transformation)