-
Notifications
You must be signed in to change notification settings - Fork 1
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
Add Turkish keyboard layout #2
Comments
New issue created to track development of the Turkish layout. Follow up of @fritzmueller in #1 (comment) |
IMHO pinging @bitigchi on this could be useful as he's a FreeDOS contributor and uses the F layout whereas I use the Q one. |
Commit 501aa03 adds a first draft of the Turkish Q layout. It should be coherent with http://kbdlayout.info/kbdtuq the executable is in mkeybtrq.zip for anyone to test it, and report back here.
|
Hi,
as I just came home, I will test turkish layout tomorrow. This is only a load/unload test. Hope our turkish DOS freaks can help you more.
What I noticed were strange error messages when unloading mkeyb with /u option. Screenshots are enclosed.
Most tests worked with set lang=de, cp858 and italian keyboard that was changed to turkish.
Willi / Fritz
Sent: Sunday, April 17, 2022 at 9:47 PM
From: "Davide Bresolin" ***@***.***>
To: "davidebreso/mkeyb" ***@***.***>
Cc: "fritzmueller" ***@***.***>, "Mention" ***@***.***>
Subject: Re: [davidebreso/mkeyb] Add Turkish keyboard layout (Issue #2)
Commit 501aa03 adds a first draft of the Turkish Q layout. It should be coherent with http://kbdlayout.info/kbdtuq
the executable is in mkeybtrq.zip for anyone to test it, and report back here.
mkeyb tr selects the layout
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Thank you @fritzmueller. There are no screenshot in your reply. When mKEYB cannot be unloaded, the old copy is disabled and a new copy is loaded in memory with the new keyboard layout. In this case you get some error messages with debug information. You can detect if this is the case by typing Pre-release 0.50a includes both turkish layout (Q layout and F layout), so you can test this new one if you want. |
On 18.04.2022 22:02, Davide Bresolin wrote:
Pre-release 0.50a
<https://github.com/davidebreso/mkeyb/releases/tag/v0.50a> includes both
turkish layout (Q layout and F layout), so you can test this new one if
you want.
I tested the Q layout and it looks flawless, thank you! Hopefully
@bitigchi can help with the F layout.
Also, just wanted to let you know that if you add NLS support to mkeyb,
I can happily provide French & Turkish translations.
|
Willi |
I am not at a PC right now, but the layouts in the above addresses seem accurate. I remember trying all the modifiers in various states and getting the listed characters. I am not sure if they are all needed in a DOS environment though. The ALTGR behaviour seems also correct, it acts as CTRL + ALT. |
Ok, I send you two screenshots with F and Q Layout. I am not sure if the red marked characters are really needed. |
Well, aside from <, >, and ₺, none of them are needed. Also maybe the section sign (§). Sadly, it is not possible to type ₺ (Turkish Lira sign) anyway. It's a new sign, from 2011. To clarify: These symbols should not require a fourth level modifier. They are available at most with AltGr. |
I am not sure if I understood the Doctors without Borders thingy (I guess it's okay), but the technical part is okay. I was thinking, maybe I'll have a shot at contributing the glyph for the Turkish Lira sign. @shidel, would it make sense to add the code point for now (U+20BA)? I will try to draw the glyph for it when I have time. It wouldn't be double work then, currently it's invoked with AltGr + T. |
I haven't tought on adding NLS support so far. As soon as the turkish layout is finalized, I will get back to Tom Ehlert so that he can incorporate my changes into the main version of mKEYB, and ask him about NLS as well. If it is doable, I can contribute with italian. |
The fourth symbol is activated with AltGr + Shift, a combination that is only partially supported by mKEYB. Adding full support is doable, I only need a few hours of spare time to complete the layouts. The turkish lira symbol ₺ is not available in the DOS codepage 857, so it won't be included in the layout
"medecines sans frontieres" is ok, you can choose any charity you like |
I see. In your setup the copy of mKEYB run by fdauto.bat cannot be removed from memory because there are other drivers loaded loaded after it. So the only way to change the layout without rebooting the system is to disable the old mKEYB and load a new copy in memory. You end up with ~700 bytes of useless memory, but everything works. I understand that the message is obscure if you are not an expert on how dos drivers works, so I will remove (everything is safe anyway), or show them only if a "verbose" switch is selected |
The turkish lira sybmol is not present in codepage 857, or in any other dos codepage that I know about. Even with the glyph, how can you visualize it ? |
It might be possible to replace a current character I guess. But that needs to be discussed. Edit: It would cause inconsistencies with other systems. I guess it's better not to do it. |
Hi, I think if davidebreso can add the yellow marked symbols a big milestone would be done. They work with keyb with NLS support would be nice but is not so important at the moment as mkeyb only requires a simple command There is a bigger problem that I see: the keyboards have such a different layout that it is almost impossible to enter Willi |
Release 0.50b include the complete turkish layouts with the AltGr+Shift combinations. Also, it simplifies the warning messages when uninstalling the drivers, in a way that I hope is less obscure than "unlinking int ...". Once the layouts are verified I will merge it back with the main branch |
Hi, There is one more little problem: If you have a key with four layers, e.g. u,U,ae,AE (right near CapsLock) you get ae by pressing ALTGR-u and AE by pressing ALTGR-SHIFT-u. This is okay. |
Hi, I forgot to send the updated mkeyb htm file for FreeDOS help. If you and Tom think that everything is okay, please add it to the file. At the moment I work on FD help 1.1.0. The help is written to support htmlhelp, ambhelp and of course internet, for this reason it is written very simple |
I did some testing in PC DOS 2000. IBM's keyb driver do not have the ª or º symbol. FD-keyb shows them with the underscore, but only with codepage 850, with codepage 857 they are not active. So I suppose the glyphs with the underscore are the correct one. Commit 287262a implements the ª symbol at aA in the turkish F layout, and fixes the problem with the ALTGR-Shift when there are only three symbols in the key. @fritzmueller: thanks for the help file. I have added it to the repo. I don't know how to include it in the freedos help, but Tom may knew what to do with it. mkeyb.exe is the new executable for testing. |
Hi, I will send a copy of the receipt as soon as I have one. This may last a while but I don't forget it. In case that you have a little time for FreeDOS - I know several bugs that were not fixed over years, but I am no programmer. Error in: XDEL The xdel *.bak command shows the following: XDEL v2.06 |
Thanks for checking the layout and spotting the inconsitencies. I will release the layouts as version 0.50 of mKEYB soon.
Once version 0.50 is ready, I will contact Tom and ask for the NLS and help.
I truts you will. You can send the copy to bresolin.davide@gmail.com if you prefer to not show it in public.
I am not really into FreeDOS: I may take a look at the bugs but I cannot make any promise. You may have better luck by contacting the author of xdel (if he is still working on it). All this started because I needed a small keyboard driver, and mKEYB didn't run on my XT clone. |
Currently I am travelling and away from my machines, so I'm okay if at least someone tested the layouts and keys do produce results according to the schematics above. Sorry for not being able to test right now. |
Hi, Most of the FreeDOS commands are no longer supported by a maintainer. So I think it should be no big problem to pick one and fix bugs. Xdel is an obvious bug, even Jim Hall reported about it, but of course there are more. One of them is htmlhelp which was the original browser for the FreeDOS help. I do not want to report about all problems with this tool here, but as I only overtook writing the text for help in 2007 (at the moment I work on english version 1.1.0) I am sure that it is no longer maintained, there was a trial to do so, but it was stopped last year. Fixing this tool will be more complex. If you want to know more about this or other bugs simply send me a mail. @bitgchi and cardpuncher: Please please nevertheless test mkeyb 0.50 again as there were several changes as reported here when you have time to do so. Thank you very very much!! Fritz / Willi |
On 23.04.2022 16:19, fritzmueller wrote:
I would like to have contributed, but as it amounts to a monthly wage here, it's kind of expensive. So thank you Willi, really.
I tested the Q layout that I use on a daily basis, and it looks OK, I couldn't find anything wrong with it. Even the Æ sign works correctly both uppercase and lowercase.
Sorry for the late reply. No problem for me, either way. And thank you for updating mkeyb.
Now that it's ready, this is merely a reminder that I'd still be happy to translate mkeyb :) |
Hi, just got Fritz's mail and thought I'd answer here.
The standard codepage for Turkish in DOS is IBM CP 857. And like he said, there are two keyboard layouts in use in Turkey, one derived from QWERTY, used by the huge majority of typists (including yours truly :), and another one, called the F layout, optimized for typing efficiently and quickly.
The link you provided depicts correctly the Q layout and for the F layout, you may want to take a look at http://kbdlayout.info/kbdtuf. There's more information about it on https://en.wikipedia.org/wiki/Keyboard_layout#Turkish_(F-keyboard).
Originally posted by @cardpuncher in #1 (comment)
The text was updated successfully, but these errors were encountered: