cobaltdr
commented
6 months ago If the working feh process launches another feh process that also works. However, anything else fails unless the running instance of X quits and is relaunched by feh.
Have tried with different combinations of the following: feh 3.10.2 feh 3.10.1 feh 3.10 feh 3.9 xquartz 2.8.6b2 xquartz 2.8.5 xquartz 2.8.4
I lose bindings for default function on page up/down, numeric keypad, slash, section keys. Action keys are preserved. Arrow keys are preserved.
The issue persists. Because xev manages to capture the keystrokes correctly, I think this is a valid feh bug rather than an xquartz bug.
Hello.
Have been using feh for a very long time - thank you.
feh 3.10.2 on macos built with: curl, exif, xinerama (installed from brew on a M2 mac mini) no longer seems to read settings from ~/.config/feh/keys or /etc/feh/keys.
It reverts to default silently.
I'm not entirely sure what other information you might want to troubleshoot, but happy to supply if possible.
Played around a bit more with this. I don't know exactly what version this started, but it specifically is having problems recognising the numeric keypad - I am using codes from xev: KP_Multiply, KP_Divide, KP_Decimal, KP_Equal, slash.
This is my keys file: zoom_default zoom_default slash KP_Multiply zoom_fit zoom_fit l KP_Divide quit quit q jump_random jump_random z KP_Decimal KP_Equal close
If I quit and restart Xquartz (feh fires it up) it works, but will not work on subsequent runs. Have to quit it and restart it again.
Might be an Xquartz thing, not entirely sure how to troubleshoot that either - xev correctly captures the keystrokes.
slash, KP_Multiply, KP_Decimal, KP_Equal do not work, but l and z do.