Upcoming zle-line-pre-redraw hook – can it be saved and restored?

Upcoming zle-line-pre-redraw hook – can it be saved and restored?

[Sebastian Gniazdowski]

Hello
There is the zle-line-pre-redraw hook upcoming that will be used by
zsh-syntax-highlighting. I wonder if it will be possible to save,
disable and then restore the hook?

The point is, I want to have clear environment in recursive-edit. It's
now fully possible, defining own keymap, restoring original widgets to
specific keys, overloading self-insert with .self-insert, calling
recursive-edit with `-K ownkeymap`. This way interference from the two
popular code-injecting plugins – zsh-autosuggestions and
zsh-syntax-highlighting – can be inhibited.

With zle-line-pre-redraw, one will have to also save the hook, disable
it, then restore it after leaving recursive-edit. Will this be
possible?

PS. This can also be needed for vared. Currently z-sy-h tries to
colorify what user enters, what has rather bad effects, as things are
basically drawn in red.

-- 
  Sebastian Gniazdowski
  psprint@fastmail.com

Re: Upcoming zle-line-pre-redraw hook – can it be saved and restored?

[Daniel Shahaf]

Sebastian Gniazdowski wrote on Fri, Oct 28, 2016 at 01:18:58 -0700:
> With zle-line-pre-redraw, one will have to also save the hook, disable
> it, then restore it after leaving recursive-edit. Will this be
> possible?
> 

You could delete the 'zle-line-pre-redraw' widget at entry and re-create
it at exit.  Or do the same with the function it is bound to (and
replace it by an empty(){} stub to avoid stderr spam).

> PS. This can also be needed for vared. Currently z-sy-h tries to
> colorify what user enters, what has rather bad effects, as things are
> basically drawn in red.

I fixed that months ago.  You should merge from or rebase on top of the
latest z-sy-h master.

Daniel

Re: Upcoming zle-line-pre-redraw hook - can it be saved and restored?

[Bart Schaefer]

On Oct 28,  2:13pm, Daniel Shahaf wrote:
}
} Sebastian Gniazdowski wrote on Fri, Oct 28, 2016 at 01:18:58 -0700:
} > With zle-line-pre-redraw, one will have to also save the hook, disable
} > it, then restore it after leaving recursive-edit. Will this be
} > possible?
} > 
} 
} You could delete the 'zle-line-pre-redraw' widget at entry and re-create
} it at exit.  Or do the same with the function it is bound to (and
} replace it by an empty(){} stub to avoid stderr spam).

Hmm.

add-zle-hook-widget could arrange to have the hook functions examine a
"disabled" zstyle and skip the entire list, or perhaps skip selected
widgets ... but what would the context be?  Something to do with the
function call stack?