Mehrere Dashboards

Möglichkeit, mehrere Dashboards zu erstellen.

Zu überlegen:

  • Zugangsbutton zur Erstellung eines / mehrerer sekundärer Dashboards,
  • Benennung der sekundären Dashboards,
  • Zugriff auf die sekundären Dashboards (Wischen links/rechts, Buttons links/rechts, Dropdown-Menü oben und unten auf der Seite, …)

Hallo zusammen!

Da der Multi-User-Modus abgeschlossen ist, werde ich nun mit dem Multi-Dashboard beginnen :slight_smile:

Ich habe eine erste Idee (etwas simpel, ich bin mir wirklich nicht sicher):

Die Idee war, ein „Haupt“-Dashboard (die Startseite) beizubehalten und dann die sekundären Dashboards in „Dashboards“ zu gruppieren.

Das ist eine Möglichkeit, aber nicht die einzige.

Die andere Möglichkeit wäre, nur die Startseite zu haben und in der Startseite einen Selektor (ich weiß nicht genau wo) einzufügen, der es ermöglicht, auszuwählen, welches Dashboard angezeigt werden soll.

Falls jemand dazu eine Idee hat, bin ich dankbar!

So schnell auf dem Handy wird das nervig, weil es ein doppeltes Menü gibt.

Ist ein seitliches Tab-System möglich? Unter der Voraussetzung, dass nur geladen wird, wenn der Tab angezeigt wird.

Das UI/UX wird nicht einfach, glaube ich.

Gut gesehen!

Seitliche Registerkarte? Das würde ein bisschen schwerfällig wirken, oder? Hast du etwas Bestimmtes im Kopf?

Ansonsten so eine Art Auswahlmenü oben im Dashboard.. ähnlich dem « react-select »-Menü, das wir überall für die Geräte mit der Suche verwenden

  • Ein Button in den Einstellungen, um den Multi-Dashboard-Modus zu aktivieren.

Ist ein Tab auf der Seite ein seitlicher Slide?
Ich könnte mir vorstellen, dass man durch einen Wisch nach rechts oder links zwischen den Dashboards wechselt. Wie auf dem Handy. Mit der Möglichkeit, dem Dashboard einen Namen zu geben.

Gladys!!! Das ist so sexy… :sweat_smile:

Nicht dumm, das Slide, das Einzige, was nerven könnte, ist, dass du, wenn du 5 Dashboards hast, vom ersten zum fünften scrollen musst. Ich denke, egal was wir wählen, wir sollten einen direkten Zugriff auf das gewünschte Dashboard behalten.

Vielleicht eine Mischung aus Slider/Auswahl?

Ja, es können beide Optionen sein

  • ein Dashboard-Auswahlmenü oben auf der Seite (Dropdown-Menü)
  • der Slider

Ich habe Angst, dass es auf dem Handy schnell ein Chaos wird, wenn es einen doppelten horizontalen und vertikalen Scroll gibt… das macht mich wahnsinnig, wenn Websites das machen :stuck_out_tongue:

Das Select erscheint mir sauberer

Da jeder Dashboard seine eigene URL hat, kann der Benutzer also einen Dashboard als Lesezeichen speichern, um direkt darauf zuzugreifen!

Kann das nur für Bildschirme einer bestimmten Größe (für Tablets und Computerbildschirme) geplant werden, wobei die Bildschirmgrößen von Telefonen ausgeschlossen werden?

Bei einer responsiven Website kann man das machen, aber hier weiß ich nicht, wie.

Hallo zusammen!

Ich hätte mich gerne an diese Funktion gemacht (da es die am meisten gewünschte ist), aber das Problem mit der UX muss gelöst werden: wie soll das angezeigt werden? Das Multi-Dashboard ist an sich sehr einfach zu programmieren, aber es bringt nichts, damit anzufangen, ohne die Mockups (Browser und Mobilgerät) zu haben.

Ich habe auf Twitter gepostet, um zu sehen, ob es Designer gibt, die Ideen haben :slight_smile:

Ich poste die Twitter-Antworten hier zum Archivieren:

Tatsächlich sieht es so schon gut aus, sogar auf dem Handy:

Kleines Video vom Ablauf, ich teste noch, um zu sehen, wie es in Sachen UX wird :slight_smile:

Ich finde das wirklich nicht schlecht!

https://streamable.com/pz2gkh

Ich mag das auch, und es überlastet die Menüs nicht

Da werdet ihr verrückt sein :smiley:

Der Vollbildmodus!!

https://streamable.com/vn2t5f

Hallo @pierre-gilles

Echt super :+1:

Edit: Falls du mal Lust hast, den Tuya-Service zu machen und kein Gerät hast, sag Bescheid, ich kann dir eins schicken :grin:

Tatsächlich ist der Vollbildmodus top.
Und für das Multi-Dashboard, gäbe es die Möglichkeit, Registerkarten statt eines Dropdown-Menüs zu wählen?

Nein, ich denke, dass Reiter hier redundant mit den Reitern oben wären!

Entschuldigung, aber es gibt bereits zu viel Arbeit am Core. Ich konzentriere mich auf den Core und überlasse die Integrationen denen, die die Hardware haben :slight_smile: Denn entwickeln ist eine Sache, aber warten ist eine andere. Damit eine Integration nachhaltig ist, ist es besser, einen „Verantwortlichen“ zu haben, der dauerhaft die Hardware hat (wie @cicoub13 bei Zigbee2mqtt) und die Integration warten kann.

Historisch gesehen haben wir gesehen, dass Integrationen, die „blind“ entwickelt wurden oder von jemandem, der keine richtige Hardware hatte, einfach weniger gewartet werden und Probleme verursachen. Aber wir entfernen uns vom Multi-Dashboard :grinning_face_with_smiling_eyes: