Gladys v4.16 : Améliorations UX tableau de bord + AQI + limitation logs Zigbee2mqtt

en grande partie d accord avec toi, sur l aspect attente mais dans ce cas , un minimum de visibilit serait bien. « redige une demande de fonctionnaloté ! », on le fait et apres boite noire…

oui gladys fournit des possibilités, notamment avec mqtt et nodered que je pratique mais certaines sont « bridée » (ex: data de type texte ou date issu de nodered impossible a recuperer…).

avant de faire une belle carosserie et des options à une voiture il faut lui faire un moteur avec les performances adequates

1 « J'aime »

Tout à fait d’accord avec @cicoub13
Gladys plus respecte en tous points notre vie privée, après chacun est libre de privilégier les fonctionnalités qu’il veut utiliser.
Pour qu’un tel système fonctionne, et perdure, je ne vois qu’une possibilité : le nerf de la guerre !

1 « J'aime »

Bonsoir @Einstein8854, Dans ce cas comme tu as des connaissances en programmation pourquoi ne pas proposer un PR avec les fonctionnalités que tu as besoin.
Je pense que tu n’es pas le seul a attendre le développement d’une fonctionnalité précise.
Avec des développeurs en plus cela permettrait d’améliorer les performances du moteur comme tu le dit…

1 « J'aime »

@Einstein8854 je ne doute pas un instant que tes intentions dans tes messages soient bonnes. La forme par contre laisse à désirer à mon avis, car tout est très clair depuis le départ : Gladys est développé majoritairement par Pierre-Gilles et d’aimables contributeurs (qui ne sont pas une foule) apportent leur pierre à l’édifice.
Donc si tu adhères au projet, c’est que tu sais très bien qu’une demande de fonctionnalité requiert 2 choses :

  • que suffisamment de personnes l’attendent (d’où le système de votes) ou que Pierre-Gilles trouve que c’est prioritaire
  • qu’un développeur s’y colle

Cela implique parfois des délais et la seule manière de réduire ce délai et la frustration qui peut aller avec, c’est de faire le boulot soi-même.

Je n’arrive pas à comprendre en quoi ton manque d’intérêt pour Gladys Plus t’empêche de travailler sur le développement de la fonctionnalité que tu attends ?

3 « J'aime »

Salut @pierre-gilles ,
As-tu la possibilité de paramétrer (diminuer) la vitesse de défilement haut/bas?
De mon côté, c’est quasi inutilisable en l’état :


Tout le reste, top top!

Génial ! ça fait plaisir à lire :smiling_face:

Yes effectivement, j’ai réduis un peu, tu peux re-tester et me dire si c’est mieux comme ça ?

( Même url : https://improve-dashboard-reorder-mo.gladys-plus.pages.dev )

J’avais le même problème et c’est largement mieux. Je réduirai peut être encore un peu.
:+1:

PS : nouveau test sauvegarde sans clic fin d’ordonnancement et ça fonctionne parfaitement.

@tiboys j’ai encore réduit, tu peux re-tester et me dire ? Merci du test !

1 « J'aime »

Ça me semble très bien comme ça!
Merci!
Le bouton re-ordonner a-t-il encore du sens ? Ça me va très bien comme ça mais ça éviterait d’avoir deux manières de fonctionnement différentes…

Oui il a du sens, pour moi sur mobile c’est compliqué de re-ordonner avec les widgets ouverts en grand, là ça les compact lors du re-ordonnage.

Sur desktop, pas besoin de ce comportement.

3 « J'aime »

Parfaitement parfait …
Ca laisse le temps de poser le déplacement où on veut.
Grand merci

1 « J'aime »

Merci pour vos retours, j’ai mergé ces améliorations sur master, ça partira dans la prochaine version de Gladys ! :slight_smile:

1 « J'aime »

Bonjour,

Petit Bug UX de trouvé.

Lorsque l’on édite un tableau de bord et que l’on a plus de 10 pièces et plus dans la liste défilante d’un widget concernant une pièce, cette fin de liste est cachée par le bandeau « annuler/supprimer/sauvegarder ».

Question: Est ce normal que lors d’un ajout de widget dans un tableau de bord celui ci se trouve forcément en colonne 1 ?

Merci du retour @mikael, je vais regarder !