Hi Tony, Thanks for your reply, and the pointer to the help section. It confirms my suspicion. I agree that this is not a "bug," however, I would argue that this is a "feature" that would be very useful. The use-case where a person wants to look at the last part of one paragraph when editing the next one (or vice versa) is an extremely common one, and one which is addressed by pretty much any other editor (including Windows Notepad, as a previous poster has noted).
After posting this, I did find that this has been discussed before, and a feature request has actually already been made on this forum: http://groups.google.com/group/vim_use/browse_thread/thread/bf165f5288f9f0f4/ http://groups.google.com/group/vim_use/browse_thread/thread/41077e3a97f9e8d4/ In fact, Ben Schmidt even hinted that he might look into this sometime. I would of course be extremely grateful if he found the time to do so within his undoubtedly busy schedule. :-) Best, Magnus On Jul 17, 3:03 am, Tony Mechelynck <[email protected]> wrote: > On 16/07/09 22:46, Magnus Torfason wrote: > > > Hi all, > > > I'm getting pretty sure that what I want to do is not possible, but I'll > > ask anyway. I am editing files withlonglines (paragraphs), and I've > > gone through all the mapping magic to allow me to navigate within the > > wrapped line, as well as set display+=lastline to show as much of the > > last line as possible. > > > Within each paragraph, all is well and dandy, Vim navigates "correctly" > > in all directions, regardless of whether I'm using buttons or mouse. It > > shows the -- in front of the line number, as promised, although it does > > not show the @@ at the end, which seems a tiny bit inconsistent, but is > > definitely not a major issue. > > > However, when I have twolongparagraphs(both are longer than will fit > > the screen), Vim seems absolutely unwilling to let me see the end of the > > first paragraph at the same time as the beginning of the second. It will > > simply behave as if the first paragraph is the end of the document, and > > then jump to the second one, behaving as > > > Any thoughts on how this can be fixed using current Vim releases, and if > > it is impossible, whether this limitation is a real issue and if it > > merits a feature request for the next release (configurable through an > > option, or through a sub-option within 'display')? > > > Best, > > Magnus > > This is normal and expected behaviour. Let's recap how vim behaves when > 'wrap' is set: > > In most cases, Vim will not allow the window to start elswehere than at > the start of a (file) line. This means that if you scroll the window (be > it by j or <Down> past the bottom, Ctrl-E, <MouseDown>, whatever) there > may be a "scrolling hiccup" if alongline appears or disappears at the > top of the window. If 'display' includes "lastline", the start of the > last line in the window is displayed, and, in case of overflow, there is > @@@ at the the bottom right of the window to signal a cut-off line; > otherwise any overflowing line is replaced by one or more screen lines > which are blank except for a single @ at the left margin. > > The only exception is when the current line is longer than fits the > window. In that case, the whole window will be filled with the part of > the current line containing the cursor, and no other line will be in > sight. In this case there is no @@@ at bottom right, and of course if > 'display' does not contain "lastline" the whole window is not filled > with only single-@ lines. > > This behaviour cannot be changed using vimscript, and since it is > "intended behaviour" I don't think that it is ever going to be 'fixed' > in C code either. If Vim had a Bugzilla installation, and you reported > this behaviour as a "bug", then IIUC it would soon be RESOLVED INVALID. > > See somewhat below > :help window-contents > > let's say at line 741 of the intro.txt helpfile dated 2009 Apr 21. (I > found it by doing ":helpgrep @@@".) > > Best regards, > Tony. > -- > hundred-and-one symptoms of being an internet addict: > 78. You find yourself dialing IP numbers on the phone. --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_use" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
