tlhIngan-Hol Archive: Wed Jun 30 10:50:09 1993

Back to archive top level

To this year's listing

[Date Prev][Date Next][Thread Prev][Thread Next]

Re: fonts

On Jun 29,  8:00pm, (Mark E. Shoulson) wrote:
> Subject: fonts
> I mapped all
> single-character (in Okrand transcription) phonemes to their ASCII
> equivalents (i.e. a,b,D,e,H,I,j,l,m,n,o,p,q,Q,r,S,t,u,v,w,y,' will all be
> on those characters), and mapped ch-->C, ng-->N, gh-->G, and tlh-->T.  I
> tried to make the ligature table handle changing those, so you wouldn't
> have to type the non-standard method, but it's too much for the thing to
> handle (the triple-character tlh, disambiguating n-gh and ng-h (I know h
> isn't a tlhIngan Hol glyph, but TeX doesn't), and making kerns work for g
> as well as G, since it doesn't know a G is coming when it sees the g...).
> I take it folks want it?
> 
> ~mark

     If it has not yet been cast in stone, I'd vote for a mapping more like
Dr. Schoen's simply because you don't have to use the shift key when dealing
with various letters of the alphabet. The major differences are that there is
only one "a" and only one "D", so why require the shift key to type the "D"?

     The (dare I coin a term?) Schoen mapping has all letters (ignoring case)
mapped to themselves except the letter "q" is mapped to the "k" key, leaving
the "Q" as the "q" key, the "c" key types "ch", the "f" key is "ng", the "g"
key is "gh", the "x" key is "tlh".

     I may have forgotten something, but I think that's about it. I do not
wish to cause anyone extra work. It's just that if the standard has not yet
been set, I'd vote for a key mapping that does not require the same odd shift
key use that the romanized font requires. Hey, there are only 26 characters,
after all, right? We have keys for all of them without resorting to shift key
combinations.

     It's only one vote. I'll go with the preferences of the greatest number
and/or highest passion level for the mapping.

--   charghwI'

Back to archive top level