Bug: Read-Aloud Feature Conflicts with ‘L’ ‘l' Key Shortcut During Document Browsing

ponder
This read-aloud feature is currently bound to the ‘L’ key. When I’m browsing documents in Snapshot or epub, pressing ‘L’ 'l' unintentionally triggers the read-aloud function. Please add an option to disable this feature or change the shortcut key (10.0-beta.1+c52a6151d)
  • dstillman Zotero Team
    edited 10 days ago
    I'm not sure what ‘L’ ‘l' Key is supposed to mean? In the latest beta, Read Aloud is now bound to both R and L, yes. What are you saying this conflicts with?
  • dstillman Zotero Team
    If you’re referring to typing in the search box, we’ve fixed that for the next beta.
  • ponder
    I wrote a plugin action to intercept the "L" key.

    - When you press **L** while typing a note → it blocks the event from reaching the Reader → read-aloud is **not triggered**.
    - When you press **L** during normal browsing → no interception → read-aloud works as normal.

    This is because pressing "L" in a note input field used to accidentally trigger read-aloud.
  • ponder
    I can't wait until the next beta to fix this,
    So I had no choice but to use a plugin to prevent it.
  • dstillman Zotero Team
    edited 10 days ago
    A beta will be out shortly, but you could just switch to the release version. This is only in the beta.
  • ponder
    I noticed that in the capture phase of window.addEventListener('keydown', ..., true), the Reader handles KeyL without checking if an input element is focused. This leads to accidental read-aloud triggers when typing 'L' in a note field.Maybe adding an isInputFocused check in the KeyL branch could help.
  • dstillman Zotero Team
    edited 10 days ago
    Again, we have already fixed this for the next beta. It’s just a bug in the most recent beta that was released on Friday.
  • ponder
    Got it, thanks for the update.
  • dstillman Zotero Team
    Fixed in 10.0-beta.2
Sign In or Register to comment.