Dnia poniedziałek, 2 października 2006 01:41, Hari Krishna Dara napisał: > First, a big thank you for trying it and giving feedback. > > On Sun, 1 Oct 2006 at 4:11pm, Mikolaj Machowski wrote: > > Hello, > > > > Interesting concept. The most difficult thing are Vim habits. Seeing > > spelling error in line before I tend to make <Esc>k than <S-Tab> which > > is obviously messing things. > > Yes, that will be a problem, For short forms, this will not be much of a > problem, as you don't expect to spend a lot of time on them (that is > when your inherent habits start to show up). Covering all the vim > movement commands and supporting them will be a lot of pain and > maintenance.
Maybe not all. You should catch "only" switching between major modes and vertical movement. The rest isn't so important. > > Avoid <M-> mappings. They don't always and everywhere work. Better use > > something like <C-K>f to go to the First name field. > > Good comment, I am now mapping both the meta keys as well as your > suggested <C-K> keys. After some consideration <C-K> wasn't best suggestion. I think in such forms is bigger probability of digraphs than somewhere else. Other possibilities; <C-F> (may break behave mswin and/or Cream - obvious client of such script); <C-D/T> no mnemonic value but are covering indenting mappings. > > > Hotkey emphasis should be rather done with syntax highlighting, not > > underscore (not always available). > > I took note of this. I don't have much idea of how to implement syntax > coloring right now. You know where key label ends. Use \%<c atom to limit highlighting. Hotkey is harder. You can try to determine exact position of that letter and use \%c\%l to highlight only that cell. > > Full version should take care about creation and destruction of > > buffer. With all this mappings it is tricky. > > For the first implementation, this is not important. With all the > mappings, it is hard for the plugin to manage a single buffer for all > the forms. E.g., if clicking on a button should bring up another form, > then it is better to use a different buffer. It is easier for the client > of forms plugin to create a new window with a new temp buffer and show > forms, and wipe it off at the end. Handling this inside forms plugin > will need more thought. Your comments are welcome. Maybe you are right. I am biased here - I hate buffer management and if someone else can take care about that... ;) > Thanks again for your feedback. I uploaded the new version here: > > http://haridara.googlepages.com/forms.vim > I will check it in the evening. m.
