-
-
Notifications
You must be signed in to change notification settings - Fork 352
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
Feature: Non--US Keyboard support #229
Comments
Sorry, can you give me some examples of how that would work? |
I looked into the >iso-jis.js File and modified a version for German Keybords. PS: I tried to localy replace the "iso-jis.js" using crome developer mode but failed any ideas? |
@heieisch hi, so this feature request isn't quite what you are requesting. Drashna is looking for API support to include non-us layouts support in QMK header files, which is something we don't support through the API yet. If you want a german ISO layout in the tabs, we could look into that. Attach your copy to this issue. I think a drop down would probably work, where we let you switch between JIS and DE. The other thing we could do is show you de by default if we detect you are from Germany. One thing we could use help with is a German translation of the UI if you are interested. |
@heieisch I would recommend you check out a copy of the repo and install a development environment. then you can do development directly. |
I think a drop-down menu would be better due to the fact that many German Programmers code on us layout. I`m not really good at coding... but I will try my best If there are language files(configuration Files where there is the English version on one side and the translation next to it or something similar), I am going to Provide them. If I have to write code to localize I don´t think it is worth the effort because most Germans know enough English. |
I checked this configuration for the last hour and am fairly confident that it might work. |
@heieisch Hi! Vielen Dank. So, take a look at this commit f033283 This was the translation done very generously by @Gab-A and is a good overview of what is required. It's mostly taking the en.js JSON code and translating the labels into German. If you feel up to the task, we would love a contribution. Anything you don't translate will fall back to English. So for example you don't have to do the potato facts. There are some basic instructions on the README on how to set up development, but in summary:
then you would run Come find us on discord, link on README and we can talk you through any other issues. Thanks again. I will take a look at your file, it might take a bit of time to integrate cleanly. |
This is going to need some more work, as right now it can't differentiate in the rendering code between special characters. I'll create a branch |
@yanfali what's the state of inlcuding din labels? Has something happened since that one commit? Should I just create a new issue if I want to work on it? I don't know how to download a detached commit, but I was able to replecate on the current master locally. Seems to work for displaying the keys in a new tab. But when I drag them on the board, they have ansi labels again. Also, I don't think it's feasible for each language to have its own tab. I was thinking of a drop down menu that changes what is displayed in the iso_jis tab. And perhaps in an additional step it would be nice to acutally use the codes from keymaps_extra. |
This was 2 years ago, so this never really went anywhere. A couple of thoughts. Yes, it would be possible to have a visual translation in 2 places, both the iso layout and the on screen keyboard, but it would be a fair amount of work to test and implement. Secondly, at this time we would have to duplicate and maintain the extras data as there's no api that publishes this mapping. I'm not currently very active on development and unlikely to do this with for intrinsic reasons. If you feel up to contributing and maintaining this feature, I'm open to reviewing a PR. I personally do not use non ANSI layouts, so am not motivated to implement this. |
I think this can be closed now, thanks to the above PR? |
Specifically, something that we could toggle to enable non-US layouts, like we do with the
keymap_extras
folder in QMK Firmware.That way, for non-US English users, it's more obvious what should go where.
The text was updated successfully, but these errors were encountered: