Too small window for docstring

[Compro-Prasad]

[yyoncho]

Is this webkit? Does it happen all the time? Emacs version? Please also include logs from that particular request.

[Compro-Prasad]

Yes, webkit.

emacs-version: GNU Emacs 27.0.50 (build 14, x86_64-pc-linux-gnu, GTK+ Version 3.24.8) of 2019-04-13

What kind of logs? *Messages* buffer and *ccls* have no special messages.

Window manager is i3 but I get same results on GNOME.

[Compro-Prasad]

Also, if the docstring is too long, the scroll behaviour is glitchy. After I scroll down, the page scrolls down by 2-3 lines then resets to the first line. The workaround I am using is to select and drag beyond the docstring frame to scroll the docstring.

[mandarvaze]

I'm also seeing similar behaviour. I'm on GNU Emacs 26.1 on macOS (doom emacs, if it matters)

I do not see "white" window as shown in the first screenshot, I see a black one. I'm new to lsp-ui (started using it for the first time today) - so I don't know if mine is webkit or not.

@Compro-Prasad How can I check and enable webkit (if it is better)

[Compro-Prasad]

@Compro-Prasad How can I check and enable webkit (if it is better)

@mandarvaze Set lsp-ui-doc-use-webkit to t.

[cmccloud]

I'm seeing similar behavior on 27.0.50. With lsp-ui-doc-use-webkit nil I can consistently reproduce the issue by moving directly from one hoverable point to another; e.g. in CSS mode, if | is point, moving the point from whitespace to |color creates a doc-hover of the correct size for the element. If I then move point directly from |color to |font-size (or any other hoverable css property), the doc string is updated but it looks like the window size isn't recalculated.

[torgeir]

I'm also seing this with i3, no webkit.

Edit: I suspect (window-text-pixel-size ...) is giving to little headroom https://github.com/emacs-lsp/lsp-ui/blob/master/lsp-ui-doc.el#L498. Dunno if this is i3 related, tho