Portable Keyboard Layout
See at <!-- m -->http://pkl.sourceforge.net/<!-- m -->
Go on scripting !!! 8)
i just changed the ini file:
\Portable Keyboard Layout\pkl.ini
layout = enti-key++
can you corrected the foldername?
this is wrong: 'entykey'
it should be 'enti-key++'
and how did you generate the help-images?
and can you please include the latest enti-key++-Version 21?
i included the layout in a rar file:
No. Folder must contain only a-z (lowercase) and '_' for variations, like colemak_french.can you corrected the foldername?
this is wrong: 'entykey'
it should be 'enti-key++'
The correct name is ENTI-key++, I know.
I change it to entikey (sorry my mispelling).
You can set the correct name of the layout in the layout.ini:
[informations] layoutname = ENTI-Code++ ver.15
source.zip/utilities/ini2html.pl (perl script), Firefox(!), and a screen capture program.and how did you generate the help-images?
If you send it to me (in email!).and can you please include the latest enti-key++-Version 21?
You can use my klc2ini.pl perl script in the source.zip to generate your new layout's ini file. It's recomenend to use WinMerge (or a similar program) to show to you the old and the new ini file, to show what things must you change. Sorry, I can not speak english.
To special characters, you can use 2 mode, for example to Ctrl+Space:
*{space} ; Send {space} == space ={space} ; Send {Blind}{space} == ctrl+space now.
If you would like create a portable version ENTI-key++, usei included the layout in a rar file...
compactMode = 1in the pkl.ini (see the Portable Colemak)
what does this mean?To special characters, you can use 2 mode, for example to Ctrl+Space:
*{space} ; Send {space} == space ={space} ; Send {Blind}{space} == ctrl+space now.
what about a small README file?
you can use most of the text, you posted here already
With MS KLC you can not set special characters, like Del, Enter, BackSpace, etc. Please, see the difference between the old (my) ini file and your new!what does this mean?To special characters, you can use 2 mode, for example to Ctrl+Space:
*{space} ; Send {space} == space ={space} ; Send {Blind}{space} == ctrl+space now.
The idea is very good my english is bad. :oops:what about a small README file?
I create some ,,sample layouts'', like enti-key++ (special characters), hebrew (CapsState), extend_* layouts (extend the built-in layout).
I hope, this helps.
<!-- m -->http://www.clavier-d...rg/wiki/Accueil<!-- m -->
All our work is available at <!-- m -->http://dvorak.ryckeboer.org<!-- m --> :
- pkl sources
- bépo layout
- modified ini files and certainly ahk in a small way.
We would be pleased to reverse our patches to the project.
I'm working on fr-dvorak-bépo layout too. This won't help non-french because the layout is optimized for french with Dvorak method but here it is:
* a modified version of what asr made can be found in this zip file (it is a bit documented if you can read french);
* the modified sources files to obtain this can be found in our svn in configGenerator (klc2ini.pl, ini2html.pl essentially);
* the .klc.
The only bug is when using a deadkey and the same key, it doesn't work. Máté will look at this. Thanks again for these ahk and perl scripts.
While we try to use the sequence [Dead D] [D], it doesn't work.
After a few hours of investigation, I have a few more elements :
On PKL.AHK, lines 480-500 :
DeadKey(DK)
{
…/…
ToolTip % DK
Input, nk, L1, {F1}{F2}{F3}{F4}{F5}{F6}{F7}{F8}{F9}{F10}{F11}{F12}{Left}{Right}{Up}{Down}{Home}{End}{PgUp}{PgDn}{Del}{Ins}{BS}
ToolTip % nk
KeyHistory
…/…
1* The second tooltip is not displayed if [D] is pressed, only displayed if another key is pressed.
2* In the key history, all the [D] pressed are present.
3* if I change the value of many variables, there is no effect on the [D] keypress ignored.
So, it seems that a handle intercepts the deadkey, while pressed, on the "Input" function.
PS: It is the same problem for each deadkey: impossible to build a layout with a deadkey combination of the deadkey itself.
Thanks, now I know the problem.PS: It is the same problem for each deadkey: impossible to build a layout with a deadkey combination of the deadkey itself.
Pressing a Deadkey, the process control (sorry my english) goes to the Deadkey(DK) function, and wait for a key. If you press a key, it calculates the result and return. But AutoHotkey don't start a new thread, if the previous didn't return.
1) Force AutoHotkey to start a new thread, even the old is not returned
2) Return immediately and process after return
Please, wait patiently, I will correct this.
(But If you know, how can I the (1), please, tell me!)
1) Force AutoHotkey to start a new thread, even the old is not returned
2) Return immediately and process after return
Hum. Why not flag a global var, return, and recall the Deadkey() on keypressed ?
In fact, exactly like an automation, with a "state" variable, and a whole bunch of "case statements" function of the "state" var ?
Fixed. You can checkout the SVN: <!-- m -->http://pkl.svn.sourc...net/viewvc/pkl/<!-- m -->PS: It is the same problem for each deadkey: impossible to build a layout with a deadkey combination of the deadkey itself.