qmk/qmk_firmware

MO trigger is not remembered when pressing multiple triggers

Open

#20.005 aberto em 3 de mar. de 2023

Ver no GitHub
 (6 comments) (0 reactions) (0 assignees)C (43.867 forks)batch import
bughelp wanted

Métricas do repositório

Stars
 (20.368 stars)
Métricas de merge de PR
 (Mesclagem média 20d 9h) (27 fundiu PRs em 30d)

Description

Describe the Bug

I have a MO(1) key in each side of my ergodox keyboard, which is used for the programming keys

If I press the MO(1) key from the left keyboard (to type keys on the right keyboard), then I press the MO(1) key from the other keyboard (to type other keys on the other side), and then I release the first MO(1) key pressed, the layer is switched back to the default one (0), this is wrong because one of my fingers is still pressing the MO(1) modifier key, but seems like QMK only knows that one of these modifiers was released and so switching back to the default layer

In a case like mine (that's why the examples) it is extremely annoying since layer 1 is the most used one after the default one, so I switch to it all the time, sometimes pressing the MO(1) key from each side and so being affected by this issue

Keyboard Used

customized ergodox

Link to product page (if applicable)

No response

Operating System

Linux

qmk doctor Output

No response

Is AutoHotKey / Karabiner installed

  • AutoHotKey (Windows)
  • Karabiner (macOS)

Other keyboard-related software installed

No response

Additional Context

No response

Guia do colaborador

Direção de pesquisa
Investigue como as teclas MO são processadas no firmware QMK. O bug é que soltar uma tecla MO enquanto outra ainda está pressionada faz com que a camada seja desativada. A solução provavelmente envolve manter um contador de pressionamentos MO ativos por camada. Arquivos potenciais para modificar: quantum/action layer.c ou quantum/keymap.c. Verifique os comentários existentes e issues relacionadas para contexto.
Pilha de tecnologia
c
Domain
backend
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
CGit
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
60