Openframeworks: of * Window / ofEvents : PressedKeys는 특별한 경우에 누적됩니다.

아마도 이것은 분명하지만,이 문제는 궁극적으로 GLUT가 Java (또는 다른 윈도우 시스템)와 같은 독립형 수정 자 키업 / 키 다운 이벤트를 제공하지 않아 이러한 것들을 추적하기 어렵게 만드는 사실에서 비롯됩니다.

다음은 주제에 대한 흥미로운 게시물입니다. http://old.nabble.com/Status-of-modifier-keys-%28shift-ctrl-alt%29-td6982098.html

https://github.com/openframeworks/openFrameworks/pull/807에 의해 해결되고 있습니까?

안녕하세요 bilderbuchi-예, 수정이 올바른 방향으로 진행되고 있지만 glutGetModifiers ()가 keyboard_cb 및 keyboard_up_cb 메서드에서 호출되기를 원하기 때문에 예상대로 작동하지 않을 것입니다 (적어도 OSX에서 테스트 한 결과). 다음과 같은 많은 경고를 덤프합니다.

1/7/12 12:18:17.273 PM BasicExampleDebug: GLUT Warning: glutCurrentModifiers: do not call outside core input callback.

gameoverhack의 807 pull request는 매우 유용한 메소드 세트이지만 glutGetModifiers ()를 호출하는 대신 다음과 같은 호출로 설정된 "pressedKeys"를 확인하여 작동해야합니다.

ofGetKeyPressed(OF_KEY_CTRL);

기타

따라서 이것이 실제로 작동하려면 원래 과잉 콜백의 핵심 사이트에 더 나은 수정 자 부기가 있어야합니다.

내가 말했듯이, 나는 이것을 작동시키는 데 매우 관심이 있으며 그것을 해결하게되어 기쁩니다. 문제를 해결하는 다른 포크가 있는지 알고 있습니까?

-방금 이러한 생각 중 일부를 # 807에 복사했습니다.

나는 그것에 대한 다른 작업을 알지 못하지만 gameoverhack의 PR이 적어도 문제의 일부를 다루면 PR / 코드를 개선 할 수있는 방법에 대해 논평하는 것이 가장 좋다고 생각합니다. 그런 다음 이러한 종류의 문제에 대한 모든 작업이 한곳에 보관됩니다. PR에 대해 논의해야하므로 부끄러워하지 마십시오. ;-)
어쨌든이 문제에 대한 링크를 거기에 놓을 것입니다.

나는 이것에 대해 꽤 오랜 시간을 보냈고 pressedKeys 세트 전략을 통해 키를 정확하게 추적하는 것이 가능한지 궁금해하기 시작했습니다. 궁극적으로 문제는 GLUT가 키보드 콜백을 통해 ASCII 코드 값만 제공한다는 사실에 있습니다. 주어진 물리적 키에 대해 이러한 단일 ASCII 값은 수정 자 키 (예 : ctrl)에 의해 변경 될 수 있습니다. 즉, 일부 상황에서 (위에서 설명한대로 ctrl + a를 놓은 다음 ctrl을 놓은 다음 a를 놓음) 간단한 ASCII 코드 목록을 유지합니다. 값은 예측할 수없는 결과를 초래합니다. 기본적으로 모든 keyDown이 일치하는 keyUp을 갖도록 보장되지는 않습니다. PressedKeys를 추적하는 이상적인 방법은 물리적 keyCodes 또는 적어도 VirtualKeys (예 : VK_LEFT 등)의 감각을 기반으로 키보드 활동을 기록하는 keyEvent 시스템을 사용하는 것입니다. 예로는 Java의 KeyEvent 시스템 또는 이와 같은 Javascript 전략 이 있습니다. 이 수준에서 입력 이벤트가 있었다면 여기서 # 807 문제도 쉽게 처리 할 수 ​​있습니다. 그 동안 문제 # 807에서 keymodifier 문제에 대해 제안 된 솔루션을 확인할 수 있습니다. 적어도 그 문제에 대한 강력한 솔루션을 가질 수 있습니다.

GLUT는 더 이상 기본 윈도우 시스템이 아니기 때문에이 문제를 닫습니다.

이것은 여전히 ​​GLFW 문제입니다.

이것을 다시 테스트했습니다.

PressedKeys 세트를 주시하십시오..

cout << pressedKeys.size() << " num pressed keys " << endl;

CTRL-a를 누릅니다.

그런 다음 CTRL을 들고 계속 누르고 있습니다.

그런 다음 a를 놓습니다.

그러면 누른 키 세트에 여전히 키가 있습니다.

다시 해방하려면

CTRL-a를 누릅니다.

그런 다음 a를 놓은 다음 Ctrl을 놓습니다.

이 @bakercp를 잡아 주셔서 감사합니다. 문제가보고 된 이후로 많은 부분이 변경되어 대부분이 관련이 없지만 여기에서 왜 여전히 문제가 있는지 알 수 있습니다.

나는 당신의 회오리 바람 문제 정리 세션을 큰 감사와 함께보고 있습니다 :)

호기심에서 : 이것이 ofw master의 지속적인 문제입니까? 0.9.8 만 사용했습니다.
감사합니다

안녕하세요,

우리는 우리가 가진 많은 문제를 정리하려고 노력하고 있습니다.
이 발행 이후 많은 버전의 OF가 출시되었습니다.

이 문제가 최신 버전에 여전히 존재하는지 확인하여 도움을 줄 수 있습니까?

활동이없는 경우 2020 년 1 월 말까지이 문제를 종료합니다.

감사

이것은 여전히 ​​문제입니다. 위와 동일한 지침으로 재현 할 수 있습니다.

재현하려면 :

ofApp:update()
{
    bool is1Pressed = ofGetKeyPressed(1);
    bool isCtrlPressed = ofGetKeyPressed(OF_KEY_CONTROL);
    bool isAPressed = ofGetKeyPressed('a');
    std::cout << is1Pressed << ", " << isCtrlPressed << ", " << isAPressed << std::endl;
}

그럼 ...

CTRL + a 누릅니다.

그런 다음 CTRL 들어 올리고 a 유지합니다.

그런 다음 a .

그런 다음 여전히 키를 눌렀을 것입니다.

다시 해방하려면

CTRL + a 누릅니다.

그런 다음 a 를 해제 한 다음 CTRL 합니다.

나는 눌리지 않아도 OF_KEY_COMMAND가 눌린 상황을 마침내 이해했습니다.
macOs에서는 명령 + 탭을 사용하여 프로그램을 전환합니다. 명령 + 탭을 사용하여 소프트웨어로 돌아 오면 릴리스 후에도 키가 눌린 것으로 생각됩니다.
도움이되는지 모르지만 이제 여기에서 재현 할 수있는 것 같습니다.
추신 : 한 가지 재미있는 점 : 명령을 사용하여 사전 설정을 덮어 쓰므로 많은 사고가 발생했습니다. :)