[ipachart] 0.2 initial public test release

[rowbory]

Has anyone tried making a touch IPA chart before?

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[LornaSIL]

There is a touch layout for the sil_ipa keyboard, but it isn't well documented.

For this keyboard, it looks like you may have started with your naijatype files and manually edited them? You'll need to clean up all references to folders, etc for naijatype. I saw some in your .kps file.

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[rowbory]

There is a touch layout for the sil_ipa keyboard, but it isn't well documented.

For this keyboard, it looks like you may have started with your naijatype files and manually edited them? You'll need to clean up all references to folders, etc for naijatype. I saw some in your .kps file.

Oops. Yes, I think that's left over from 4 years ago when I started it. Thanks for spotting it. It was just the Package because the IPA chart itself I started from a template. sil_ipa is based on a QWERTY keyboard and this keyboard is based on the IPA chart.

[darcywong00]

There is a touch layout for the sil_ipa keyboard, but it isn't well documented.

We'd like to address that issue #2213
which will depend on a new Keyman Developer module in keymanapp/keyman#11792

[darcywong00]

I wonder if we should use the same language ID as sil_ipa

keyboards/release/sil/sil_ipa/source/sil_ipa.kps

Line 124 in a8c87de

<Language ID="und-Latn">und-Latn</Language>

but depends on keymanapp/keyman#11046 gets resolved.

[darcywong00]

Can these files be removed?

• experimental/i/ipachart/ipachart_code_generator.ods (binary file)
• experimental/i/ipachart/source/ipachart-codes.txt (empty file)

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[rowbory]

Can these files be removed?

• experimental/i/ipachart/ipachart_code_generator.ods (binary file)
• experimental/i/ipachart/source/ipachart-codes.txt (empty file)

Yes. Done. The ipachart_code_generator is useful for generating some of the CSS and KMN code, but I'll keep it in a private repo.

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[mcdurdin]

Hmm, I would be happy for the .ods file to remain, even though it is binary. Good for future maintainers.

[LornaSIL]

Some feedback:

• Hopefully you are using Keyman 17.
• Delete: ipachart.keyboard_info and make sure all that info is now in the .kps file
• Delete LICENSE and keep LICENSE.md
• Remove version and copyright years from README.md. This helps future maintenance.
• welcome.htm and readme.htm - remove copyright year.
• You don't have a source\help\ipachart.php file. While not required for keyboards in experimental it would be nice.
• You have ipachart-bg.jpg but I don't see it being used anywhere. You should either delete it (and delete from .kps)
• I'm not sure how the targets can be "any". There are hardly any rules in the keyboard except for lines 14-23. All the rest are for a touch layout.
  • And even then lines 15 and 17 say they will never be fired. The rule will never be matched for key 'ʃ' because its key code is never fired.
• These 3 rules are putting out U+0329 both before and after the character. I'm not sure if that is what you want. Since you are using the glyphs rather than the codepoints, you can't see it in the code:

+ [T_n_syllabic] > '̩n̩'
+ [T_ng_syllabic] > '̩ŋ̩'
+ [T_ny_syllabic] > '̩ɳ̩'

• There is a .kvks file that you have committed, but the .kmn doesn't reference it. Either reference the .kvks or delete the file from the PR.
• We're getting a bit confused about what the langtag should be for the IPA keyboards. Before we moved to Keyman 17 build system we had two language tags, one in the keyboard_info (und-fonipa) file and one in the .kps (und-Latn). Now we don't have a keyboard_info and we are down to using und-Latn in the .kps. I'm sorry for the confusing feedback you are getting. (Windows can't handle und-fonipa.

You may, if you want to, include these two files:

    experimental/i/ipachart/ipachart_code_generator.ods (binary file)
    experimental/i/ipachart/source/ipachart-codes.txt (empty file)

Our practice has generally been to create an assets folder so they are there for future use, but not in the same folder as the keyboards so it doesn't get confused. You could use experimental/i/ipachart/assets

[keyman-server]

Thank you for your pull request. The Keyman keyboard review team have been notified of your pull request and will review it and build it shortly.

[DavidLRowe]

Currently this keyboard seems to be targeting mobile only. The "Supported Platforms" section of the README.md should change accordingly, along with the "&TARGETS" store in the .kmn file, which could be 'tablet phone' (or perhaps 'tablet phone web') rather than 'any'.

In the past there have been complaints about a "mobile only" keyboard ceasing to work when an external keyboard was plugged in. It would be helpful if your documentation indicates that the keyboard won't work with an external keyboard attached to the device. (Or else, add a desktop keyboard, of course!)

There are compiler warnings indicating that these two lines will never be used, since the keystroke (between the "+" and the ">") doesn't correspond to a keyboard key:
't' + 'ʃ' > 't͡ʃ'
'd' + 'ʒ' > 'd͡ʒ'

There's also a warning that flick or multi-tap gestures need version 17 of the compiler (that is, a
store(&Version) "17.0"
statement in the .kmn file.

[rowbory]

Thanks for all the observations and help. Yes it’s just targeting mobile. The existing sil ipa one does desktop keyboards well enough I think. And there’s IPAtotal for another perspective. But I hadn’t found an ipa Chart arrangement except Moses Hall’s IPA palette for macOS. David (in Nigeria)

…

On 3 Jul 2024, at 00:16, DavidLRowe ***@***.***> wrote:  Currently this keyboard seems to be targeting mobile only. The "Supported Platforms" section of the README.md should change accordingly, along with the "&TARGETS" store in the .kmn file, which could be 'tablet phone' (or perhaps 'tablet phone web') rather than 'any'. In the past there have been complaints about a "mobile only" keyboard ceasing to work when an external keyboard was plugged in. It would be helpful if your documentation indicates that the keyboard won't work with an external keyboard attached to the device. (Or else, add a desktop keyboard, of course!) There are compiler warnings indicating that these two lines will never be used, since the keystroke (between the "+" and the ">") doesn't correspond to a keyboard key: 't' + 'ʃ' > 't͡ʃ' 'd' + 'ʒ' > 'd͡ʒ' There's also a warning that flick or multi-tap gestures need version 17 of the compiler (that is, a store(&Version) "17.0" statement in the .kmn file. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.

[DavidLRowe]

@rowbory No pressure! Just wanting to make sure that you're not waiting on anything from us.