Adapt Symbols Workshop: Implementation Approach Session
- Past
- Confirmed
This is a specific part of the overall Adapt Symbols Workshop, where we will present a summary of the work (use cases, implementation requirements) and any specific barriers we foresee.
The goal is to highlight any specific barriers we foresee, how we plan to address them, and seek feedback on our proposed approaches to doing so.
Note: Some important background (in our issue 240, but recapping): Bliss has an alphabet of ~1,300 characters out of ~7,000 concepts. The Bliss 'alphabet' is proposed for inclusion in Unicode.
We have a draft matrix detailing the use cases/requirements/issues we've looked at. From this, we have the following specific questions that we'd like to cover with you on the call:
-
Highlighting our concern around the keying scheme: we intend to provide a dictionary of concepts, but using Unicode code points for Bliss characters is actually keying off the visual presentation of the concepts (we can elaborate on the call; there is some more detail in the matrix).
-
Additional question: An alternative approach to indexing off of Bliss spellings (as proposed) would be to put all Bliss concepts as single code points in the PUA - what are the downsides to that?
-
Overloading of
<ruby>
/ are we looking at something like<ruby symbol>
, ortype
or similar? (Can it work if we are using 'normal' rubies and 'symbol' rubies?) -
What to do if a symbol set font doesn't have a symbol for a concept that is being used - presumed default behaviour of showing a blank square/diamond will confuse users.
-
Accessible name for rendered symbols.
-
Technical expertise required to personalise the fonts vs. cascading a set of fonts - and any fingerprinting risks associated with both possible approaches.
-
Need for multiple
<rt>
s per<ruby>
(laid out appropriately).-
Update: After further research last night, we found that this does appear to be possible (including having the rendered symbols horizontally laid out).
-
Additional question: We found from our meeting with AAC experts that putting the symbol inline-prior to the text being summarised by the symbol can be of help (in addition to the, we think, more prevalent positioning of the symbol above the text to which it relates). We need to make this easy for authors (need to check it can be easily done via CSS).
-
Note: Our matrix is a draft, and we are currently down one technical member of the group due to illness alas, so we still have some issues to look into amongst ourselves first (as noted in the matrix).
Joining Instructions are restricted to meeting participants. You need to log in to see them.
– British Summer Time