Susan, Thanks for this information. I don't know if extended braille has been considered by the people who developed UTDML. I'll post this reply and your message on the BrailleBlaster list and see what people have to say. it is likely we will stick with Unicode braille because that is standard, but someone might be interested i looking into extended braille. John On Thu, Oct 21, 2010 at 06:00:04PM -0600, Susan Jolly wrote: > Hi John, > > I was just looking at the sample of UTDML that you posted on the > brailleblaster list. > > I was wondering if you'd considered using my extended braille approach to > represent > braille. Extended braille defines a different character code for > every different use of a braille cell rather than simply every different > braille cell as with Unicode braille or ASCII braille. To take your example, > the extended braille character code for the letter t which is part of the > final-letter > contraction in the word announcement would have a different value from the > extended braille character code for an ordinary letter t as in the word > exciting. > > If extended braille character codes are used as the keys to a hash table, > then you can obtain either the corresponding print backtranslation or the > corresponding Unicode braille with the same key. You can thus regenerate > the print > backtranslation, your brl index list, and/or the Unicode braille sequences > from an extended braille representation. > > Best wishes, > Susan -- John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc. http://www.abilitiessoft.com Madison, Wisconsin USA Developing software for people with disabilities