@VonOx @pierre-gilles merci pour vos réponses.
Du coup en attendant il faut repasser sur la version 3 pour pouvoir avoir toutes les features ? car j’adore la v4 mais sans les scenarios je ne peux rien en faire.
Merci et bon courage pour le dev
Effectivement! 
On avance en maximum mais le travail à abattre est assez important, et le temps limité 
Merci! J’ai créé une issue Github pour que ça passe dans les prochains développements:
Si quelqu’un peut les intégrer, ça serait top!
Dans cette beta les traductions n’ont pas été faites, on les fera pour la release RC
Je viens de déployer Gladys 4 beta avec les scènes ! Pour ceux qui ont watchtower, vos installations sont déjà à jour normalement 
Il y a pour l’instant très peu de triggers/actions disponible, mais bon c’est un premier jet !
Je suis preneur de tout retour sur le fonctionnement des scènes.
Note: Pour ceux qui utilisent Gladys Beta sur x86 avec Docker + Watchtower, j’ai poussé tout à l’heure un container avec un petit souci de démarrage (my bad), et j’ai remarqué que comme le container redémarre sans arrêt, Watchtower n’arrive plus à le mettre à jour. Un docker pull + un nouveau docker run fix l’issue N’hésitez pas si vous avez des questions là dessus, c’est de ma faute ! Ce genre de problèmes n’arrivera pas en production, ici comme on build sur master sans tag lors de la beta c’est pas forcément évident de tester.
Un poil chiant pour retrouver le bon device… Sûrement une mauvaise organisation de ma part, faudrait que je prenne le temps de nommer comme il faut.
Bon point c’est que ça fonctionne via le “start” et via mon trigger 
!
Point qui me perturbes :
- je rejoins @Hamtaro car c’est compliqué de s’y retrouver. Est-ce envisageable de mettre device:feature plutôt que simplement la feature ?
- Il n’y a que l’allumage des lumières, wait et message pour le moment ? Qu’as-tu prévu d’autre ?
- Pour sauvegarder, faut remonter en haut de la page alors qu’on est tout en bas. Un bouton “Save” en bas de page serait le bienvenue
- Il y a beaucoup de “add new action”, on s’y perd vite. Celui en vert ci-dessous pourrait s’appeler simplement : “Add”
- “Add new action” ajoute une action dans le bloc en cours s’il n’est pas vide, sinon un nouveau bloc. C’est le point qui me perturbe le plus.
Voilà pour mon retour.
Bonjour à tous
Assez occupé, j’ai laissé de côté Gladys pour le moment du fait du manque de visibilité de cette v4. Cette remarque n’est pas à prendre de manière négative, car je sais toute l’implication de la communauté des développeurs autours du projet (merci à tous !). Avez-vous par hasard posé quelque part une liste des “feature proposal” et de ce qui est déjà intégré/fonctionnel (scénarios, matériel supporté, etc. …) ?
Sujet tout autre : pensez-vous qu’il serait envisageable pour cette v4 de proposer un système de template pour ajouter rapidement de nouveaux objets connectés ? Je dispose en effet de prises commandées en WIFI, pilotables via URL, que je souhaite pouvoir ajouter, mais je ne sais pas comment …
A vous relire,
Jean
Je suis d’accord ça rend pas fou chez vous ! Peut-être que la solution c’est des trucs style:
- Nom du device (Color)
- Nom du device (Battery)
- Nom du device (On/Off)
Avec (Color/Battery/On/Off) une donnée extraite du type/category du deviceFeature.
Je te mets le lien vers la tâches sur GitHub actuelle =>
Pour l’instant il y a peu de choses, après je suis preneur de toute proposition pour itérer à l’avenir
Et je suis preneur de toute PR pour coder des nouvelles types d’actions, c’est super simple à coder ^^
Mmmm pas bête je vais réfléchir à ça. Sinon tout simplement un bouton en bas « Retour en haut ».
Ou « Add action »
J’ai peur que « Add » tout seul ça soit un peu confusant par rapport au groupe d’actions…
Il ajoute toujours une action dans le bloc en cours!
Tous les développements en cours sont organisé sur GitHub Projects =>
Oui pourquoi pas
Une autre solution, c’est que j’aimerais bien qu’on ait un service « Device HTTP » qui te permet d’ajouter des périphériques contrôlable par requête HTTP, et ce sans coder de service
Salut @pierre-gilles!!
Alors tout d’abord toutes mes félicitations pour avoir lancé les Scènes !!
Toutefois je me permet une question : pourquoi n’avoir mis seulement le ‘turn on’ pour les lampes et pas le ‘turn off’ ? Aurais-tu moyen de l’implémenter facilement et rapidement ? Car pour ma part, la phase de test porterait principalement sur ce côté avec l’extinction automatique, avec le ‘wait’. Je ne peux toujours pas commander 99% de mes devices par le service mqtt, mais je viens d’investir dans du Philips hue.
2ème point, as-tu prévu dans les triggers de gérer le “ET” en plus du “OU” car c’était mon principal problème dans la V3 ou l’on devait obligatoirement passer par le script pour cette opération - sachant que le but est de viser un plus large public, moins bidouilleur ou qui cherche plus de simplicité.
3ème et dernière question sur les scènes : côté dev, pour la mise à jour server/front, pourrais-tu m’indiquer quelle est la manip ? Perd-on la base de données ? (Dois-je la sauvegarder avec TablePlus - merci d’ailleurs, j’ai recup ça dans un de tes replay de conv-call, c’est au top !!^^ - pour la restaurer après la maj).
Enfin dernière question, après un grand merci, j’ai vu que tu avais débloqué la limite des 20 rooms sur la vue d’édition du Dashboard, je vois donc bien mes 57 pièces. Toutefois, en espérantne pas être trop “lourd” dans mes demandes, serait-il possible d’avoir la même disposition que sur les services avec les rooms triées par ordres alphabétique mais par maison en amont avec le nom des maisons en gras décalé. J’ai tenté de reprendre le code du service mqtt en mode dev, mais comme je suis en initiation, je n’ai pas réussi…
Voili voilou, en tout cas pour un premier retour tel quel, je trouve ça esthétiquement agréable et clair à configurer. Je pense simple pour les non initiés, donc accessible.
En espérant pouvoir tester les “Turn light off”, je reviendrais avec plus de retour pour la suite.
Merci d’avance pour tes réponses.
Je développe progressivement Je préfère release progressivement des actions au fur et à mesure des besoins !
Le turn off n’était pas si dur à mettre en place, je l’ai rajouté, ça partira dans le prochain merge =>
Il y a encore un peu de réflexion sur la partie « Contrôle de périphériques MQTT », on veut faire les choses bien dans Gladys 4 et on prend le temps de bien réfléchir à chaque fonctionnalité avant de la lancer. Ici ça touche à un sujet bien plus vaste, l’architecture « Gladys Core/Gladys Pod », et j’aimerais qu’on ait ce débat avant de se lancer tête baissé dans le développement !
Oui, il y aura un bloc conditionnel dans les scènes, « Only continue if » qui pourra avoir un ensemble de conditions ET/OU. Je m’inspire pas mal de Zapier pour ça.
Voir l’issue GitHub ou je parle du sujet:
Quand tu développer sous Gladys, la seule chose à faire et de faire un git pull pour récupérer la dernière version du code Gladys. Ensuite tu peux lancer la migration de base de donnée dans le dossier server avec la commande npm run db-migrate:dev. Tu ne perdras pas ta base de donnée de dev.
Oui ça sera fait En fait j’ai fixé le bug des 20 pièces sans même avoir vu ton issue, je suis focus sur le développement des scènes et je n’ai pas eu le temps de dépiler mes notifications GitHub. Je m’y pencherais quand j’aurais du temps.
Génial ! C’est l’objectif, content qu’il soit rempli.
@Hamtaro @link39 Vous pensez quoi d’un affichage comme ça des devices ?
Il s’agit d’un combo “Nom du device (Description de la feature)”, avec “Description de la feature” un texte parmi ces traductions ?
Ça me parait bien mieux effectivement !
Pas mal, faut voir à l’usage. 
Pourquoi ne pas afficher le nom du DEVICE_FEATURE pour plus de clartée. Ou tenir compte du fait que :
- le
DEVICEcontient 1 seulDEVICE_FEATURE, on affiche le nom duDEVICE, - le
DEVICEcontient plusieursDEVICE_FEATURE, on affiche une première ligne un peu comme le nom de laROOMavec le nom duDEVICEpuis en dessous les noms desDEVICE_FEATURE.
Je prend mon exemple personnel, dans mon cas tout lesDEVICE_FEATUREsont nommés, mais au final que ce soit sur le Dashboard, ou dans les Scène maintenant, finalement, ce nom ne sert pas.
Enfin, merci pour la PR avec les nouvelles actions. Je viens de programmer le cas d’usage pour le ‘Turn off the Light’.
Hello à tous!
J’ai poussé vendredi sur la beta tout le travail que j’ai fais cette semaine, à savoir les scènes avec les conditions (ET/OU), c’était un beau bout assez costaud !
Hâte d’avoir vos retours
C’était le cas avant justement, mais comme tu as pu le voir sur les screens de @Hamtaro c’était pas super propre ^^
Je commence à faire joujou avec les scènes
A chaud:
Possible de mettre un filtre pour trouver une icône rapidement ?
Et je crois pas qu’on puisse la modifier une fois la scène créée.
Je viens de constater autre chose ! bug ?
Le poll ne fonctionne pas pour le service hue ?
Je suis on dans Gladys pour une lampe mais pas dans la réalité ( ni dans l’appli hue ).
Je continue de triturer…
Super l’arrivée des scènes 
Super boulot 
Parcontre petit bug je pense, il faut que j’actualise la page pour que un nouveau block de scène apparaisse.
En tout c’est super tout ça 
Tu penses à quel genre de filtre?
Pas bête, oui c’est vrai que ni le nom et l’icône ne sont éditable. Je vais changer ça.
C’est bizarre ça fonctionnait à un moment, mais j’ai constaté le problème chez moi ! Je vais corriger ça.
Top n’hésite pas si tu as d’autres retours!
Ah? Bizarre ça, tout marche chez moi, tu es sous quel navigateur et quelle version de navigateur?
Salut à tous !
Petit message pour vous tenir au courant de l’avancement de Gladys 4
Voilà les différents chantiers en cours :
- Je travaille depuis la semaine dernière sur les scènes programmées, un joli bout mais qui vaut vraiment le coup ! Lire ici mon dernier rapport d’avancement.
- @Terdious et @AlexTrovato travaillent sur la traduction en français de Gladys 4, voir la pull-request GitHub.
- @link39 a travaillé sur une box action “Allumer les prises”, voir le topic.
- @Boimb a lancé un débat à propos de l’API MQTT de Gladys 4, notamment pour réfléchir au format des nouveaux topics sortants. Lire le débat sur le forum.
- Grâce à la mise à jour de Linux Alpine sur l’image Docker Node.js 12, Gladys utilise désormais OpenZwave 1.6, compatible avec plus de périphériques Z-Wave !
- @AlexTrovato a amélioré l’UX du service MQTT notamment la gestion des erreurs, voir la PR GitHub.
- @bertrandda travaille sur le service CalDav qui commence à être vraiment sympa ! Voir la PR sur GitHub.
- @joeypic travaille sur le service RFLink, afin de pouvoir gérer les périphériques 433Mhz et Milight (via RFLink) Voir son dernier message sur le forum.
Ce n’est qu’un petit aperçu de tout le travail abattu, mais croyez moi ça bosse fort sur Gladys en ce moment ! Merci à tous ceux qui contribue, c’est grâce à l’effort de chacun que Gladys avance 