Re: master 6e5d79c048: Display show-paren-context-when-offscreen in child frame

[Tassilo Horn]

Po Lu <luangruo@yahoo.com> writes:

>> Yes, each version has its pros and cons.  The child-frame version has
>> the benefit of not occupying a complete line if the context string is
>> shorter.
>
> How could it be shorter than a complete line?

I mean the actual line at window-start is longer than the context
string and so the child-frame's width doesn't cover all of your first
visible line.  Tha happens quite freqently when the open paren starts a
let, a progn, etc.

See attached screenshot.

Screenshot-2022-02-09_144450.png
Description: PNG image

>>   if (foobar
>>       && quux % 2 == 0)
>>     {
>>       ...
>>     }<== point here!
>
> BTW, if I press C-g while the overlay is displayed, it flickers but
> doesn't disappear.

Hm, indeed, but it's the same for child-frame and also for "print in the
echo area".  C-g-ing will also run `post-command-hook' which removes the
frame/overlay or prints Quit, but after `show-paren-delay' the
`show-paren--idle-timer' will trigger `show-paren-function' again
resulting in another overlay/frame/message.

I'm not sure if that can be considered a bug but I can see that one
wants to be able to C-g away the overlay/child-frame, though.  I guess
`show-paren-function' should track the current position of point and not
show context info if that has already been shown previously?

Bye,
Tassilo