Sorry everyone, I just browsed through vim and found a directory called "keymap" can we reuse and change or add different layout files in there?
On Feb 23, 2:35 am, Stephen Lee <stephenletter...@gmail.com> wrote: > Therefore I propose letting users choose their preferred keyboard > layouts instead of forcing any specific one to them. > > In your case it seems you are talking about QWERTY and QWERTZ (from > wiki), so the following would be keyboard layouts in the new directory > called "Keyboard" > > (General keyboard layouts) > QWERTY.vim > QWERTZ.vim > AZERTY.vim > QZERTY.vim > Dvorak.vim > Colemak.vim > JCUKEN.vim > Neo.vim > Turkish.vim > . > . > OR (Keyboard layout by Country Name) > > and there would be 4 files: > > QWERTYsequence.vim > QWERTZsequence.vim > > QWERTYstructured.vim > QWERTZstructured.vim > > OR (specific for your country) > > CzechQWERTYsequence.vim > CzechQWERTZsequence.vim > > CzechQWERTYstructured.vim > CzechQWERTZstructured.vim > > OR simply (having advantage of adding new keyboard layouts in future > but disadvantage of difficult to find which is which when changing > them in command) > > CzechLayoutA1.vim > CzechLayoutA2.vim > > CzechLayoutB1.vim > CzechLayoutB2.vim > > In .vimrc, there would be: > > set keyboardlayout=.... > > Maybe a step forward to change the layout on-the-fly by the following > command (when changing keyboard setting in X window system): > > :set keyboardlayout=... > > I am not a programmer, but the concept is to make vim a converter and > convert keys on-the-fly: > > Input ---> vim(search and map in the layout file) ---> output > > The concept is inspired by the following plugins: > > VimIM : Vim Input Method > ywvim : Another input method(IM) for VIM, supports all modes > > and the Keyboard layout system in Windows because when inputting > Chinese we rely heavily on mapping different keys so as to generate > one Chinese character. > > All we need would be desiging 2 sets of clear layout files for every > different kind of keyboard layout > > Hope this help. > > On Feb 21, 5:53 pm, Milan Vancura <mi...@ucw.cz> wrote: > > > > > > > > > > Yes. But what happens when you then edit that macro by putting the > > > register into a buffer, changing it, and yanking it again? This is not > > > uncommonly done. How should the registers be stored in .viminfo? How do > > > you write the input to the feedkeys function as a string in vimscript? > > > Etc.. These are the kinds of issues I was trying to raise. > > > Hi. > > > Wouldn't be it same as now, only used more often? There is already a > > possibility to write "<F4>" or "<S-Space>". The only problem is that, at > > least > > the second, we can't press strongly enough to push it to vim :-) > > > But, on the other hand, you are right there still will be (and must be) > > ambiguities. We can't do anything about that, in general - it's a user who > > must > > decide how does he want to understand his keyboard. > > > For example: I, as Czech, have some Czech accented letters accessible via > > modifier+key on my keyboard. To make the example more specific, think about > > Mod5+s as "s with hook" (U0161) and redefined my keymap so Capslock key > > acts as > > Mod5. It's up to me, and only me, if I define some vim mapping as > > > :map <Mod5+S> ...rhs... > > - or - > > :map <U0161> ...rhs... > > > Both do the same on my current keyboard but start to behave differently if I > > change my keyboard setting in X window system, of course. If I switched to > > another kind of Czech keyboard (called "typewriter one"), <U0161> appears > > at a > > key of "number 3" and Mod5 would be on right Alt or not defined at all. > > > As I wrote above, we can't do anything about that, as far as I know. > > > Milan > > > -- > > Milan Vancura, Prague, Czech Republic, Europe -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
