Sieht gut aus!
Beim Klicken auf Links in diesem Menü (außerhalb der Dropdowns) wird weiterhin der Ladeindikator angezeigt:
Sieht gut aus!
Beim Klicken auf Links in diesem Menü (außerhalb der Dropdowns) wird weiterhin der Ladeindikator angezeigt:
Derzeit ist es auf 2 px eingestellt, aber wenn du ein Retina-Display mit Skalierung verwendest (z. B. ein MacBook mit Retina), kann es auf deinem Bildschirm näher an 1 px liegen. Ich werde es heute auf 3 px erhöhen.
Du hast recht, das ist momentan eine etwas inkonsistente Benutzererfahrung. Technisch gesehen ist das eine knifflige Angelegenheit. Der Ladebalken ist derzeit mit dem Ember-Router verknüpft, sodass er nur bei Ember-Routenwechseln angezeigt wird. Einige „Ladezustände
Ich erwarte die Unterstützung für hohe DPI-Werte mit großer Spannung. Vielleicht könntet ihr den Seitenadministratoren die Wahl zwischen dem Lade-Slider und einem überarbeiteten rotierenden Kreis geben (hüstel hüstel
)?
Es wurde nun auf 3 px erhöht, sodass es etwas auffälliger sein sollte.
Administratoren können über eine Themenkomponente alles anpassen. Wenn Seiten also einen Lade-Spinner beibehalten möchten, ist das möglich ![]()
@meghna hat Custom Loading Spinner Component veröffentlicht, eine schöne Möglichkeit, FontAwesome-SVG-Icons zu nutzen, die auf allen DPI-Ebenen funktionieren.
Ich liebe das absolut und stimme @codinghorror zu, dass es als Standard in den Kern verschoben werden sollte.
Ich denke, ich habe das Problem behoben – der Lade-Spinner sollte nun in allen Ansichten der Themenliste verschwunden sein.
Auf dem iPad wird der Ladebalken überhaupt nicht angezeigt. (iPad 5. Generation… glaube ich. iOS 14, DiscourseHub-App)

Siehe GIF ^
Guter Fang, danke @CaptainZac. Ich habe einige Anpassungen vorgenommen, sodass es nun in der PWA/DiscourseHub-Ansicht auf dem iPad funktionieren sollte.
Ich habe auch den 1px-Wert für top hinzugefügt, den wir für DiscourseHub auf dem iPhone benötigen. Die volle Höhe von 3px ist jetzt in der App sichtbar und scheint sich recht gut mit dem eigenen Ladebalken von DiscourseHub zu decken.
Ich mag das sehr
Wirklich gute Arbeit! ![]()
Es scheint, dass der Lade-Slider anstelle des Spinner-Laders auf der Startseite nicht aktiviert wird, wenn auf das Logo geklickt wird.
Perfekt, fang an, es zu nutzen – danke!
Sollte jetzt behoben sein, danke!
Das Problem bei Slidern ist, dass sie sich tatsächlich langsamer anfühlen können (auch wenn die Seite schneller lädt).
Der Grund dafür ist, dass nichts an den meisten Teilen der Seite passiert, bis die Seite vollständig geladen ist – im Gegensatz zur Version mit dem Ladespinner, bei der die Seite sofort nach dem Klick leer wird. Das heißt: Etwas Bedeutendes passiert sofort versus etwas Bedeutendes, das erst nach einer Verzögerung passiert.
Ja, das stimmt, und wir haben das intern ebenfalls diskutiert. Wenn wir den gesamten alten Inhalt auf dem Bildschirm behalten, gibt es nach dem Klicken auf einen Link keine unmittelbare Rückmeldung. Ich habe gerade eine Änderung eingeführt, die den Seiteninhalt während des Ladens (teilweise) ausblendet. (cc @awesomerobot)
Ursprünglich hatte ich es so eingestellt, dass es komplett ausblendet, aber dann blieb nur eine leere Seite übrig. Ich denke, eine Deckkraft von 20 % könnte ein guter Kompromiss sein. Genug Rückmeldung, aber nicht zu abrupt? ![]()
Momentan blendet es das gesamte #main-outlet aus. Leider glaube ich nicht, dass es eine Möglichkeit gibt, das {{outlet}} für die tatsächlich ladende Route gezielt anzusprechen… aber ich würde mich gerne eines Besseren belehren lassen. Ich denke, die einzige Lösung wäre, alle {{outlet}}-Elemente in unserem Code durch eine benutzerdefinierte Wrapper-Komponente zu ersetzen…
Immer besser und besser… ![]()
Spiel auf das nächste Level heben: Erfasse, wie lange Anfragen im Durchschnitt dauern, und lass die Ausblendungs-Animation genauso lange dauern ![]()
Super. Sieht viel besser aus. ![]()
![]()
Es ist besser, David … aber es fühlt sich immer noch langsamer an. Ich bin mir nicht sicher, ob sich das ändern wird, es sei denn, der Effekt ist so deutlich wie beim Spinner, ehrlich gesagt. Es könnte auch einfach eine Eigenschaft des Sliders sein, besonders wenn er immer abgeschlossen wird. Das liegt daran, dass die Seite fertig geladen ist (oder zumindest so wirkt), bevor der Slider fertig ist … doch der Slider ist es, der als Indikator für das Laden der Seite dient und nicht die Seite selbst, weil er so auffällig ist.
https://meta.discourse.org/u/golaxo/summary
Wenn wir von der Profilansicht auf das Discourse-Logo klicken, verschwindet der obere Teil, was seltsam aussieht.