Re: scrolloff enhancement wish
Yakov Lerner wrote: Would you include into todo.txt the thing that I used in one very ancient but exceptionally smooth editor called K52 (it worked on pdp11, vt52 terminals). This editor always positioned cursor at 2/3 height from top of screen. This worked surprisingly well, even if it sounds strange. I worked couple of years with this editor and this felt very comfortable. How about adding the option 'scrollfix' [to the todo.txt], which would fix the cursor on fixed line, in percantage 0-100. Value ':set scrollfix=50' would work like ':set scrolloff=999'. Value ':set scrollfix=67' would fix cursor 2/3 from top of screen. Value ':set scrolloff=0' would keep cursor at top line of screen. Value ':set scrolloff=100' would keep cursor at bottom line of screen. Would you put this into todo.txt ? As you say, you can already do most of this by setting 'scrolloff' to a large number. If the cursor is really fixed at one position then using j would mean that the cursor remains in the same position and the text scrolls. That goes against what most people expect. I think it's not all that useful. And we have too many options already... -- hundred-and-one symptoms of being an internet addict: 33. You name your children Eudora, Mozilla and Dotcom. /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: scrolloff enhancement wish
On Fri, Jul 21, 2006 at 10:02:10AM +0200, Bram Moolenaar wrote: Yakov Lerner wrote: How about adding the option 'scrollfix' [to the todo.txt], which would fix the cursor on fixed line, in percantage 0-100. Value ':set scrollfix=50' would work like ':set scrolloff=999'. Value ':set scrollfix=67' would fix cursor 2/3 from top of screen. Value ':set scrolloff=0' would keep cursor at top line of screen. Value ':set scrolloff=100' would keep cursor at bottom line of screen. As you say, you can already do most of this by setting 'scrolloff' to a large number. If the cursor is really fixed at one position then using j would mean that the cursor remains in the same position and the text scrolls. That goes against what most people expect. I think it's not all that useful. I've had some situations where such a feature would be useful. A few weeks ago I was working with a large file containing many long SQL statements mixed in amongst other stuff. I was searching for the start of each statement, and it would have been very useful if I could have arranged it so that each search resulted in the cursor appearing a couple of lines from the the top of the screen with the SQL statement filling the space below it. In this case I set scrolloff to 100 so the start of each SQL statement was centred, but that gave me half a screen of context above the cursor when only two or three lines would have done, and caused the ends of the longest SQL statements to disappear below the bottom of the screen. I suppose there might be some way to map all the movement commands to reposition the current line to a certain place on the screen, but at the time I was doing all this it was quicker to scroll the text each time than it would have been to write all the necessary mappings. And we have too many options already... Too many options? Is that possible? -- Matthew Winn ([EMAIL PROTECTED])
Re: poll?
Dnia czwartek, 20 lipca 2006 23:55, Bram Moolenaar napisał: Yakov Lerner wrote: Bram, How about posting a poll on www.vim.org site ? Two polls ! (1) Do you you vim6 or vim 7 ? (2) Do you use console-mode-vim or gvim ? What would we do with the outcome? While I don't understood reason for first poll second should give insight what todo items should get bigger priority. Although console/gvim choice mostly depends on system. To get more significant results it should be more like: - console version on MS-Windows - GUI version on MS-Windows - console version on all other systems - GUI version on all other systems m.
Crazy wish: vimcat
Is this possible? It just occurred to me that it would be great if there was a VIM-related program that would 'cat' in color using VIM's highlighting rules. Is this something that VIM could be made to do via scripting, or would it need to be a totally new program? If the latter, any guesses how hard it would be to make such a critter? I notice that echo ':q' | vim file sort-of works... it gives the first page, plus trailing '~'s (if less then a page), although this wouldn't work with TERM's where curses displays are a separate buffer (like 'xterm', but not 'linux'). -- Matthew Doom doom dooM doo-DooM dOOm DOom doOM... DOOM! -- Gir
Re: poll?
On Friday, July 21 at 07:11 PM, quoth A.J.Mechelynck: Mikolaj Machowski wrote: Dnia czwartek, 20 lipca 2006 23:55, Bram Moolenaar napisał: Yakov Lerner wrote: Bram, How about posting a poll on www.vim.org site ? Two polls ! (1) Do you you vim6 or vim 7 ? (2) Do you use console-mode-vim or gvim ? What would we do with the outcome? While I don't understood reason for first poll second should give insight what todo items should get bigger priority. Isn’t that the entire purpose of http://www.vim.org/sponsor/vote_results.php ? ~Kyle -- There in America we are descended in blood and in spirit from revolutionist and rebel men and women who dare to dissent from accepted doctrine. As their heirs, may we never confuse honest dissent with disloyal subversion. -- Dwight D. Eisenhower pgpGmX9I8CePw.pgp Description: PGP signature
