Release Candidate v4 arrive

[Kenderv44]

Bonjour,
Dans cette nouvelle et prometteuse version serait-il possible d'avoir un peu plus de précision dans les messages jeedom tel que celui-ci :

afin de faciliter les recherches. Par exemple l'id de l'équipement concerné et cerise sur la gâteau l'id de la commande.
Mais je suis peut-être un peu gourmand.
En tous cas, félicitations pour le travail effectué.
Merci

[loic]

Bonjour,
Normalement c'est deja le cas

[Luck]

Bonjour,

En créant un template widget, en sélectionnant une couleur en bas à gauche du panneau de choix d'icônes. L'icône reste invariablement blanche (ou noire en light)
<i class='fas fa-user icon_red'></i>

Merci d'avance,
Luc

[loic]

As tu dans les paramètres d'affichage bien cocher la case pour autoriser les icone coloré ?

[Luck]

As tu dans les paramètres d'affichage bien cocher la case pour autoriser les icone coloré ?

Merci de ta réponse rapide, ça marche ; -)

[Kenderv44]

Bonjour,
Normalement c'est deja le cas

Ah OK, désolé. Mais comme je n'ai pas encore installé la V4 je ne l'ai pas vu.
N'étant pas très doué, j'attends encore quelques jours pour avoir une stable.
Merci

[Luck]

Bonjour,
J'essaie de suivre la doc widget V4 : "Il est possible d'afficher la valeur de la commande dans le widget en mettant par exemple a coté du code HTML de l'icone #value#

Je mets donc qqch comme ca dans le résultat du test multistate : <i class='fas fa-user'></i>#value#

mais la valeur ne s'affiche pas. A la place j'ai "+_options.display_value+" qui s'affiche...

Je m'excuse par avance de ne pas comprendre le principe, je suis assez novice

Merci d'avance
Luc

[loic]

Bonjour,
Peux tu ouvrir un ticket ça sera plus simple pour corriger ton soucis ?

[Luck]

Bonjour,
Peux tu ouvrir un ticket ça sera plus simple pour corriger ton soucis ?

Merci c'est fait. Mais à mon avis ça doit être une mauvaise interprétation de ma part du fonctionnement.
bonne soirée

[jhauwel]

Bonjour à tous,
Je rencontre un bug d'affichage (pas systèmatique) sur la version mobile en mode VUES, les tuiles semblent se surperposer :

[freddye]

Bonjour

Je rencontre un petit problème au niveau des champs message.

J'ai besoin dans un plugin de renseigner le message avec le tag #name# (Watchdog). Or dès que j'enregistre, le tag est remplacé par le nom de la commande :

Code : Tout sélectionner

commande :  #[Messages][Message][Envois Bas]# 
Titre : #title#
message : #name# HS

Après sauvegarde, les champs deviennent :

Code : Tout sélectionner

Titre : #title#
message : Envois Bas HS

Ce phénomène se produit également dans les scénarios, et semble se produire qu'avec ce tag.

S'agit-il d'un tag interdit en V4 ou d'un bug ? (Le texte renseigné dans le champ message ne devrait normalement pas être modifier à l'enregistrement, mais interprété au moment de l’exécution).

Merci

[Claude69]

Bonjour

Je rencontre un petit problème au niveau des champs message.

J'ai besoin dans un plugin de renseigner le message avec le tag #name# (Watchdog). Or dès que j'enregistre, le tag est remplacé par le nom de la commande :

Code : Tout sélectionner

commande :  #[Messages][Message][Envois Bas]# 
Titre : #title#
message : #name# HS

Après sauvegarde, les champs deviennent :

Code : Tout sélectionner

Titre : #title#
message : Envois Bas HS

Ce phénomène se produit également dans les scénarios, et semble se produire qu'avec ce tag.

S'agit-il d'un tag interdit en V4 ou d'un bug ? (Le texte renseigné dans le champ message ne devrait normalement pas être modifier à l'enregistrement, mais interprété au moment de l’exécution).

Merci

Hello
Je ne sais pas si ca répond à ton soucis, mais :

Oui c'est un bug que je ne peux pas corriger donc j'ai créé le tag #subject# qui fait comme #message# sans le bug

[freddye]

Hello
Je ne sais pas si ca répond à ton soucis, mais :
loic a écrit :
Oui c'est un bug que je ne peux pas corriger donc j'ai créé le tag #subject# qui fait comme #message# sans le bug

J'avais vu ce bug, mais là il semblerai que ce soit différent. Ce n'est pas l'interprétation du tag à l’exécution qui coince (le tag #message# etait mal interprété), mais la sauvegarde du scénario qui modifie le tag #name# en l'interprétant, alors qu'il devrait le sauvegarder tel quel.

[loic]

C'est le meme soucis il faut utilisé un autre nom de tag

[freddye]

C'est le meme soucis il faut utilisé un autre nom de tag

Ok, je vais voir avec l'auteur du plugin Watchdog s'il peut le modifier pour changer le nom du tag.

Merci

[blablatus]

Bonjour.

Je viens de passer ma PROD en v4. Tout s'est bien déroulé. Il me reste quelques détails à régler.

Comment faire pour afficher le nom des objets sur les widgets dans les vues pour la version mobile ?
Ca fonctionne bien en version desktop, mais pas en version mobile

Bonjour.
Marche toujours pas en v4.0.19. Est ce prévu de faire quelque chose pour les prochaines versions ?

[jhauwel]

Merci le problème d'affichage sur mobile est réglé dans la version 4.0.20 !

Re-Hello,

Appel à tester...
Avez-vous constaté la même chose sur un smartphone (mode vues) ?



Précisions :
1) Un passage en paysage/portrait rétablit la situation.
2) Le fait de recharger la page résoud le problème.
3) Le problème re-survient au prochain appel de la page (Google chrome est alors fermé)

On dirait que Jeedom ne dispose pas d'une information (taille du height de l'écran peut être) lors du premier appel de la page, ce qui ne lui permet pas de réaliser un affichage correct de la page.

[loic]

Bonjour.

Je viens de passer ma PROD en v4. Tout s'est bien déroulé. Il me reste quelques détails à régler.

Comment faire pour afficher le nom des objets sur les widgets dans les vues pour la version mobile ?
Ca fonctionne bien en version desktop, mais pas en version mobile

Bonjour.
Marche toujours pas en v4.0.19. Est ce prévu de faire quelque chose pour les prochaines versions ?

Oui c'est prévu mais faut savoir qu'on depile dans l'ordre les demandes et c'est des centaines donc on fait ce qu'on peut quand peut...

[Poumi]

bonjour @loic,
pour vous simplifier la tache (ne pas redemander plusieurs fois la meme chose et que vous perdiez du temps a répondre à chaque fois), est-ce-que ce serait pas mieux de partager cette liste pour qu'on vérifie que c'est pas déjà dedans avant de vous embéter?


edit: c'est bien sur si ça vous fait gagner du temps, pas si vous en perdez plus à maintenir la liste qu'à nous répondre

[loic]

On perdrait trop de temps a faire la liste, honnetement la entre répondre au ticket, repondre sur le forum, faire les changelog et tout le reste je passe plus que 30 à 40% de mon temps sur le dev...