2017-03-14 0:29 GMT+03:00 Bram Moolenaar <[email protected]>: > > Andy Wokula wrote: > >> Am 13.03.2017 um 21:00 schrieb Ben Fritz: >> > On Sunday, March 12, 2017 at 10:33:06 AM UTC-5, Bram Moolenaar >> > wrote: >> >> Someone noticed that although $ takes a count to go down (count - >> >> 1) lines, the ^ does not. Since currently the count is ignored, we >> >> could make it used to go (count - 1) lines up. >> >> >> >> Would this break anything? >> >> >> > >> > We currently have _ and g_ that are similar to ^ and $, except that ^ >> > doesn't take a count. >> > >> > _ goes downward or stays on the same line. To move up, you can use -, >> > which always goes up, it won't stay on the same line. >> > >> > It would make more sense for me if ^ went downward rather than upward >> > when given a count. This would be consistent with existing commands. >> > But I won't be extremely disappointed if it goes upward instead, it >> > would just be one more oddity in an editor full of such quirks. :-) >> >> I'd vote for [count]^ going to the [count]th character in the line. >> (We can easily go to the [count]th screen column and to the [count]th >> byte, but not yet to the [count]th character, unless I'm missing >> something). > > You can already use 3| to go to the third screen position. Only with > double-wide characters you would see a difference with character count.
Also with tabs. And, possibly, with combining characters: depends on the definition of the “character”. Though I do not know why one would want to go to the N’th character in first place. @Andy Wokula define a “character”. This term is neither obvious nor non-controversal. This looks like Vim documentation is mostly taking it as “unicode codepoint” given statements like “composing characters are considered separate characters here”, but yet it is clear that “character” may mean something different (or such statements would not be needed). > > Anyway, the most important aspect of ^ is that it goes to the first > non-blank character. Adding a count, similar to what that does to $, > should move lines up or down. Perhaps going down is better than going > up, but moving horizontally goes against logic. > > -- > hundred-and-one symptoms of being an internet addict: > 112. You are amazed that anyone uses a phone without a modem on it...let > alone hear actual voices. > > /// Bram Moolenaar -- [email protected] -- 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 /// > > -- > -- > 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 > > --- > You received this message because you are subscribed to the Google Groups > "vim_dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- -- 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 --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
