* visual line movement @ 2018-07-27 7:10 ` Anthony Heading 2018-07-27 8:30 ` Peter Stephenson 2018-07-27 9:53 ` Mikael Magnusson 0 siblings, 2 replies; 6+ messages in thread From: Anthony Heading @ 2018-07-27 7:10 UTC (permalink / raw) To: zsh-users Is there a good way to make zle up-/down-line etc operate visually, i.e. have the cursor position move across wrapped lines on the screen rather than considering only embedded '\n's in the buffer? I'm guessing not, but would like to be sure. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: visual line movement 2018-07-27 7:10 ` visual line movement Anthony Heading @ 2018-07-27 8:30 ` Peter Stephenson 2018-07-27 9:13 ` Daniel Shahaf 2018-07-27 9:53 ` Mikael Magnusson 1 sibling, 1 reply; 6+ messages in thread From: Peter Stephenson @ 2018-07-27 8:30 UTC (permalink / raw) To: zsh-users On Fri, 27 Jul 2018 03:10:37 -0400 Anthony Heading <anthony@ajrh.net> wrote: > Is there a good way to make zle up-/down-line etc operate visually, > i.e. have the cursor position move across wrapped lines on the screen > rather than considering only embedded '\n's in the buffer? I'm > guessing not, but would like to be sure. Unless I'm missing something, it's not possible without adding a separate calculation of where the lines on screen will go. The function that redraws the screen keeps its information separately from the body of ZLE and, although it does remember what it's put where, there's no mapping between the screen lines and the logical data to refer to. pws ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: visual line movement 2018-07-27 8:30 ` Peter Stephenson @ 2018-07-27 9:13 ` Daniel Shahaf 0 siblings, 0 replies; 6+ messages in thread From: Daniel Shahaf @ 2018-07-27 9:13 UTC (permalink / raw) To: zsh-users Peter Stephenson wrote on Fri, 27 Jul 2018 09:30 +0100: > On Fri, 27 Jul 2018 03:10:37 -0400 > Anthony Heading <anthony@ajrh.net> wrote: > > Is there a good way to make zle up-/down-line etc operate visually, > > i.e. have the cursor position move across wrapped lines on the screen > > rather than considering only embedded '\n's in the buffer? I'm > > guessing not, but would like to be sure. > > Unless I'm missing something, it's not possible without adding a > separate calculation of where the lines on screen will go. The > function that redraws the screen keeps its information separately from > the body of ZLE and, although it does remember what it's put where, > there's no mapping between the screen lines and the logical data to > refer to. A workaround is to use edit-command-line: http://zsh.sourceforge.net/FAQ/zshfaq03.html#l45 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: visual line movement 2018-07-27 7:10 ` visual line movement Anthony Heading 2018-07-27 8:30 ` Peter Stephenson @ 2018-07-27 9:53 ` Mikael Magnusson 2018-07-27 11:50 ` Anthony Heading 1 sibling, 1 reply; 6+ messages in thread From: Mikael Magnusson @ 2018-07-27 9:53 UTC (permalink / raw) To: Anthony Heading; +Cc: Zsh Users On Fri, Jul 27, 2018 at 9:10 AM, Anthony Heading <anthony@ajrh.net> wrote: > Is there a good way to make zle up-/down-line etc operate visually, i.e. have the cursor position move across wrapped lines on the screen rather than considering only embedded '\n's in the buffer? I'm guessing not, but would like to be sure. If you make a custom widget that moves $COLUMNS characters left/right, the effect should be approximately the same. -- Mikael Magnusson ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: visual line movement 2018-07-27 9:53 ` Mikael Magnusson @ 2018-07-27 11:50 ` Anthony Heading 2018-07-27 12:48 ` Peter Stephenson 0 siblings, 1 reply; 6+ messages in thread From: Anthony Heading @ 2018-07-27 11:50 UTC (permalink / raw) To: Zsh Users On Fri, Jul 27, 2018, at 5:53 AM, Mikael Magnusson wrote: > If you make a custom widget that moves $COLUMNS characters left/right, the effect > should be approximately the same. Agreed, though that loses the '\n' handling that the base widget does perfectly, and it would be nice to think about Unicode, and maybe there are additional sources of infelicities too. For my education, I'll try to find the drawing code that Peter mentions and see what it aims to handle. The COMBINING_CHARS option looks instructive. It being 2018 and all, I wonder if reading the cursor position from the terminal after each character is a workable option. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: visual line movement 2018-07-27 11:50 ` Anthony Heading @ 2018-07-27 12:48 ` Peter Stephenson 0 siblings, 0 replies; 6+ messages in thread From: Peter Stephenson @ 2018-07-27 12:48 UTC (permalink / raw) To: Zsh Users On Fri, 27 Jul 2018 07:50:31 -0400 Anthony Heading <anthony@ajrh.net> wrote: > It being 2018 and all, I wonder if reading the cursor position from > the terminal after each character is a workable option. Experience suggests terminals all have a wide array of different limitations --- so I wouldn't be surprised if you can find one terminal where this works. pws ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2018-07-27 12:48 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <CGME20180727072228epcas5p35fc9a81df04715c148d0b7a9cf582efd@epcas5p3.samsung.com> 2018-07-27 7:10 ` visual line movement Anthony Heading 2018-07-27 8:30 ` Peter Stephenson 2018-07-27 9:13 ` Daniel Shahaf 2018-07-27 9:53 ` Mikael Magnusson 2018-07-27 11:50 ` Anthony Heading 2018-07-27 12:48 ` Peter Stephenson
Code repositories for project(s) associated with this public inbox https://git.vuxu.org/mirror/zsh/ This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).