Erstellt vor 9 Jahren
Zuletzt geändert vor 14 Monaten
#321 new Verbesserung/Featurewunsch
Tastaturkürzel
| Erstellt von: | udono@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.6.0 beta |
| Schweregrad: | Verbesserung | Stichworte: | Oberfläche |
| Beobachter: | koga@…, gp@… |
Beschreibung
Beim buchen einiger Belege und Rechnungen ist mir die umständliche
Maus-Tastaturbedienung negativ aufgefallen.
Ein neues Konzept:
Betrifft alle Buchungsmasken:
Beim drücken von ENTER sollte NUR die Erneuern Funktion ausgeführt werden, nie
die Buchen Funktion.
Die Buttons Storno, Löschen, Neubuchen, Buchen und Erneuern sollten
mittels Tastaturkürzeln aufrufbar sein.
Alt-(S)torno,
Alt-(L)öschen,
Alt-(N)eubuchen,
Alt-(B)uchen und
Alt-(E)rneuern
Wenn das erreicht ist, dann sollte bei den großen Eingabe Masken (Rechnung,
Angebot...) auch noch optimiert werden (später).
Hier ein Auszug aus Selfhtml von Stefan Münz:
file:///C:/Dokumentationen/selfhtml80/html/formulare/tastatur.htm#kuerzel
Sie können dem Anwender anbieten, mit einem Tastendruck zu einem bestimmten
Formularelement zu springen. Das Element wird damit angesprungen - "ausgeführt",
also zum Beispiel angeklickt oder angekreuzt - wird es dadurch nicht. Ankreuzen
von Radiobuttons und Checkboxen funktioniert meist mit der Leertaste, und
Anklicken/Ausführen? von Buttons mit der Returntaste.
Beispiel für Alt-f:
<input type="text" size="40" value="Feld" accesskey="f"></p>
Erläuterung:
Mit dem Attribut accesskey= können Sie ein Zeichen auf der Tastatur bestimmen,
das der Anwender drücken kann, um ein Formularelement direkt anzuspringen
(accesskey = Zugriffstaste). Bei den meisten Browsern ist es so geregelt, dass
Sie bei accesskey= einen Buchstaben angeben können, der dann mit [Alt] und der
Taste für den Buchstaben direkt anwählbar ist.
Erlaubt ist das Attribut accesskey= in den Formular-Tags <input>, <textarea>,
<select>, <label>, <legend> oder <button>.
Beachten Sie:
Benutzen Sie Tasten, die auf jeder Tastatur zu finden sind. Funktionstasten
etwa, wie es sie auf MF-II-Tastaturen für MS Windows gibt, können Sie mit dieser
Angabe auch gar nicht ansprechen.
Weisen Sie den Anwender im Text auf die Möglichkeit des Tastaturzugriffs hin.
Anhänge (1)
Änderungshistorie (8)
comment:1 Geändert vor 8 Jahren durch m.bunkus@…
comment:2 Geändert vor 6 Jahren durch koga@…
- Beobachter koga@… hinzugefügt
- Schweregrad von Verbesserung nach Kritisch geändert
comment:3 Geändert vor 6 Jahren durch gp@…
- Beobachter gp@… hinzugefügt
(In reply to comment #1)
Tastaturkürzel sind ja schön und gut, aber was sehr, sehr negativ ist, sind
Konflikte mit den Standardtastaturkürzeln der Browser.
Modifizierter (Teil-)Vorschlag: Access-Key <Alt>+<1> für "Buchen".
Die "1" dürfte als Access-Key kaum in einem Browser vorbelegt sein. Im allgemeinen Tastenfeld steht die "1" auf der Taste mit dem Ausrufezeichen, was memotechnis für "Buchen!" ganz gut paßt. Auf dem Ziffernblock liegt die "1" so, daß der kleine Finger automatisch auf der "Enter"-Taste liegt, was logisch der nächste Anschlag ist.
Die Alt-Buchstabe-Varianten sind meist die Menüs etc. Außerdem werden
Tastaturkürzeln nicht von allen Browsern unterstützt.
Denen würde der access key auch nicht schaden, und für die andern (z.B. Konqueror, Firefox) wäre es doch *sehr* praktisch, zumal man nach "Erneuern" den Cursor immer erst suchen muß.
comment:4 Geändert vor 6 Jahren durch gp@…
- Priorität von Hoch nach Normal geändert
- Schweregrad von Kritisch nach Verbesserung geändert
- Version von 2.3-unstable nach 2.6.0 beta geändert
comment:5 Geändert vor 6 Jahren durch gp@…
Dieses Patch macht:
- für jede Kontozeile in der "Dialogbuchen"-Maske einen Accesskey mit der Zeilennummer auf das Kontoauswahlfeld (statt wie bisher auf das erste Texteingabefeld).
- Accesskeys
"N" => Erneuern
"B" => Buchen
- Für jedes betroffene Element einen title-Attribut (Tooltip) mit dem Accesskey.
Limitierungen:
Das ist bislang nicht "internationalisiert".
Risiken und Nebenwirkungen:
Im M$IE 7.0 (deutsch) unter XP kollidiert <Alt>+B mit der Menüzugriffstaste für "Menü->Bearbeiten". Die Zugriffstaste für LxO geht vor. Der Anwender könnte aus Versehen einen unfertigen Buschunssatz "abschießen",
Wenn Firefox unter KDE benutzt wird und gleichzeitig KNotes läuft, kollidiert <Shift>+<Alt>+N nut dem Shortcut für KNotes. Hier geht KNotes vor.
Hinweis für Accesskey-Freaks:
Konqueror generiert automatisch shortcuts (Accesskeys) für jedes Formulareingabefeld (unter Berücksichtigung der im HTML definierten). Anzeige ein-/ausblenden mit <Strg>. Zugriff mit <Strg><Accesskey> (nacheinander, nicht gleichzeitig). Bislang Keine Kollisionen feststellbar.
comment:6 Geändert vor 2 Jahren durch m.bunkus@…
- Typ von defect nach Fehler geändert
comment:7 Geändert vor 14 Monaten durch grichardson@…
- Typ von Fehler nach Verbesserung/Featurewunsch geändert

Tastaturkürzel sind ja schön und gut, aber was sehr, sehr negativ ist, sind
Konflikte mit den Standardtastaturkürzeln der Browser. Die Alt-Buchstabe-
Varianten sind meist die Menüs etc. Außerdem werden Tastaturkürzeln nicht von
allen Browsern unterstützt. Wollte ich nur zu bedenken geben.
Eine Webanwendung kann immer nur begrenzt weit das Verhalten einer nativen
Anwendung nachmachen.