Angepinnt DotaSource Reborn

Bezüglich dem Hitzewelle-Zitat von @Aro: Ich konnte das Problem reproduzieren und habe es dem Hersteller der Forensoftware gemeldet.

Zum Editor allgemein und den Wünschen von @Der_Busfahrer. im Speziellen: Leider kann ich am Editor quasi nichts machen. Keine Buttons im BBCode Modus, keine Hybride Ansicht. Allerdings gibt es einen kleinen, wenn auch zeitlich entfernten, Lichtblick: Mit dem nächsten mittelgroßen Update, welches voraussichtlich Anfang 2017 kommt, hält ein neuer Editor Einzug in die Software, gerade weil sich so viele über den aktuellen Editor beschwert haben. Dabei gab es sowohl Beschwerden durch die Nutzer, weil der Editor komische und falsche Sachen macht, als auch von den Entwicklern, weil diese kaum und nicht genug tiefgreifende Schnittstellen zur Weiterentwicklung des Editors haben.

Bezüglich der Zitate im Werwolf Spiel von @Apocalypso: Sobald du einen Beitrag absendest, wird deine Zitatverwaltung (von dir "quote stack" genannt) geleert. Das ist wohl in den meisten Fällen auch das gewünschte Verhalten, also dass man nicht aktiv durch klicken die Zitate löschen muss. Hast du eine Idee, wie man es für den Regelfall ohne Mehraufwand und trotzdem für spezielle Fälle wie deinen anders machen sollte?

Die Frage ist: Hätte Apo das Verhalten vorher entsprechend umgestellt gehabt oder in dem Moment daran gedacht auszuwählen, dass die Zitatverwaltung nicht geleert werden soll? Ich denke in diesem Zusammenhang eher an ein automatisiertes Verhalten: Enthält die Zitatverwaltung mehr als X Zitate (beispielsweise mehr als 4), dann wird sie durch das Absenden eines Posts nicht mehr automatisch geleert und muss aktiv geleert werden.

Das würde dazu führen, falls man mal nicht daran denkt, dass nach dem Abschicken eines Posts die Zitatverwaltung geleert wird, der Benutzer im Zweifelsfall nur bis zu vier Zitate neu raussuchen muss.

Blaeh schrieb:

Man kann zu PNs, ohne die Zustimmung des anderen, einfach noch mehr Leute hinzufügen. Damit könnte man private Nachrichten versehentlich oder auch wissentlich für andere lesbar machen. Falls das so gedacht ist nehmt das als Hinweis.

Das ist richtig. Wurde hier angekündigt. Es hilft, wenn man nicht mehr an einzelne private Nachrichten, sondern bei Konversationen an das Erstellen von WhatsApp Gruppen oder nicht-öffentliche / private / interne Threads denkt.

Der Ersteller Verwaltet die Konversation und kann entsprechend Teilnehmer hinzufügen (und entfernen). Beim Erstellen der Konversation kann der Ersteller entscheiden, ob auch die anderen Teilnehmer neue Teilnehmer hinzufügen können. Wird ein Teilnehmer hinzugefügt, erscheint für alle ein Hinweis im Verlauf der Konversation:

"Midna - 15. Juli 2016
Hat folgende Teilnehmer hinzugefügt: ramius"

Wissentliches lesbar machen geht ja auch unabhängig von dieser Funktion: Kopieren, Zitieren, Screenshots, etc.

@greystar_
Der Fehler ist bekannt. Liegt leider an der Forensoftware. Ich habe den Fehler aber gemeldet und er ist als Behoben markiert für das nächste Forenupdate.

@Yarox
Du meinst, dass der Text deiner Nachricht auf dem Client verarbeitet und dir das Ergebnis in der Vorschau angezeigt wird? Das ist, bedingt durch die Architektur der Software, nicht möglich, da der Code zum Verarbeiten nur serverseitig existiert und nicht zum Client ausgeliefert werden kann.

@wolliver twist
Ich packe es auf die TODO Liste, weiß aber nicht, ob das möglich sein wird.

Es ist natürlich prinzipiell möglich, dass man das Verarbeiten der Texte auch oder sogar ausschließlich Client-seitig löst. Allerdings nicht mit dem WoltLab Community Framework (wird demnächst in WoltLab Suite umbenannt), auf welchem die Forensoftware aufbaut. Das hat verschiedene Gründe. Zum einen ist das Verarbeiten der Nachrichten in PHP implementiert, was entweder dazu führen würde, dass man zwei Implementationen pflegen muss (PHP für den Server und Javascript für den Client) oder man es auf dem Server ebenfalls auf Javascript umstellen muss. Beides wird es seitens WoltLab (vermutlich) nie geben. Das hat zum Teil aber auch gute Gründe, weil manche Sachen gar nicht für den Client gedacht sind. Beispielweise es gäbe einen BBCode [dota2]matchID[/dota2], welcher anhand einer Match ID und der Dota 2 API das Match in den Beitrag einbettet (gepickte Helden, Bans, Spielernamen, etc.), dann kann das gar nicht (ausschließlich) auf dem Client funktionieren, weil Valve von Nutzern der API fordert, dass man sich einen API Key besorgt. Diesen gibt man für gewöhnlich nur ungern raus, weswegen eine Auslieferung des API Keys an den Client nicht möglich ist.

Kurz: Wenn man die Architektur von Grund auf neu entwickelt, könnte man das System vielleicht vollständig umstellen. In unserem Fall allerdings ist die (vollständige) Verarbeitung nur auf dem Server möglich. Teilweise findet eine Verarbeitung ja bereits im Client statt: Die WYSIWYG Ansicht des Editors, mit welchem man die Beiträge verfasst.

Daher wird das Drücken des Vorschau Buttons auch in Zukunft zwangsläufig eine Abfrage beim Server bedeuten. Wie kommt es, dass du nach einer rein clientseitige Lösung gefragt hast? Weil du öfter Beiträge unterwegs verfasst und kein Internet hast?
Das war im Grunde auch mein Plan. Allerdings muss ich schauen, welcher Code hinter dem Button letztendlich ausgeführt wird und ob es zu Komplikationen kommt, diesen auch im Thread selbst einzubetten. Ich vermute, dass das möglich sein wird, aber will es nicht voreilig versprechen.

Die im Spoiler enthaltenen Elemente haben keine Interaktion mit dem Spoiler. Sei es ein YouTube Video, WebM, Soundcloud Track, Gif, etc.
Es für einzelne Sachen zu ändern wäre nicht intuitiv und für alle ändern geht nicht, da ich auf viele der eingebetteten Inhalte gar nicht zugreifen kann, um zu pausieren.

Kurz: Es ist vielleicht nicht das optimale Verhalten, aber das den Umständen entsprechend gewollte.