Windows keyboard restrictions

[Andrew Cunningham]

On Saturday, 8 August 2015, Richard Wordingham<
richard.wordingham at ntlworld.com> wrote:

Michael did do a series of blog posts on building TSF based input methods
years ago. Something I tinkered with off and on.

> What we're waiting for is a guide we can follow, or some code we can
> ape.  Such should be, or should have been, available in a Tavultesoft
> Keyman rip-off.
>

I don't believe in rip-offs esp when there a free versions and the enhanced
version doesn't cost much.

But that said there is KMFL on linux which handles a subset of the keyman
definition files. And Keith Striebly, before he died, did a port of the
kmfl lib to windows. But I doubt anyone is maintaining it.

But reality is that the use cases discussed in this and related threads do
not need fairly complex or sophisticated layouts. So kmfl and derivates
should be fine respite how limited I consider them.

Alternative there are a range of input frameworks developed in se asia that
would be easy to work with as well.

Alternative input frameworks have been around for years. Its up to use them
or not use them.

I don't see much point bleating about the limitations of the win32 keyboard
model. Just use amlternative input framework .. wether it is TSF table
based input, keyman , kmfl port to windows or any of a large slather of
input frameworks that are available out there.

Andrew

>

-- 
Andrew Cunningham
Project Manager, Research and Development
(Social and Digital Inclusion)
Public Libraries and Community Engagement
State Library of Victoria
328 Swanston Street
Melbourne VIC 3000
Australia

Ph: +61-3-8664-7430
Mobile: 0459 806 589
Email: acunningham at slv.vic.gov.au
          lang.support at gmail.com

http://www.openroad.net.au/
http://www.mylanguage.gov.au/
http://www.slv.vic.gov.au/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/unicode/attachments/20150808/5a19ce96/attachment.html>