yhat/rodeo

Keyboard shortcuts not working as expected in the Python Shell Buffer

Open

#329 geöffnet am 9. Juni 2016

Auf GitHub ansehen
 (13 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (473 Forks)batch import
enhancementhelp wanted

Repository-Metriken

Stars
 (3.934 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Typical keyboard behavior unsupported within the Python Shell Buffer (bottom left pane in Rodeo UI).

Steps

  • launch rodeo
  • place cursor in the lower right pane AKA python shell buffer
  • type some words
  • execute one of the below keyboard shortcuts to see irregular cursor and selection behavior

expected

  • command+delete on OS X => should delete all text to the BOL
  • control+u on OS X => should delete all text to the BOL
  • control+k on OS X => should delete all text to the EOL
  • command+shift+left => should select all text from cursor to the BOL
  • command+shift+right => should select all text from the cursor to the EOL
  • option+delete => should delete all text to the BOL

e.g. if you hit option+delete i expect this to delete all text that i have typed behind my cursor "impro" should be deleted...

image

actual

  • not only do some shortcuts not work, but it's worse than that. some shortcuts actually do something that is NOT expected
  • e.g. command+shift+right and command+shift+left simply move your cursor to the EOL and BOL respectively without selecting any text at all. this is very unusual behavior.

Contributor Guide

Research-Richtung
Untersuchen Sie die Ereignisbehandlung der Tastatur in der Python Shell Pufferkomponente. Suchen Sie nach Keydown/Keyup Listenern und überprüfen Sie, ob Tastenkombinationen wie Befehl+Entf korrekt zugeordnet sind. Erwägen Sie die Verwendung der Browser Entwicklertools zum Debuggen der Ereignisausbreitung.
Tech Stack
javascript
Domain
frontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60