ATM the first character in a Vim (split-)window must be the first one of
a line, except if the current line is larger than the window. I regard
this as a feature rather than a bug; of course, YMMV.
Best regards,
Tony.
--
"Death is nature's way of saying `Howdy'".
Vim development is slow, it's quite stable and still there are plenty of
bugs to fix. Adding a new feature always means new bugs, thus hardly
any new features are going to be added now. I did add a few for Vim
7.3, and that did introduce quite a few new problems. Even though
several people said the patch worked fine.
--
hundred-and-one symptoms of being an internet addict:
157. You fum through a magazine, you first check to see if it has a web
address.
/// Bram Moolenaar -- Br...@Moolenaar.net -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ an exciting new programming language -- http://www.Zimbu.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///
Bram, you're not opposed to this kind of feature, are you? So if I did
some work on it, it could be included in Vim at some stage, right?
Ben.
This is a change that has a high probablity of introducing new bugs.
There are also a few questions about how to allow the user to access
this, with an option setting or with different scroll commands?
Probably a setting, so that it can work with scrollbars.
--
If you feel lonely, try schizophrenia.
True, though if coded carefully, these bugs should only appear when the
feature is turned on.
> There are also a few questions about how to allow the user to access
> this, with an option setting or with different scroll commands?
> Probably a setting, so that it can work with scrollbars.
I think it would probably be best to do this in stages:
1. Add new commands to scroll one screen line at a time. Test it out,
including by mapping the scrollwheel to those new commands in the X
GUIs. This shouldn't be too hard, as Vim can already display lines
starting part way through; it just usually doesn't. The experience
wouldn't be very smooth yet either, but screen-line scrolling would at
least be possible, and it would pave the way for something better.
2. Add an option to make scrolling work with screen lines. The meaning
of this option would be to affect all scrolling. To start with, though,
just make it change the meaning of the scroll wheel in X GUIs (already
implemented), and where easy, the clicks of the scroll bar arrows. It
might not affect Windows yet; it depends how the scrolling works there,
and I haven't looked in any detail.
3. Make other parts of Vim, such as moving line-to-line, vertical jumps,
and scrolling for scrolloff honour the new option, too, choosing window
positions that begin with partial lines. This would make the editing
experience pretty smooth.
4. Update the code for scrollbars more thoroughly, so that dragging the
bar can work with screen lines, too. Windows should definitely benefit
by this stage and the feature would basically be finished.
5. Pick the nits of little bugs that we can't foresee.
What do you think? Would this be an OK way to proceed?
Ben.
Sounds good.
--
"The question of whether computers can think is just like the question
of whether submarines can swim." -- Edsger W. Dijkstra