Das sind tolle Vorschläge. Ich bin mir nicht sicher, wie ich das nur mit einer Theme-Komponente umsetzen würde, aber es ist interessant, darüber nachzudenken.
Außerdem habe ich heute ein Update für die Komponente hinzugefügt, das einige Lesbarkeitseinstellungen hinzufügt.
Ein Problem, das ich jedoch festgestellt habe, ist, dass sie schlecht mit unserer hier auf Meta installierten DiscoTOC-Komponente interagiert. Ich habe einige Ideen, wie ich das beheben kann, und werde versuchen, mich diese Woche darum zu kümmern.
Es sieht so aus, als ob es auf diese Weise funktioniert, wenn Sie kein Administrator/Moderator sind.
Glauben Sie, dass es möglich wäre, die Symbole an derselben Stelle zu belassen, ohne sie zu verschieben?
Danke, das liegt tatsächlich nur am DiscoTOC-Theme-Komponente, das wir hier auf dev installiert haben. Ich werde diese Woche daran arbeiten, die beiden Komponenten gut zusammenarbeiten zu lassen.
Es wäre großartig, wenn wir meine Reader-Modus-Einstellungen „speichern“ könnten, damit sie über verschiedene Themen hinweg bestehen bleiben. Aus technischer Sicht gibt es viele Möglichkeiten, dies zu tun.
Chrome 124.0.6367.61, Windows 11
Ich habe es ohne Erweiterungen versucht und es ist dasselbe.
Ich denke, es liegt daran, dass die Positionierung (top) ständig aktualisiert wird, obwohl sie es nicht sollte (der top-Wert scheint von der Schriftgröße beeinflusst zu werden, das Panel sollte hier statisch sein )
Unter Firefox geschieht dasselbe, aber manchmal (noch nicht zuverlässig herausgefunden) aktualisiert sich die Positionierung nicht, dann ist es reibungslos:
Ich bin mir nicht sicher, ob das hilft, aber dein Beitrag hat mir eine Idee gegeben.
Für den Breitenregler war die Schrittweite extrem klein, auf 1 Pixel eingestellt, und es schien reibungslos zu funktionieren.
Die Schrittweite für die Schriftgröße war jedoch zu groß, und ich habe sie enorm reduziert. Die Änderungen der Schriftgröße sollten sich also etwas reibungsloser anfühlen, zumindest was die tatsächliche Vergrößerung und Verkleinerung der Textgröße angeht.
Die obere Positionierung des Einstellungsmenüs meinst du?
Ja, das Einstellungsfenster. Es scheint relativ zum Hauptauslass zu sein, wenn man die große Zahl sieht.
Ich frage mich, ob das Einstellungsfenster relativ zu den Zeitleisten-Steuerelementen sein könnte. Ich bin mir aber nicht sicher, ob das machbar ist.
Wenn ich das Fenster zum Beispiel dorthin verschiebe, sehen Sie, dass sich die Position nicht ändert, da es sich relativ zur Zeitleiste nicht bewegt. Verstehen Sie, was ich meine?
Technisch gesehen ist es das, aber ich benutze eine integrierte Discourse-Komponente DMenu. Ich muss den Besitzer vielleicht um Input bitten, was dort vor sich geht.
EDIT: Nein, schlechte Idee, folgt dem nicht, bitte.
Du hast Recht!
Ich glaube, es gibt eine Möglichkeit, DMenu mitzuteilen, in welchem Container Sie Ihren Code einfügen möchten, indem Sie this.menu.registerPortalOutletElement verwenden.
Ich habe einen Test durchgeführt, indem ich einen Container in .timeline-controls erstellt und dann dieses Container-Element an registerPortalOutletElement übergeben habe, und es hat für mich funktioniert. Ich weiß nicht, ob das der beste Weg ist, aber es hat funktioniert.
Soweit ich mich erinnere, ist das nur dafür gedacht, einmal beim Starten der App verwendet zu werden. Wenn man es später aufruft, werden alle zukünftigen DMenu-Aufrufe auf dieses Element verschoben, was eine Menge anderer Dinge kaputt machen wird
OH. Mein Fehler. Ich dachte, es würde gesetzt, sobald die Komponente eingefügt wird; ich habe es sogar getestet, bevor ich es gepostet habe. Wahrscheinlich habe ich mich mit dem Inline-Menü vertan. Niemals Code lesen, wenn man müde ist, ahah.
EDIT: Ich habe es gerade noch einmal überprüft, und ja, es wird einmal gesetzt. Ich hatte Glück, dass es nichts kaputt gemacht hat.
Vielen Dank für diese Komponente, ich genieße die Nutzung dieser Komponente wirklich! Ich würde gerne sehen:
Farboptionen in den Optionen des Lesemodus. Ich persönlich mag es, Meta im hellen Modus zu halten, aber es wäre schön, wenn ich im Lesemodus zu einem dunklen/sepia Farbschema wechseln könnte.
Es wäre schön, wenn die Einstellungen des Lesemodus über Themen hinweg beibehalten würden und es eine Schaltfläche Zurücksetzen gäbe, um sie auf die Standardeinstellungen zurückzusetzen.
Es wäre schön, wenn die Avatar-Flair auch eine reduzierte Deckkraft hätten. Es scheint, dass sie im Lesemodus stärker hervorgehoben werden, da sie in voller Farbe sind.
@Arkshine unser eigener Joffrey hat den Kern aktualisiert. Sie können jetzt @inline={{true}} in <DMenu> verwenden, um das Popup inline innerhalb des Containers zu rendern.
Das ist großartig, es ist eigentlich die Benutzeroberfläche, die ich irgendwann erreichen möchte. Ich bleibe vorerst bei einfachen Browser-Standardeinstellungen in Bezug auf Schriftgröße, Auswahl und Inhaltsbreite.
Ich mag auch die Benutzeroberfläche von The Arc Browser für ihre Boost-Funktion sehr.
Ich liebe das und erwarte, dass die meisten unserer Benutzer es auch lieben werden. Leider ist die von Keegan hervorgehobene Inkonsistenz bei der Deckkraft auch der Grund, warum ich es nicht zu unserer Instanz hinzufüge:
Ich bevorzuge es tatsächlich in die andere Richtung, bei der das Benutzerprofil und der Flair in voller Farbe bleiben, stimme jedoch zu, dass das eigentliche Problem die Inkonsistenz zwischen der Deckkraft von Flairs und Profilbildern ist.
Die anderen drei Punkte von Keegan fassen alles andere, was ich mir gedacht habe, elegant zusammen.
Ich kann es kaum erwarten, weitere Entwicklungen hier zu sehen
Bearbeiten:
Kommentar eines Kollegen:
Ich mag es! So sehr, dass ich sogar daran interessiert wäre, wählen zu können, dass es aktiv ist, ist der Standard"
Zurücksetzen gäbe, um sie auf die Standardeinstellungen zurückzusetzen.
