Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect highlighting color of the hotkey underline in menu items #894

Closed
ftonneau opened this issue Aug 31, 2023 · 4 comments
Closed

Incorrect highlighting color of the hotkey underline in menu items #894

ftonneau opened this issue Aug 31, 2023 · 4 comments
Assignees
Labels
skip:changelog Issue/PR should skip CHANGELOG type:bug Something's broken!
Milestone

Comments

@ftonneau
Copy link

Using fvwm3 1.0.6a (released) built from AUR on Arch Linux, I see an aesthetic glitch on Fvwm menus: in the currently highlighted/selected menu item, the underline below the hotkey character stays with the default foreground color instead of assuming the foreground color for highlighted menu items.

E.g., in the example attached, the default menu items are black on white and the highlighted menu items are white on red. The text in the highlighted menu item ("Maximize x") is white on red (as it should), but the underline below the final "x" is black on red instead of white on red.

I realize that this is not a bug technically speaking (the program works correctly), but I do think this is an aesthetic glitch. I think that all Gtk applications have the hotkey underline assuming the current text color; and so does Openbox, for example.

fvwm_menu

@ftonneau ftonneau added the type:bug Something's broken! label Aug 31, 2023
@ThomasAdam ThomasAdam added this to the 1.0.8 milestone Aug 31, 2023
@ThomasAdam ThomasAdam self-assigned this Aug 31, 2023
@ThomasAdam ThomasAdam added the skip:changelog Issue/PR should skip CHANGELOG label Sep 2, 2023
@ThomasAdam
Copy link
Member

Hi @ftonneau

To "fix" this, we would have to redraw the menu item every time an item was highlighted. This would not be a good thing to do.

I am not sure it's worth considering, so I'm going to close this report, but thanks for sending it through anyway.

@ThomasAdam ThomasAdam closed this as not planned Won't fix, can't repro, duplicate, stale Sep 2, 2023
@ftonneau
Copy link
Author

ftonneau commented Sep 3, 2023 via email

@ThomasAdam
Copy link
Member

Hi @ftonneau

Heh -- you're right that highlighting does redraw (XClearRegion()) the item, but what I was saying by redraw is to re-render the text of the menu, which would look very weird, and ultimately would cause visual glitches as it was redrawing.

@ftonneau
Copy link
Author

ftonneau commented Sep 3, 2023

I understand that the region (= the background) is redrawn, but so does the text (= foreground) in my example, as the highlighted text is white whereas the default text is black. Anyway, to get rid of the underline color discrepancy I now use the same text color for highlighted and default menu items, with good results :-)

shot

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
skip:changelog Issue/PR should skip CHANGELOG type:bug Something's broken!
Projects
Status: Done
Development

No branches or pull requests

2 participants