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.
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.
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.
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
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.
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
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 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