emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug with tab bar and event delivery to header line


From: Cecilio Pardo
Subject: Re: Bug with tab bar and event delivery to header line
Date: Fri, 18 Oct 2019 14:33:24 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (windows-nt)

>> coordinates_in_window. 
>> When testing for the header line, it uses the height of the tab bar:
>> 
>>  || (window_wants_header_line (w)
>>      && y < top_y + CURRENT_TAB_LINE_HEIGHT (w) 
>>                   + CURRENT_HEADER_LINE_HEIGHT (w)
>>       && (part = ON_HEADER_LINE)))
>> 
>> I checked that CURRENT_TAB_LINE_HEIGHT returns a big value even
>> when there is no tab bar. I don't know if that's correct or not.
>
> Please show a recipe to reproduce this, and please tell what value did
> you see.  CURRENT_TAB_LINE_HEIGHT returns the height in pixels, not in
> screen lines, so maybe that's the reason you thought it was too large?

On a window with header line (package-list-packages), move the
mouse pointer to the line inmediately below the header line. Move the
mouse wheel, and get the message:

<header-line> <mouse-5> is undefined

Also, clickable items on the header line are highlighted as if the mouse
was over them when the mouse is on the line below.

Tested on X11 and win32.

With printf, I got sizes 18 and 233 on X11 and Win32, without any tab bar.

> In any case, if there some scenario where mouse events are interpreted
> incorrectly, please report that using report-emacs-bug, together with
> all the details necessary to reproduce the problem.  It could be that
> the cause is the tab bar, or it could be something else, but the
> problem needs to be debugged in either case.

I just did that.
Thank you.

-- 
Cecilio Pardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]