jjacques68

mon non plus, on va attendre la suivante

aaaah ok ! I didn't no we already had this json.util !! thank you very much for you exemple, I understand. And the function json.util.InitArray() works perfectly. I just try with this when I declare the variable : local ListeDay = json.util.InitArray({}) and it's ok now. But I prefer your three functions I will use them. thank you @jang

hmm... I don't know how to use this built-in. But it gave me some ideas, but no success... for exmple : insert and remove a value in the array, creat a function that return the array, use json.encode/decode ...

Bonjour à tous, Petit soucis LUA / API : (il me semble qu'on avait déjà parlé de ça, un jour à une époque lointaine ) je gère le panel GARDEN depuis un QA perso. Je souhaite à un moment mettre une propriété de type tableau à null (ou blanc, ou vide, ..., rien quoi ) il s'agit de cette propriété "days" ci-dessous : J'aimerai qu'elle devienne comme ceci : (je réussi à la vider quand j'utilise le Garden Panel, en décochant tous les jours de la semaine) Dans mon QA, je fais ceci : qui fonctionne très bien si je mets un jour dans la variable, mais pas ne fonctionne pas si le tableau reste vide. Tout le problème est là ! local ListeDay = {} --<----- tableau vide MyPanel = api.get("/panels/sprinklers/11") res = api.put("/panels/sprinklers/11", {days=ListeDay}) et il me met un erreur : Clairement ça veut bien dire qu'il veut pas un tableau vide ?! nan je me trompe ? mais alors pourquoi quand j'utilise la console de debug de mon navigateur (F12), et que j'intercepte l'action du bouton "save" après avoir décoché tous les jours de mon panel, je vois passer ça... et qui fonctionne : Il envoi bien un tableau vide aussi !! qu'est ce qui ne va pas dans le code LUA ?? si quelqu'un a une idée ?? merci d'avance !!

l'intérêt ? fonctionnement identique à ce je j'avais sur HC2, pas le temps de me pencher sur autre chose. Je programme ce que je veux. Et peux pas faire du TTS sans IFTTT, on en avait pas encore parlé de ça Le plaisir de claquer 60 E Le plaisir de râler

avec IFTTT, tu oublies le plaisir de taper de la ligne de code

ben c'est pour garder le fonctionnement "à l'ancienne". Et pas sûr que toutes les commandes passent en natif, si ? Avec la couche IFTTT, tu peux appeler n'importe quelle fonction de n'importe quel QA. Sauf qu'avant, t'avais une seule applet qui faisait tout...

@Nico, fin d'année dernière ils ont changé le service "google assistant" dans IFTTT. L'ancien service ne fonctionne plus. Et le nouveau est devenu plus contraignant à utiliser, comme par exemple avec le mot "activate" qui est le trigger pour exécuter l'action webooks.

d'où viennent ces captures du premier post ?

ah non, ils ont mis ça en place fin d'année dernière ! depuis qu'ils ont modifié le service Google Home dans IFTTT. Et c'est bien ça qui à posé problème, en limitant également le nombre d'applet possible à 5. D'où mon coup de gueule de l'époque. Car maintenant un ordre = une applet. et..., et..., et... pour faire court : 60 € / an.

c'est ça. ah mais oui c'est vrai qu'on peut avoir peur définir plusieurs ordres dans la routine !! bien vu !!

@jojo alors 1 ordre = 1 action. je sais pas ce que tu entends par alternatives, mais si tu penses à des arguments, c'est non. le "activate" peut être éviter si tu passes par les routines.

ouai... je sais... c'est pas cool.

ben écoute chez moi ça fonctionne bien, je viens d'ailleurs de rajouter un GH à la cave, comme ça j'en ai un à chaque étage

j'avais fait ça, mais c'est plus vraiment d'actualité :