Zastanawiam się nad stworzeniem nowego układu klawiatury do programowania. Teraz głównie programuję w HTML, JavaScript / jQuery / CoffeeScript, CSS / LESS / SASS, chociaż wkrótce będę mógł zająć się skryptami powłoki i RegEx, z być może LUA, C ++ i Java za kilka lat. Chcę mieć dowody naukowe na temat lokalizacji klucza. Mam pomysły / wymagania, niektóre same wymyśliłem, niektóre zaczerpnąłem z innych:
- Prawie wszystkie klucze można zmienić
- POWRÓT , Lewy SHIFT , Lewy CONTROL , SPACJA i TAB muszą pozostać, ale wszystkie inne, w tym cyfry, symbole i klawisze ruchu są otwarte na ruch
- Może być optymalna opuścić zxcv & perhhaps s zatrzymać się w miejscu, z powodu wspólnych Undo / wytnij / kopiuj / wklej / Save nawyków :)
- Klawisz DELETE prawdopodobnie zostanie przeniesiony tam, gdzie jest CAPS LOCK :)
- Jest mało prawdopodobne, aby pasujące do siebie nawiasy jak () {} [] <> znajdowały się obok siebie; patrz poniżej
- Jedynym dokładnym sposobem IMHO zliczania użycia klucza jest rejestrowanie kluczy, a nie liczba plików:
- Znaczna część „programowania” to wysyłanie e-maili, wysyłanie postów na fora, Twitter, zgłaszanie błędów, surfowanie po Internecie itp.
- Uważam, że większość użycia klawiatury to „ruch”; tabulacja między polami, strona w dół, przenoszenie kursorów itp. Nie są one przechwytywane przez pliki wyjściowe
- Wielu redaktorów korzysta z autouzupełniania i makr, więc ograniczniki:)}]> mogą nie być tak często wpisywane jak programy otwierające, dlatego dokładne rejestrowanie tylko kluczy i nie parsowanie plików będzie dokładne.
Więc moje pytania:
- Jakie są bezpieczne keyloggery z bezpłatnym oprogramowaniem typu open source, które nie będą przesyłać plików, chyba że sam wyślesz osobny plik? Wolałbym NIE zbierać nazw logowania i haseł, nie tylko ze względów bezpieczeństwa, ale także dlatego, że może to rzucić moją analizę IMHO.
- Jakie programy mogą być używane po stronie klienta do analizy liczby pojedynczych i par kluczy? Lub jak najlepiej zbudować?
- Gdzie najlepiej znaleźć ochotników do pomocy?
Najlepsze dotychczasowe badania: http://www.michaelcapewell.com/projects/keyboard/layout_capewell.htm
http://viralintrospection.wordpress.com/category/technology/keyboard-layouts/
& Wikipedia: Keyboard_layout # Non-QWERTY_keyboards_for_Latin_scripts
TIA!
<>{}[]
(i inne klucze, które obecnie wymagają shift) własne klucze - tak naprawdę nie uważałbym się za programistę, ale wiem, że to najbardziej denerwuje podczas pisania skryptów bash.