Wir fĂŒhren einige Ănderungen und Verbesserungen an der Darstellung von Unterkategorie-Hashtags gemÀà Can we make inline links to subcategories more concise? durch und fĂŒgen gleichzeitig dieselbe schwebende Kartenfunktion hinzu, die ihr bereits bei User-ErwĂ€hnungen seht, z. B. wenn ihr auf @martin klickt.
Diese Karte zeigt den Kategoriesnamen, das Icon/den Emoji, die Beschreibung sowie Links zu allen ĂŒbergeordneten Kategorien an. Benutzer mit entsprechenden Berechtigungen sehen zusĂ€tzlich die SchaltflĂ€che âBeschreibung bearbeitenâ sowie die SchaltflĂ€che âNeues Themaâ, die ebenfalls kontextabhĂ€ngig von der Kategorie ist (z. B. haben Event-Kategorien eine SchaltflĂ€che âNeues Eventâ).
In der Karte wird auĂerdem eine Liste der 3 neuesten Themen in der Kategorie angezeigt. Benutzer ohne Berechtigung, eine Kategorie einzusehen, folgen einfach dem Hashtag-Link und sehen keine Karte.
Bei Unterkategorie-Hashtags wird der Trenner > entfernt, sodass nur noch die untergeordnete Kategorie angezeigt wird. Hier seht ihr einen Vorher-/Nachher-Vergleich:
Hier ist sie aktiviert, falls ihr sie vorab selbst testen möchtet, bevor ihr sie auf eurem eigenen Site ausprobiert. Klickt auf jeden Kategorie-Hashtag in einem Beitrag, um sie euch anzusehen, z. B. News and Events oder Community Building
Können wir diese Karten dauerhaft deaktivieren? Als Nutzer möchte ich bei einem Klick auf den Link direkt zur Kategorie-Seite gelangen und nicht ĂŒber einen Zwischenstopp.
AuĂerdem als UX-Feedback: Wie wĂŒrde man von der Karte zur Themenliste der Kategorie navigieren? Das geht aus den Screenshots nicht klar hervor.
Ich denke, du kannst auf den Kategoriestnamen in der Karte klicken â so wie du auf einen Benutzernamen in der Benutzerkarte klicken kannst, um das Profil zu öffnen.
Es ist noch in Arbeit, daher werden wir Feedback hier berĂŒcksichtigen und Anpassungen vornehmen, bevor wir die Upcoming Change auf Beta/Stabil hochstufen (derzeit befindet sie sich noch in der experimentellen Phase).
Ich stimme zu, dass das Klickziel deutlicher sein könnte. Vielleicht sollte die gesamte Karte â abgesehen von spezifischeren Elementen â ein Klickziel sein.
Es wĂ€re schön, wenn im ersten Beitrag ein paar Beispiele enthalten wĂ€ren, fĂŒr Leute, die die Antworten nicht lesen, sondern nur sehen wollen, wie die Funktion in der Praxis aussieht
Ich frage mich, ob es nicht mehr Sinn ergibt, nur die oberste Kategorie auf der Karte anzuzeigen, da die Informationen zu den Kategorien jetzt im Modal sind? Ich meine, nicht mehr inline, wenn man # verwendet.
In diesem Beispiel: Warum blieb die ĂŒbergeordnete Kategorie âNews & Eventsâ erhalten? Sollte sie nicht gemÀà folgender Aussage entfernt werden:
Nur zur Info: Ich habe Dutzende von Kategorien mit demselben Slug, daher ist die Einbeziehung der ĂŒbergeordneten Kategorie im Hashtag zwingend erforderlich. Ich hoffe, dass ich mit dieser Ănderung die Anzeigennamen der Kategorien so aktualisieren kann, dass der Name der ĂŒbergeordneten Kategorie enthalten ist. Mit der alten Methode war das umstĂ€ndlich, zum Beispiel â1Secure > 1Secure Ideasâ â aber diese neue Ănderung könnte es so abflachen, dass nur noch â1Secure Ideasâ angezeigt wird.
Ich denke, wir werden diese Option nicht beibehalten ⊠wir haben so viele Einstellungen Was ich zumindest tun wĂŒrde, ist, dass ein Doppelklick dich zur Kategorie bringt. AuĂerdem kannst du den Kategoriennamen im Karten-Popup klicken.
Ich bin damit einverstanden, dass wir das im experimentellen Bereich noch eine Weile auf Eis legen, wÀhrend wir am Design feilen, @martin und @awesomerobot.
Tut mir leid, aber ich bin skeptisch, was diese Funktion angeht. FĂŒr Benutzer ergibt es Sinn, ihre Daten in einer Karte auf einen Blick zu sehen. Aber bei Kategorien oder Tags sehe ich keinen Mehrwert. Im Gegenteil: Es macht die Sache schlimmer, indem es einen sinnlosen zusĂ€tzlichen Schritt hinzufĂŒgt.
Das ist kein realistischer Workaround, da ein Benutzer den Link zu dieser Kategorie zunĂ€chst irgendwo anders finden mĂŒsste. Das verschlechtert auch die Benutzererfahrung.
Einer relativ groĂen Anzahl meiner Nutzer nutzen eine PWA. In dem Fall ist es etwas schwieriger, an Links zu gelangen. Andererseits verlinken sie keine Kategorien, und ich wette, dass das in den meisten nicht-technischen Foren so ist, deren Nutzerbasis aus den sozialen Medien stammt und nicht aus Gaming, Technik, IT usw.
Ich bin auch kein Fan davon. Es scheint, als wĂŒrde sich das System heutzutage in Richtung eines Designs mit ausschlieĂlich Karten bewegen, anstatt das zu liefern, wonach man sucht. Vielleicht bin ich einfach zu altmodisch und erwarte, dass ein Link der einfache Weg ist, um zum Ziel zu gelangen.
Aber wenn ich als Admin die Möglichkeit habe, es nicht zu verwenden, dann spielt es keine Rolle (und in meinen Kreisen mögen die Nutzer, die ĂŒberhaupt eine Meinung dazu haben, es nicht, und falls sich ihr Geschmack Ă€ndert, werde ich sofort auf Karten umsteigen. Immerhin ist mein Forum fĂŒr Diskussionen der Nutzer gedacht, nicht fĂŒr mich).
Zuerst vielen Dank dafĂŒr! Ich habe angefangen, die Kategorien auf meiner Discourse-Installation wieder umzuordnen, und mir fiel auf, dass mich die Darstellung von Hashtags im Text als ĂŒbergeordnete Kategorie > untergeordnete Kategorie wieder richtig genervt hat (wir haben viele Kategorien und verweisen hĂ€ufig auf unsere Kategorien und Unterkategorien, um unsere Nutzer zu orientieren). Also habe ich nachgeschaut, ob sich seit unseren ersten Diskussionen dazu etwas getan hat â und es hat sich! So froh bin ich.
Persönlich hĂ€tte ich die Karten nicht gebraucht (der prĂ€gnantere Link zur Unterkategorie hĂ€tte gereicht), aber auf den zweiten Gedanken hat mir die Idee doch gut gefallen. Zumindest fĂŒr meine Nutzergruppe ergibt es wirklich Sinn, eine Vorschau einer Kategorie oder eines Hashtags sehen zu können. Ich hatte mir das allerdings als Hover-Effekt vorgestellt, und als ich merkte, dass es per Klick funktioniert, war meine Reaktion: âOh warte, was, noch ein Schritt? Doppelklick auf Hyperlinks?!â
Das war genau meine Reaktion: Wir fĂŒgen nur einen zusĂ€tzlichen Klick hinzu, um einen Link zu öffnen ⊠naja.
Aber dann habe ich es auf meinem Handy ausprobiert und meine Meinung geĂ€ndert: Die Karte gibt mir einen wirklich guten Ăberblick darĂŒber, worum es in der Kategorie geht (falls ich Zweifel hatte ⊠immerhin merken die meisten Leute, die eine Taxonomie nutzen, dass sie weniger intuitiv ist als fĂŒr die, die sie entwickelt haben), und sie gibt mir einen Hinweis darauf, was die neuesten BeitrĂ€ge sind. Das gibt mir tatsĂ€chlich die Möglichkeit, nicht zu diesem Tag oder dieser Kategorie zu wechseln, falls es nicht das war, was ich gesucht habe.
Meine Nutzer sind nicht so sicher im digitalen Raum und verlieren sich leicht. Das wird ihnen definitiv dabei helfen, den Ăberblick nicht zu verlieren und nicht an einem Ort zu landen, den sie gar nicht erreichen wollten, nur weil sie auf ein paar Worte geklickt haben, die vielversprechend aussahen, aber nicht die richtige Wahl waren.
Ich bin also gerade ziemlich begeistert und habe die Vorschau fĂŒr meine Community aktiviert. Wir werden sehen, wie es in der Praxis funktioniert.
Aber ⊠ich kann mir andere Community-Szenarien vorstellen, in denen das nicht funktionieren wĂŒrde. Ich bin einverstanden, dass wir nicht alles zu einer Einstellung machen wollen (wir ertrinken bereits darin, ich habe mich genug darĂŒber beschwert). Aber ⊠ich habe das GefĂŒhl, dass dies das erwartete Muster dessen, wie Dinge online funktionieren, âbrichtâ: Auf einen Link klicken und zum Zielort gelangen. Einen Hashtag eingeben, was bedeutet, dass Leute darauf klicken können, um alles zu sehen, was mit diesem Hashtag zu tun hat. Also bin ich mir nicht wirklich sicher, wie man das umgehen kann.
Vielleicht liegt die Lösung auf einer anderen Ebene, nĂ€mlich darin, wie Discourse als Werkzeug mit zwei scheinbar widersprĂŒchlichen Zielen umgeht:
sehr flexibel und anpassbar zu sein
eine groĂartige Erfahrung âout of the boxâ anzubieten
Das Team arbeitet vielleicht schon daran (oder es ist eine Idee, die nicht funktioniert, oder vielleicht sage ich etwas SelbstverstĂ€ndliches, oder komme zu spĂ€t, oder rede vom Pferd oder zeige meine Unkenntnis darĂŒber, wie die Dinge funktionieren), aber es scheint mir, dass die âLösungâ, um die beiden Ziele in Einklang zu bringen, diese ist:
bei der Entscheidung ĂŒber UX/FunktionalitĂ€ten fĂŒr die âgrundlegende, out-of-the-box, Plug-and-Playâ-Erfahrung kompromisslos zu sein
kompromisslos bei der Reduzierung von Optionen und Einstellungen, um 95 % der AnwendungsfÀlle abzudecken (oder sind es 80 %? 99 %? egal welcher Prozentsatz)
eine zweite Ebene von Einstellungen fĂŒr Power-User oder SonderfĂ€lle und Leute, die sehr spezifische Dinge anpassen möchten, anzubieten; das wĂŒrde nicht in der OberflĂ€che integriert sein, die die ânormalenâ Einstellungen bereitstellt, sondern eher wie eine Konfigurationsdatei funktionieren
In diesem Fall könnte es, wenn der Schluss des Teams ist, dass Vorschaukarten fĂŒr Hashtags/Kategorien der richtige Weg sind und dass Unterkategorien inline angezeigt werden sollten, ohne die ĂŒbergeordnete Kategorie zu erwĂ€hnen, und dass es keine ausreichende Rechtfertigung gibt, dies zu einer allgemeinen Admin-Einstellung zu machen, immer noch eine âversteckte Einstellungâ sein, die erreichbar ist, indem man âhashtag_preview_cards: OFFâ oder âshow_hashtag_subcategory_parent_inline: ONâ irgendwo hinzufĂŒgt.
WĂ€hrend ich das schreibe, bin ich mir ziemlich sicher, dass es neben UX auch Entwicklerimplikationen gibt, was die Vervielfachung von Einstellungen betrifft âŠ
Ja, ich verstehe die Bedenken, die man hat, wenn man hier einen zusĂ€tzlichen Klick einbaut. @awesomerobot Was hĂ€ltst du von diesem Problem? Meinst du, es lohnt sich, eine Benutzereinstellung fĂŒr das Verhalten von Hashtags hinzuzufĂŒgen? Vielleicht wĂŒrde es mehr Sinn ergeben, eine allgemeine Benutzereinstellung âKarten fĂŒr Hashtags und ErwĂ€hnungen anzeigenâ zu haben, wenn wir auch Karten fĂŒr Tags und KanĂ€le hĂ€tten.
Bei ErwÀhnungen könnten wir beim Klick auf die Benutzerseite weiterleiten, falls der aktuelle Benutzer diese Einstellung deaktiviert hat.
Ich bin auch gerade selbst darauf gestoĂen und muss sagen⊠ich sehe den Mehrwert der Kartenvorschau ebenfalls nicht
Von zusĂ€tzlichen Einstellungen halte ich auch nichts, daher wĂŒrde ich ehrlich gesagt dafĂŒr stimmen, das Ganze komplett zu streichen. Was genau lösen wir hier damit?
Zusammenfassend: Manche finden diese Formatierung inline zu lang. Wenn ich zum Beispiel âSchau dir unsere #customization:theme-component-Kategorie anâ schreiben möchte, wĂ€re es schöner, wenn man einfach nur âTheme Componentâ schreiben könnte, ohne den ĂŒbergeordneten Eintrag.
Aber wir können es nicht einfach auf âTheme Componentâ kĂŒrzen, da einige Websites denselben Unterkategoriennamen in vielen verschiedenen Kategorien wiederverwenden und die Leute sehen möchten, aus welcher ĂŒbergeordneten Kategorie sie stammt.
Der Vorschlag mit der Karte besteht darin, bei einem Klick eine Reihe von Kategoriedaten anzuzeigen, so wie wir es fĂŒr Benutzer machen. So könnten wir inline nur die Unterkategorie verwenden.
Persönlich bin ich offen fĂŒr beide Varianten. Manchmal habe ich es als praktisch empfunden, die Karte zu haben, weil ich so schnellen Zugriff auf den Button fĂŒr neue Themen bekomme und aktuelle AktivitĂ€ten sehen kann, ohne das aktuelle Thema zu verlassen. Andererseits weiĂ ich, dass manche Leute einfach den schnellstmöglichen Weg wollen.
Ein Anwendungsfall, in dem die Hauptkategorie in Inline-Links nicht angezeigt werden sollte, tritt auf, wenn Unterkategorien ĂŒber verschiedene Kategorien hinweg wiederholt werden, beispielsweise AnkĂŒndigungen > Treffen und Support > Treffen.
Ich denke, dass dies dadurch gelöst wird, dass zwischen den Kategorien unterschiedliche Symbole verwendet werden und der Kontext bereits aus dem geposteten Text selbst abgeleitet wird.
Viele Benutzer empfinden die Erweiterung âKategorie + Unterkategorieâ als sehr unpraktisch, und ich teile diese Ansicht. Besonders bei mobilen Ansichten, die einen groĂen Teil des Traffics auf Discourse ausmachen.
Naja, es scheint, dass die Idee, ich hĂ€tte die KĂŒrzung von Hashtags (das Entfernen des >) bereits umgesetzt, ein reines Produkt meiner Einbildung war â sie stand nicht im bestehenden PR Hier ist ein Folge-PR: