Danke für den Hinweis!
Ich habe zufällig eine Erweiterung für die Suche während der Eingabe installiert, die diese Funktion anscheinend blockiert, sodass das bei mir nicht funktioniert. Es wäre aber schön gewesen.
Als Randbemerkung: In Jira erhalte ich sowohl das Verhalten der Suche während der Eingabe als auch die beabsichtigte Wirkung der Tastenkürzel.
Ist das „Suchen beim Tippen" die Standard-Firefox-Funktion oder eine benutzerdefinierte Erweiterung?
Sind die Jira-Tastenkürzel Tastenkombinationen oder einfache Tasten wie bei uns?
Haben Sie nicht auch eine Tastenkombination, um das „Suchen beim Tippen" ein- und auszuschalten?
Ich benutze Chrome unter Ubuntu. Ich habe die Erweiterung vor Jahren aus dem Marketplace heruntergeladen (und ich liebe sie). Sie heißt Type-ahead-find.
Einfache Tasten. In einer Liste von Issues geht es mit j/k vorwärts/rückwärts, e zum Bearbeiten, l (kleines L) zum Bearbeiten von Labels, c zum Erstellen, …
Beim Durchsehen der Dokumentation (die ich seit buchstäblich Jahren nicht mehr gelesen habe) scheint es, als könnte man Sites ausschließen. Also… Ich habe eine Site ausgeschlossen und das Fenster neu geladen, aber das hat keine Wirkung gezeigt (in der Konsole steht nichts). Ich werde versuchen, den Browser neu zu starten…
…und immer noch nichts.
Als Nachtrag scheint es, dass f (Lesezeichen) funktioniert, aber e nicht.
kbd>e/kbd> funktioniert bei mir in Chrome unter Windows; hattest du einen Beitrag ausgewählt? Ich kann mir keinen Grund vorstellen, warum das Lesezeichen mit kbd>f/kbd> funktionieren sollte, wenn die Bearbeitung nicht funktioniert.
Die benutzerdefinierte Browser-Erweiterung fängt das Tastaturereignis ab und verhindert, dass es an uns weitergeleitet wird.
Gibt es diese Funktion nicht bereits in Chrome? Drücke \u003ckbd\u003eStrg\u003c/kbd\u003e+\u003ckbd\u003eF\u003c/kbd\u003e und gib den Suchbegriff ein. Ich bin mir nicht klar, warum eine Erweiterung nötig wäre?
(Möglicherweise musst du dies bei langen Discourse-Themen zweimal drücken, da wir dies erfassen, weil bei langen Themen nur die sichtbaren Beiträge geladen werden.)
Hallo,
zur Klarstellung: Ich habe das Forum in der „Find-as-you-type"-Erweiterung auf die Sperrliste gesetzt, sodass diese nichts mehr blockiert – falls sie es jemals tat. Wie gesagt, funktionieren die Tastenkürzel in Jira.
Könntest du bitte genauer erklären, was du mit der Auswahl eines Beitrags meinst? Sobald ich ein Thema öffne, ist mir nicht klar, wie ich darin einen einzelnen Beitrag „auswählen" soll. Ich habe versucht, in den Beitrag zu klicken, aber das scheint ihn nicht auszuwählen.
Wie oben erwähnt ↑
Wow! Anscheinend lässt sich ein Beitrag nur „auswählen", indem man mit j/k dorthin „navigiert". Wenn ich einen Beitrag ein Dutzend Mal anklicke, passiert nichts. Erst wenn ich die Tastatur verwende, erscheint der rote Auswahlindikator in der Benutzeroberfläche! Da mir die Tastenkürzel nicht bekannt waren, wäre ich nie auf die Idee gekommen, die Tastatur in dieser Oberfläche zu verwenden. Den roten Auswahlindikator habe ich bis eben noch nie gesehen.
Darf ich vorschlagen, dass dieser Aspekt der UX überdacht wird?
Ich bin der Meinung, dass eine solche Tastaturauswahlmechanik für fortgeschrittene Tastatur-Oberflächen im Web recht üblich ist.
Ich komme darauf zurück, weil die UI weiterhin für Überraschungen sorgt.
Ich habe mich zum Ende des ersten (und einzigen) Beitrags in einem Thread gescrollt. Ich möchte ihn bearbeiten. Meine Hände liegen auf der Tastatur, also drücke ich ‘j’, um ihn auszuwählen, und stattdessen erhält der erste Beitrag in der Liste der „anderen Themen" den roten Rahmen. Also… war der Thread-Beitrag auf irgendeine implizite, aber unbrauchbare Weise bereits ausgewählt?
Ich kann das Problem nicht nachvollziehen, oder vielleicht hängt es davon ab, wie weit du bereits gescrollt hast? Versuche es mal, etwas weiter nach oben oder unten zu scrollen – ändert sich dann das Verhalten?
In dieser Aufnahme siehst du, wie ich zum Ende des Beitrags scrollen. Die Schaltflächen darunter sind noch nicht einmal im Bild. Dann drücke ich die Taste „j" auf der Tastatur. Daraufhin springt der Fokus abrupt zur Auswahl des ersten vorgeschlagenen Themas.
Ich verstehe, der betreffende Beitrag ist also sehr lang. Tritt das auch bei einem typischerweise größeren Beitrag auf, wie diesem hier zum Beispiel?
Eigentlich war ich ziemlich überrascht von der Funktionsweise. Bei sehr kurzen Beiträgen – bei denen ich die Schaltflächen und einen großen Teil der Liste „Vorgeschlagen“ beim ersten Laden der Seite sehen kann – wählt „j“ den OP aus. Hier ist ein Beispiel mit mittlerer Länge:
Als Nachtrag bin ich der Meinung, dass dies durch jegliches Scrollen ausgelöst wird.
Das Verhalten „select-first-recommended" tritt ein, sobald der Titel aus dem Sichtfeld gescrollt wird, unabhängig davon, wie viele Bildschirminhalte (im gerade betrachteten Beispiel 2,5) der Beitrag umfasst.