Ich habe den Eindruck, dass dies daran liegt, dass im Rich-Text-Modus schwerer zu erkennen ist, dass nach dem Entfernen des Textes noch eine Formatierung vorhanden ist.
Zumindest sind mir nicht nur Themen aufgefallen, die vor der Einführung der Funktion mit Zitaten beginnen.
Vielleicht ist es also sinnvoll, die Vorlage anzupassen, um dies zu verhindern.
Das ist eine interessante Theorie! Ich werde die Kategorievorlage vorerst entfernen. Vielleicht finden wir eine bessere, weniger umständliche Möglichkeit, neue Mitglieder zu schulen, die Suche zu nutzen, bevor sie posten.
@chapoi und ich haben diese Woche im Chat auch darüber gesprochen, die Kategoriebeschreibung für den Support zu aktualisieren, die derzeit wie folgt lautet:
Der erste Teil erscheint im Banner der Support-Kategorie und ist nicht sehr informativ.
Ich habe sie gerade in die folgende geändert und freue mich über Feedback! Das Kategoriebanner wird nicht sofort aktualisiert, daher bin ich mir nicht sicher, ob es korrekt angezeigt wird. Ich habe versucht, durch die Verwendung von <br><br> den Text in zwei Absätze zu unterteilen, was besser lesbar ist.
Wenn dies die Anzahl der Themen mit Zitaten am Anfang erfolgreich reduziert, muss dies möglicherweise auch von allen Schaltflächen entfernt werden, um Support-Themen in den Themen von offiziellen Plugins, Themes und Komponenten zu erstellen.
Ja, danke, dass Sie darauf hingewiesen haben. Diese Schaltflächen sind wunderschön und ich liebe sie, aber sie sind schwer zu warten und fehleranfällig, wenn man etwas ändern oder eine neue erstellen muss.
Langfristig wollen wir diese Themen bearbeiten und diese Schaltflächen entfernen. Möglicherweise müssen wir dort weitere Anpassungen vornehmen, daher werde ich sie vorerst nicht anfassen.
Bisher bemerke ich keine weiteren Zitate am Anfang von Supportanfragen, was gut ist.
Bevor wir das Kind mit dem Bade ausschütten, wäre es nicht eine gute Idee, die Möglichkeit zu haben, den Platzhalter in der Komposition über einen parametrisierten Link zu überschreiben, anstatt tatsächlichen Textinhalt einzufügen. Wir missbrauchen jetzt den body-Parameter.
So etwas wie &placeholder=foo, das dann den Platzhalter „Hier tippen. Verwenden Sie Markdown, BBCode oder HTML zur Formatierung.“ durch „foo“ ersetzen würde.
Eine Kategorie-Platzhaltereinstellung, die auch als URL-Parameter verwendet werden kann, klingt nach einer fantastischen Funktionsanfrage! Erstellen Sie sie gerne.
Hat die Kategorievorlage für Support nicht genau dasselbe getan? Sie fügt dem Body auch Text hinzu. Ist das nicht der Grund, warum es ein beobachtetes Wort gibt, das es mir erschwert hat, den OP mit der Vorlage zu posten? Wenn Sie ein neues Thema in Marketplace erstellen, wird auch der Body mit Text gefüllt. Daher hatte ich den Eindruck, dass der Body-Text Teil des Links war, um sicherzustellen, dass die Vorlage in diesem Fall ebenfalls sichtbar ist.
Ich denke immer noch, dass es sinnvoll ist, das gleiche Ergebnis im Body zu erzielen, wenn Sie den Button “Neues Thema” verwenden und wenn Sie auf einen der Buttons eines offiziellen Themes oder Plugins klicken.
Im Allgemeinen wäre es wahrscheinlich einfacher, wenn diese Buttons, die manuell in alle offiziellen Themen eingefügt wurden, automatisch erstellt würden. Dann könnten Fehler in den Tags nicht passieren und sie könnten viel einfacher aktualisiert werden. Aber das ist wahrscheinlich schwierig, weil sie nicht alle gleich funktionieren. Der Datenexplorer schlägt vor, in Data & reporting zu fragen, die SSO-Plugins weisen Sie an, in SSO anstatt in Support um Hilfe zu bitten.
Das klingt ziemlich genau nach dem, was Richard vorschlägt. Ich halte es für eine gute Idee, da es verschwindet, wenn man mit dem Tippen beginnt, und keine verirrten Anweisungen in Themen gelangen. Wir könnten dann auch das beobachtete Wort entfernen.
Einverstanden. Ich werde das für zukünftige Änderungen, die wir vielleicht vornehmen möchten, im Hinterkopf behalten.
Ich denke, es kommt auf den Anwendungsfall an. Es funktioniert gut für eine kurze Vorlage, wie die, die im Support verwendet wurde, aber ich denke, für längere Vorlagen wie in Marketplace wäre es nicht so hilfreich, wenn die Vorlage verschwindet, sobald man das erste Zeichen eingibt. Für mich ist der Text im Body von Marketplace-Themen ein guter Kompromiss zwischen einem Platzhalter, der verschwindet, wenn man mit der Eingabe beginnt, und einer Vorlage mit festen Feldern, wie sie form-templates anbieten.
Ich frage mich jedoch, ob es einen Unterschied macht, den Nutzern jedes Mal die Suche aufzuerlegen, wenn sie ein Thema erstellen. Lesen die Leute das wirklich jedes Mal, wenn sie ein Thema erstellen?
Den Nutzern die Suche aufzuerlegen, würde ich eher bei den ersten Beiträgen sagen. Zum Beispiel in der JIT Composer-Nachricht, die bei den ersten Themen angezeigt wird, die man erstellt. “Bitte suchen” ist so etwas wie “Bitte wählen Sie einen aussagekräftigen Titel”.
Ja, in diesem Fall für die Support-Kategorie bin ich damit einverstanden, eine Zeit lang ganz auf Anstupser zu verzichten. Wenn wir feststellen, dass mehr Leute offensichtlich Fragen stellen, bevor sie suchen, können wir uns dann nach Lösungen umsehen.
oben rechts, um zu suchen.
