Plugin Previsy

C’est juste pour indiquer sur un design la date start et la date end en important juste la commande et non l’équipement. Car tout ne m’intéresse pas dans le widget. Et je le trouve pas forcément intégrable et un peu fade (ne le prends pas mal car tout le reste est top). Et Trop grand pour un design smartphone.mais police trop petite. Et Obligé de faire défiler le texte. Donc je veux juste choisir les éléments qui m’intéressent : date début et fin de l’alerte. Texte alerte et texte vent. Voilà pourquoi. Mais sinon super boulot de fou. Ah oui et sens du vent serait top aussi.

Je ne le prends absolument pas mal. :wink:

Je me tate a faire evoluer le plugin pour créer des équipements dédiés par type d’alerte.
Ex. Alerte pluie, neige, vent, température et autres.
A voir…

2 « J'aime »

Top

j’ai juste corrigé car les chiffres étaient erronés, j’ai décalé pour mois et jour.

Merci bcp

1 « J'aime »

Mais ce serait une version previsy 2 car il faudrait revoir toute l’architecture de l’application.
Car celle en place n’est pas du tout pensé comme ça.

Bonjour,

Je viens de vérifier sur le site prevision-meteo.ch et les rafales sont toujours à 0 même dans une semaine alors que du vent est annoncé à plus de 50km/h.

Ces infos rafales fonctionnent elles vraiment ?

Merci

Je confirme. Il n’y a jamais de rafales sur ce site. Même en zone où les vents sont à plus de 60km/h.

Bonsoir @Ynats,

Est-ce un bug : lorsque j’appuie sur désactiver, il ne se passe rien ?
image

Hello, oui bizarre ?
D’autant plus que cette partie n’est pas géré par le plugin.

Je te confirme que ça fonctionne sur les autres plugins installés.

Effectivement je reproduis aussi chez moi.
Je regarderai ça d’ici fin de semaine.
En parallèle de ça j’avance sur Previzy 2 qui sera plus complet en matière d’alerte.

2 « J'aime »

Je viens de pousser un correctif pour débloquer la désactivation impossible du plugin.
Par contre, cela va créer un autre problème lorsque le plugin supprime des commandes.
Car la page ce recharge alors que la commande n’existe plus …
Mais c’est un cas isolé.
J’avais ouvert un ticket sur ce sujet mais je n’ai jamais eu de retour :
https://community.jeedom.com/t/rafraichir-le-dom-apres-la-suppression-dune-commande/41107/2

Bonjour @Ynats,
Merci pour ce plugin que je découvre aujourd’hui :))
Cependant un icône ne s’affiche pas sur le desktop


Dans les logs j’ai

Alors que l’arborescence sur mon install (Raspberry) est dans un répertoire Jeedom :
image
J’ai bien pensé à créer à l’arrache une arborescence parallèle pour y copier les fichiers .svg mais c’est pas top :wink:
aurais-tu une idée à me soumettre
Merci

Dans le dépôt github, cette icône est bien présente.
Je pense que le plus simple c’est de la récupérer et la mettre au bon endroit via Jeexplorer, et mettre les 4 autres si elles n’y sont pas non-plus.

Bonjour Piug et merci pour ta réponse
En fait les icônes sont bien présents mais le plugin Previsy les recherche dans …/nginx/www/plugins/… alors que sur mon install ils s’installent dans …/nginx/www/jeedom/plugins/
Je n’ai pas eu jusqu’à présent de pb avec les autres plugins

Très bizarre … :thinking:
D’autant plus que le lien se fait directement via l’url.

<img src="/plugins/previsy/desktop/icons/vent.svg" class="tooltipstered" width="60px">

Donc pas de lien avec le lien absolu ?
Serait-il possible d’avoir le reste du log ?

Bonjour Ynats,
le reste des logs ne donnent pas grand chose de plus, en fait à chaque refresh il y a une ligne de plus dans le log nginx. nginx.error.txt (4,6 Ko)
je te joins également les logs du plugin

@F277 Je me suis mal exprimé.
Le reste des logs liés à ce screenshot.

Ca s’arrête à directory), client ???

Parce que ce log vient d’ou ? Navigateur, nginx ou de Jeedom ?

Le navigateur ne va pas chercher des images à la racine du projet côté serveur donc ça ne devrait pas venir du navigateur.

Et j’aimerai savoir quelle méthode renvoie cette erreur ?

Côté navigateur il pointe sur /plugins/previsy/desktop/icons/vent.svg et là il ne devrait pas y avoir d’erreur.

Je ne comprends pas bien d’ou vient cette erreur ? Et surtout pourquoi il utilise le chemin relatif de l’image côté serveur ?

Je t’ai mis la totalité du log dans le fichier txt joint à mon précédent message. Il n’y a rien d’autre.
Le log vient de nginx

Au temps pour moi, j’ai mal lu … :roll_eyes: