Ich habe den Zeitplan aktualisiert! 
Wenn du jetzt auf den Fortschrittsbalken klickst, öffnet sich ein eigenes Modal-Fenster mit dem Zeitplan-Container des Themas (auch bekannt als mobiler Zeitplan). So lässt er sich auch auf dem Handy viel einfacher bedienen.
Entschuldigung, aber ich kann das Problem nicht nachvollziehen. 
Ich habe das Update auf einer Testseite https://forum.escooterworld.com/ eingespielt und es tritt auch dort auf. Ich weiß nicht genau, warum. Ich bin bis Dienstag im Urlaub und kann daher nicht weiter testen, um die Ursache zu finden.
Kannst du mir deine Komponente schicken, damit ich mir das mal anschauen kann?
Gesendet, das passiert aber auch, wenn dieses Element deaktiviert ist, und tritt erst seit dem letzten Update auf.
Versuch es mal im Duck-DuckGo-Browser 
Ich habe die Hinweis-Nachricht für das Wischen aktualisiert: DEV: Add more control over swipe hint message - Pull Request #11 - VaperinaDEV/discourse-topic-preview-modal - GitHub
Sie enthält zwei neue Einstellungen:
always_show_dismiss_hint:
Standardmäßig wird der Hinweis zur Schließ-Geste auf dem Mobilgerät („Nach oben/unten wischen oder die Zurück-Geste/-Taste zum Schließen verwenden“) nur einmal pro Browser angezeigt, und zwar beim ersten Öffnen des Vorschau-Modals. Aktiviere diese Option, um den Hinweis stattdessen jedes Mal anzuzeigen. Dies gilt nur, wenn modal_dismiss_gesture auf “gesture” gesetzt ist.
dismiss_hint_duration_ms:
Wie lange (in Millisekunden) der Hinweis zur Schließ-Geste auf dem Bildschirm verbleibt, bevor er ausgeblendet wird. Erwäge, diesen Wert zu senken, falls du always_show_dismiss_hint aktiviert hast, da ein 10-Sekunden-Hinweis bei jedem Öffnen schnell nervig werden kann. Setze den Wert auf -1, um das automatische Ausblenden vollständig zu deaktivieren – der Hinweis bleibt dann sichtbar, bis das Modal selbst geschlossen wird.
topic_preview.back_gesture_hint ist nun htmlSafe.
Hallo, vielen Dank für dieses Theme-Widget. Ich habe es bisher perfekt genutzt.
Heute habe ich jedoch festgestellt, dass im (verschachtelten) Antwortansicht-Theme ein Klick auf den Button „Eine andere Antwort“ im Kommentarbereich die Fehlermeldung „Fehler: Die angeforderte URL oder Ressource wurde nicht gefunden“ auslöst.
Danke für den Hinweis! Ich habe die verschachtelte Antwortansicht getestet, konnte das Problem aber nicht nachvollziehen. Bei mir wird die Antwort korrekt geladen.
Könntest du prüfen, ob dieselbe Antwort auf der regulären Seite für verschachtelte Themen korrekt geöffnet wird? Falls nicht, liegt es möglicherweise an dem betreffenden Beitrag/Thema.
Sollte das Problem erneut auftreten, schick mir bitte auch die URL des Themas, damit ich es weiter untersuchen kann.
Hallo,
ich habe in der Ansicht „Verschachtelte Antworten“ auf „
2 Antworten“ geklickt,
und es erscheint die Meldung: „Fehler: Die angeforderte URL oder Ressource wurde nicht gefunden.“
Dasselbe passiert im Testvorschau-Modus, im Google Chrome auf dem Computer und im Google Chrome auf dem Handy.
Hallo,
Entschuldigung! Ich habe mich wohl nicht klar genug ausgedrückt.
Ich wollte sagen: Wenn man das „topic-preview-modal“-Komponente verwendet und auf der Startseite auf ein Thema im „Verschachtelter Modus“-Ansicht klickt, um es anzuzeigen, und dann auf den Button „Weitere Antworten“ klickt, erscheint folgender Fehler.
Ah, verstanden, danke! Hier ist der Fix: FIX: Nested view lost topic identity on pagination + dead "Continue t… · VaperinaDEV/discourse-topic-preview-modal@fa90848 · GitHub
Vielen Dank! Ich habe es funktioniert einwandfrei!
Danke für deine Arbeit an diesem Themen-Plugin! 
Hallo,
Wow, diese Komponente sieht toll aus und bietet eine hervorragende Benutzerfreundlichkeit, besonders auf Smartphones!
Ich bin auf einen blockierenden Bug gestoßen:
In einem Thema, das das “Post Voting plugin” verwendet, lädt das Modal nicht.
Dieses Problem tritt sowohl auf Smartphones als auch auf PCs auf.
Es passiert mit den neuesten Versionen.
Bei Bedarf kann ich die Komponente auf meinem Forum wieder aktivieren und dir per PN einen Link zum Bug schicken.
Danke.
Danke @Stephane_Roy! Hier ist der Fix: FIX: post-voting topics crashing the topic preview modal · VaperinaDEV/discourse-topic-preview-modal@0be328e · GitHub
Hallo 
Ich habe die Theme-Komponente refaktoriert:
Die große topic-preview-modal-Komponente wurde in spezialisierte Delegate-Klassen für verschachtelte Themen, Composer-Interaktionen, Beitragsaktionen, Fortschrittsnavigation, Overlay-Beobachtung und Back-Gesture-Zustand aufgeteilt.
Die bestehende Komponenten-API und die externen Verträge bleiben unverändert, während topic-preview-modal.gjs von 1836 auf 873 Zeilen reduziert wurde.
Keine funktionalen Änderungen beabsichtigt.
Vielleicht existiert die Funktion bereits, und ich habe nur nicht herausgefunden, wie man sie einstellt:
Wäre es möglich, das Modal in bestimmten Kategorien (aka Discourse Category Docs) zu vermeiden, in denen das Modal kontraproduktiv sein kann, wenn die Seitenleiste angezeigt werden soll?
Es gab bereits früher einen solchen Wunsch. Ich versuche gerade herauszufinden, was die beste Implementierung wäre. Es scheint nicht ganz so einfach zu sein, da es die Nutzer verwirren könnte, wenn einige Themen auf /latest in einem Modal-Fenster geöffnet werden und andere nicht. Andererseits: Wenn wir es streng auf Kategorien beschränken, wie sollten dann Themen auf /latest behandelt werden?
Oh, großer Don. Entschuldigung, ich habe die vorherige Anfrage übersehen. Ich bin sehr froh, dass du sie analysierst und berücksichtigst!
In unserem spezifischen Fall wären die Kategorien, in denen wir die Modals deaktivieren würden, konkret das Glossar, das Wiki und ein auf Discourse eingerichteter Online-Kurs.
Es fällt mir ein, dass ein Schalter zum Testen der Verwendung von Modals in genau diesen Kategorien und dass sie als neueste Themen aufgelistet erscheinen, positiv wäre, um ihre Auswirkungen aus der Perspektive der Benutzer in einem realen Szenario wirklich zu bewerten.
Falls das nicht möglich ist, zumindest für uns, wäre es besser, die Modals nicht einmal in der Ansicht der neuesten Themen für diese eingeschränkten Kategorien zu aktivieren. Denn der Kurs ist so eingerichtet, dass die Seitenleiste angezeigt wird, genau wie unsere Wikis und das Glossar.
Wir beabsichtigen, dass unsere Leute diese besonderen Informationen tatsächlich recherchieren und lesen, und wir sind daran interessiert, ihnen direkte Links dazu aus der Seitenleistenansicht zur Verfügung zu stellen.
Wir sind völlig damit einverstanden, das Modal für den Rest unserer Community zu erlauben. Es funktioniert wirklich gut.
Würden sie nicht auf „Gesamtes Thema öffnen“ klicken?
Weißt du, wir wollen einfach nur weniger Reibung. Es sollte doch ein Musikstück oder so sein sein 
