-
-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[cs_pinyin] CS-Pinyin keyboard initial public version #64
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
README.md: Replace "DESCRIPTION" with description.
HISTORY.md: "Template" in first line should be changed to project name (or deleted).
\source\images*.bmp: Names of some files contain upper case letters. Not sure if this is a potential problem or not.
\source\docs: Are "About the Four Corner Method.pdf" and "The Four Corner Index Lookup Method.pdf" distinct documents?
\source\docs: "Using Simplified Chinese.pdf" contains references to Keyman version 6, and to tavultesoft.com
\source\docs: Are "Using Simplified Chinese.pdf" and "Using the CS-Pinyin IMX.pdf" distinct documents?
\source\images\CS-Pinyin Install.bmp: claims "© 2011 Tavultesoft"
"Readme" tab of installation package dialog references "copyright 2003-2011 by Tavultesoft", and tavultesoft.com (In contrast, welcome.htm has "copyright 2017 SIL International".)
Running build.cmd failed until a build folder was created manually.
Installing with Keyman Configuration seems to add "Uninstall Simplified Chinese" shortcut to start menu.
|
When I try to build I get this error:
I think the .kps is looking in the wrong place for the .dlls? A lot of the documentation still talks about Tavultesoft and Keyman 6. |
I've just added the work-in-progress label to clarify that this keyboard is not yet really ready for review. The content was put online to give another developer access to the source for their own purposes and I will continue to prepare this for release as time permits. Do you think we should close the PR and reopen it later? Or just leave it open as a hint to yours truly that something should be done about it? |
The work in progress label is helpful. |
Missing files in the package have been copied from the legacy .kmp and put in the /build folder. Those files are: imxconfig.exe, KeymnIMX.dll and KeymnIMX.x64.dll. The tweaks fix the errors, but the keyboard doesn't function well yet. It needs further investigation. Also, the content of the README.md and CS-Pinyin ReadMe.html have been updated. |
Note: those files are supposed to be built during the keyboard build
process but the build script needs updating to make it work with the new
build.sh infrastructure.
…On Thu, 26 Oct 2017 at 2:03 pm, Makara ***@***.***> wrote:
Missing files in the package have been copied from the legacy .kmp and put
in the /build folder. Those files are: imxconfig.exe, KeymnIMX.dll and
KeymnIMX.x64.dll.
The tweaks fix the errors, but the keyboard doesn't function well yet. It
needs further investigation.
Also, the content of the README.md and CS-Pinyin ReadMe.html have been
updated.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#64 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AESjvc2h0L0jMWY56Klvp3rl9jraPeEGks5swC7BgaJpZM4OkzN2>
.
|
@mcdurdin Two years ago you wrote: "Do you think we should close the PR and reopen it later? Or just leave it open as a hint to yours truly that something should be done about it?" How well has that hint been working? ;) |
Four years ago on June 18, 2020 you asked us to ask you in 2 years. Is there any likelihood this will be done @mcdurdin? |
Well, I have fixed a problem with it when you open more than one application at a time. However, the main issue the first point of my TODO above is the main sticking point it needs to build the dll. I think it will be done as we get the single repo keyboards? |
@rc-swag and I will be discussing cs-pinyin this week with the aim of getting something published, even if it is not optimal. (A full IME/picker rework is on the future roadmap) |
Build the relevant .dll and .exe files, include them in source/ so that we don't need to rebuild them every time, and reorganize files ready for Keyman 17.
All the global variables should be thread local. This probably needs more review. The `EnumThreadWindows` call in `FindGlyph` should be eliminated, as we can just look at the `hwnd` variable.
It's nearly done now... we should be able to get it over the line soon I hope! |
I get it, @mcdurdin : You're holding out for a few more weeks to make it a seven-year PR! |
|
Scratch that. It has a different folder name. So, the .kps file needs to be updated to deprecate the |
I've done minor testing of the keyboard in Word 2019. It seems to be working, even in Github comments (特命). I'm not sure how else to test. I wondered if you were wanting to address this issue? #219 Also, all the documentation (pdfs) are outdated, but I suspect that is out of scope for this current fix. |
This change has several fixes. 1) Multiple monitor support. If the primary monitor is not the left most monitor then 'screencordinates' can be negative. The IMX windows now displays on all monitors. The IMX window can now moved (click drag) on all monitors. 2) Remove the EnumThreadWindows as the windowhandle was already known. 3) UpdateWindow is has correct calculation (sign was wrong) and also incorrectly set -ve x values to zero
The imxconfig.cpp and KeymnIMX.cpp files had a different location defined for accessing the configuration keys. This resulted in the configuration being updated but not read correctly by the IMX dll. Ideally the read and write functions should also be harmonised. However, refactoring this code should soon become a yak shave.
This should definitely be fixed in a separate PR!
Yes, I think we'll aim to update documentation separately as well. For remaining items, @rc-swag are you able to cover those? (What else are we waiting on for publishing this?) |
Leaving the copyright info in welcome.htm and readme.htm as they also acknowledge Linguasoft |
Bring the copyright and format of the keyboard upto the current Keyman Developer 17 layout.
Ok added the related package |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!!!!
This is a public version of the CS-Pinyin keyboard (from keyman-keyboards-internal). It contains all the files necessary to build the keyboard and the DLLs that go with it.
I will be checking the build agent to ensure that it can build the DLLs.We have checked in builds of the DLLs so that we don't introduce a Windows dependency for building the keyboards repo.