Re: [Graphite-devl] Many keyboard problems fixed
- From: Peter_Constable sil org
- To: Edward Cherlin <cherlin pacbell net>
- Cc: Andries Brouwer <aeb cwi nl>, CharMan yahoogroups com, gnu-unifont yahoogroups com, graphite-devl lsdev sil org, graphite-devl-admin lsdev sil org, gtk-i18n-list gnome org, li18nux li18nux org, linux-utf8 nl linux org, Pablo Saratxaga <pablo mandrakesoft com>, unicode unicode org
- Subject: Re: [Graphite-devl] Many keyboard problems fixed
- Date: Sat, 7 Sep 2002 06:40:48 -0700
On 09/06/2002 02:47:14 PM Edward Cherlin wrote:
>An IPA keyboard would be very helpful.
What would you want in terms of a layout? There are some generic IPA
layouts around, at least two that I know of. (Within a few days, we should
have an interim IPA font -- we're working on a more fully featured Latin /
Cyrillic font -- available on our web site along with a Keyman IPA input
method. I've also done some work for Brian Macwhinney at Carnegie Mellon
to develop an IPA layout based on one that Hank Rogers at U of Toronto did
for use with a custom legacy encoding (I was doing it during some down
time, and got about 80% done, but I think Brian was going to finish the
rest).
But I think generic IPA layouts are of limited usefulness. If someone is
working on languages from a particular family, they'd probably prefer a
layout tailored to suit those languages. Of course, a generic layout can
be useful for certain people with only occasional needs, and they are much
less likely to need less commonly used symbols (e.g. most of the
diacritics).
>Should we
>set up a mailing list specifically for keyboard development?
I assume people are aware of the Keyman discussion list. Of course, it's
focused specifically on Keyman.
>I assume that
>it would be possible (though certainly not trivial) to translate a
>Keyman definition for a Windows keyboard into Microsoft's C language
>keyboard source format and get it compiled
I've made sure Marc Durdin saw your message, so perhaps he'll comment on
that. He has mentioned the possibility of adding the ability to KM
Developer to compile Windows native keyboard DLLs, though I suspect that
one may have to limit the mechanisms that are used in the Keyman language
-- I've never looked at MS's keyboard source format, but I suspect Keyman
allows one to do many things that MS's keyboard source format does not. In
fact, I'm sure that must be the case -- apart from deadkey support, I
highly doubt the MS format allows to have context-sensitive rules,
especially ones based on the data content rather than the preceding keying
sequence.
- Peter
---------------------------------------------------------------------------
Peter Constable
Non-Roman Script Initiative, SIL International
7500 W. Camp Wisdom Rd., Dallas, TX 75236, USA
Tel: +1 972 708 7485
E-mail: <peter_constable sil org>
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]