Re: Question about minibuffer and child frames (Posframe)

[Feng Shu]

Gerd Möllmann <gerd.moellmann@gmail.com> writes:

Wow, this is a good feature.

posframe do not handle focus in most situation, for it is too complicate
to let focus work. posframe just *show* the content of a buffer.

When enable vertico-posframe, we just let the content of minibuffer is
showed in a posframe, but input handle is in parent frame, we lock the
height of parent minibuffer window and vscroll minibuffer window to hide
minibuffer content in below function.


(defun vertico-posframe--handle-minibuffer-window ()
  "Handle minibuffer window."
  (let ((show-minibuffer-p (vertico-posframe--show-minibuffer-p))
        (minibuffer-window (active-minibuffer-window)))
    (setq-local max-mini-window-height 1)
    (window-resize minibuffer-window
                   (- (window-pixel-height minibuffer-window))
                   nil nil 'pixelwise)
    (set-window-vscroll minibuffer-window 100)
    (when show-minibuffer-p
      (set-window-vscroll minibuffer-window 0))))


>
> On GUI, consult-buffer pops up a child frame, which has, AFAICT, a
> minibuffer at the top. The cursor is in that minibuffer. The minibuffer

the minibuffer showed in posframe is not real minibuffer :-) 

> ih the parent frame looks inactive. There is no prompt or anything else.
> That's how it should be.

No, it's content is hide, but it active.

>
> With my new code on tty, the same child frame pops up, but this time the
> child frame's minibuffer contains a prompt and what I type is displayed
> there and so on, but it doesn't have a visible cursor. The parent


in posframe, cursor just a space with face of cursor.

> frame's minibuffer this time contains the prompt and the cursor, too.

Maybe the below hack is not work well in tty

   (set-window-vscroll minibuffer-window 100)



In my opinion, hide minibuffer's content just hack way, I can not find a
better way to hide minibuffer window's content.







>
> Any idea what that could be?

--