Re: Release Candidate v4 arrive
Publié : 17 sept. 2019, 21:21
Bonjour,
Peut-on toujours choisir la couleur des catégories,
Je ne trouve pas!!
Par ailleurs cette nouvelle version est très chouette
Page 15 sur 26
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 13:04
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 13:11
Pas par l'interface, les couleurs dépendent du thème ce serait trop complexe à faire.
Mais tu peu en personnalisation avancée:
https://kiboost.github.io/jeedom_docs/j ... ace/fr_FR/
Doc perso non officielle je précise
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 13:28
Excellent cette page kiboost, merci !
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 15:15
Bonjour
Une mise à jour du plugin ‘virtual’ a été publiée hier en cours d’AM. Cette maj corrige ce souci.
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 17:49
Bonjour,
Actuellement mon installation Jeedom V3.3.31 est sur un RPI 3B+ sous Stretch sur SSD
Je souhaite installer Jeedom V4 sous Buster sur le même RPI.
Quelle est la meilleure procédure à suivre après avoir fait une sauvegarde complète du SSD et une sauvegarde séparée de Jeedom :
1- Passer d'abord en V4, faire une sauvegarde de Jeedom V4, installer Buster et restaurer Jeedom V4
ou
2- Faire sauvegarde de Jeedom V3, Installer Buster, Restaurer Jeedom V3 et passer en Jeedom V4
Quel est l'intérêt et l'inconvénient de l'une ou l'autre méthode ?
Merci de vos réponses
Actuellement mon installation Jeedom V3.3.31 est sur un RPI 3B+ sous Stretch sur SSD
Je souhaite installer Jeedom V4 sous Buster sur le même RPI.
Quelle est la meilleure procédure à suivre après avoir fait une sauvegarde complète du SSD et une sauvegarde séparée de Jeedom :
1- Passer d'abord en V4, faire une sauvegarde de Jeedom V4, installer Buster et restaurer Jeedom V4
ou
2- Faire sauvegarde de Jeedom V3, Installer Buster, Restaurer Jeedom V3 et passer en Jeedom V4
Quel est l'intérêt et l'inconvénient de l'une ou l'autre méthode ?
Merci de vos réponses
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 18:05
Bonsoir.
Installer Buster en encore prématuré, quelque part la V4 aussi.
Sinon, il est préférable d'installer un Buster natif, puis installer Jeedom en versions Master (v3.3.31).
De restaurer votre sauvegarde. De tester tous vos plugins.
- Puis de migrer Jeedom en V4.
Installer Buster en encore prématuré, quelque part la V4 aussi.
Sinon, il est préférable d'installer un Buster natif, puis installer Jeedom en versions Master (v3.3.31).
De restaurer votre sauvegarde. De tester tous vos plugins.
- Puis de migrer Jeedom en V4.
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 18:20
Merci de ta réponse, si je lis bien il est urgent de ne rien faire...
C'est vrai que tout cela est encore un peu jeune, même si je suis convaincu des capacités des équipes à tout faire pour qu'il y ait le moins de problèmes possible.
Pourtant cette V4 elle me tente bien !
C'est vrai que tout cela est encore un peu jeune, même si je suis convaincu des capacités des équipes à tout faire pour qu'il y ait le moins de problèmes possible.
Pourtant cette V4 elle me tente bien !
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 18:31
Et moi encore plus, j'ai la chance de faire partie de l'équipe des Bêta testeurs.
- donc j'ai encore plus envie que vous...
Mais il y a encore des points, plus embêtant que structurant, qui me force encore à ne pas franchir le pas sur le Jeedom de production.
Beaucoup de plugins tiers ne sont pas encore compatible en V4 et certainement tout autant qui ne sont pas compatible avec PHP 7.3.
- donc j'ai encore plus envie que vous...
Mais il y a encore des points, plus embêtant que structurant, qui me force encore à ne pas franchir le pas sur le Jeedom de production.
Beaucoup de plugins tiers ne sont pas encore compatible en V4 et certainement tout autant qui ne sont pas compatible avec PHP 7.3.
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 20:40
Si ça marche bien, pourquoi chercher des ennuis ?.Kenderv44 a écrit : ↑18 sept. 2019, 17:49Bonjour,
Actuellement mon installation Jeedom V3.3.31 est sur un RPI 3B+ sous Stretch sur SSD
Je souhaite installer Jeedom V4 sous Buster sur le même RPI.
Quelle est la meilleure procédure à suivre après avoir fait une sauvegarde complète du SSD et une sauvegarde séparée de Jeedom :
1- Passer d'abord en V4, faire une sauvegarde de Jeedom V4, installer Buster et restaurer Jeedom V4
ou
2- Faire sauvegarde de Jeedom V3, Installer Buster, Restaurer Jeedom V3 et passer en Jeedom V4
Quel est l'intérêt et l'inconvénient de l'une ou l'autre méthode ?
Merci de vos réponses
Si la raison est de chercher des bugs pour les soumettre à l'équipe et faire évoluer Jeedom, alors ok, c'est constructif. Il faut alors que tu ai une solution de rechange.
Je pense que les tout bons travaillent la V4 sur une machine de tests.
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 21:20
On en a plusieurs des machines de test oui, heureusement
Mais par exemple je viens de passer une de mes prod en alpha. Elle est vraiment stable et quand on remonte en rc c’est vraiment testé on fait plus rien de potentiellement cassant.
Bon la prod que j’ai passé en v4 est légère, pas de design ou très simple, et que des widgets core. Mais au final aucun soucis.
Après tu a raison sur le fond, y’a quand même des bugs qui remontent et qui sont corrigés encore.
Donc les prods velus soyez patients encore un peu
Mais par exemple je viens de passer une de mes prod en alpha. Elle est vraiment stable et quand on remonte en rc c’est vraiment testé on fait plus rien de potentiellement cassant.
Bon la prod que j’ai passé en v4 est légère, pas de design ou très simple, et que des widgets core. Mais au final aucun soucis.
Après tu a raison sur le fond, y’a quand même des bugs qui remontent et qui sont corrigés encore.
Donc les prods velus soyez patients encore un peu
Re: Release Candidate v4 arrive
Publié : 18 sept. 2019, 21:32
Bonjour @Kenderv44,Kenderv44 a écrit : ↑18 sept. 2019, 17:49Bonjour,
Actuellement mon installation Jeedom V3.3.31 est sur un RPI 3B+ sous Stretch sur SSD
Je souhaite installer Jeedom V4 sous Buster sur le même RPI.
Quelle est la meilleure procédure à suivre après avoir fait une sauvegarde complète du SSD et une sauvegarde séparée de Jeedom :
1- Passer d'abord en V4, faire une sauvegarde de Jeedom V4, installer Buster et restaurer Jeedom V4
ou
2- Faire sauvegarde de Jeedom V3, Installer Buster, Restaurer Jeedom V3 et passer en Jeedom V4
Quel est l'intérêt et l'inconvénient de l'une ou l'autre méthode ?
Merci de vos réponses
un sujet similaire ici :
Migration Buster et v4
akenad
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 08:39
Bonjour @akenad
Désolé de ce doublon, je n'ai pas fait de recherche sur le forum avant de poser ma question.
Désolé de ce doublon, je n'ai pas fait de recherche sur le forum avant de poser ma question.
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 10:29
Bonjour.
Peut être une question idiote. Avec la migration vers la v4, les widgets spécifiques sont transférés dans (je suppose) un nouvelle arborescence liée à la V4. A partir de là, peut on supprimer le plugin widget sans risques pour ces widgets spécifiques ?
Peut être une question idiote. Avec la migration vers la v4, les widgets spécifiques sont transférés dans (je suppose) un nouvelle arborescence liée à la V4. A partir de là, peut on supprimer le plugin widget sans risques pour ces widgets spécifiques ?
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 10:34
Oui puisque de toute manière le plugin Widget n'est pas supporté par la V4blablatus a écrit : ↑19 sept. 2019, 10:29Bonjour.
Peut être une question idiote. Avec la migration vers la v4, les widgets spécifiques sont transférés dans (je suppose) un nouvelle arborescence liée à la V4. A partir de là, peut on supprimer le plugin widget sans risques pour ces widgets spécifiques ?
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 12:11
Bonjour à tous,
Je voulais tout d'abord remercier l'équipe Jeedom pour l'excellent travail réalisé.
Je n'ai pas installé la V4 sur ma PROD mais sur une VM de test.
Je suis parti d'une sauvegarde de ma PROD (dernière version Jeedom).
J'avais quelques remarques concernant la V4 après mes premiers tests :
1. Je restaure ma PROD sur ma VM de test et ensuite je monte en version V4. Tout se passe très bien. La montée de version se fait sans problème. Je retrouve tout mon dashboard comme avant ! Nickel !
2. Cependant lorsque je vais sur mes équipements (n'importe lequel) pour regarder le widget appliqué sur une commande, le champ "Widget" est vide (cependant je retrouve bien tout mes widget dans la liste et donc je peux le remettre).
3. Je me suis dit je vais vider le cache des widget et là je perds tous mes widget sur mon dashboard (mais c'est certainement lié au point précédent
où le champ était vide ?). Et donc je dois repasser sur toutes mes commandes pour aller sélectionner mes widget récupérés (certain dans customtemp).
Concernant ma question : la cible étant d'utiliser de moins en moins des widget personnalisés, je voudrai essayer donc de passer mes widgets personnalisés en créant le nouveau système de template. Ce travail peut-il être anticipé ? je m'explique : puis-je faire ce travail sur ma VM de test et ensuite les récupérer rapidement sur la PROD quand je passerai en V4 ? (comme ce n'est plus des fichiers mais en base de données, j'ai l'impression que c'est compliqué à faire ?)
Merci d'avance
Je voulais tout d'abord remercier l'équipe Jeedom pour l'excellent travail réalisé.
Je n'ai pas installé la V4 sur ma PROD mais sur une VM de test.
Je suis parti d'une sauvegarde de ma PROD (dernière version Jeedom).
J'avais quelques remarques concernant la V4 après mes premiers tests :
1. Je restaure ma PROD sur ma VM de test et ensuite je monte en version V4. Tout se passe très bien. La montée de version se fait sans problème. Je retrouve tout mon dashboard comme avant ! Nickel !
2. Cependant lorsque je vais sur mes équipements (n'importe lequel) pour regarder le widget appliqué sur une commande, le champ "Widget" est vide (cependant je retrouve bien tout mes widget dans la liste et donc je peux le remettre).
3. Je me suis dit je vais vider le cache des widget et là je perds tous mes widget sur mon dashboard (mais c'est certainement lié au point précédent
où le champ était vide ?). Et donc je dois repasser sur toutes mes commandes pour aller sélectionner mes widget récupérés (certain dans customtemp).
Concernant ma question : la cible étant d'utiliser de moins en moins des widget personnalisés, je voudrai essayer donc de passer mes widgets personnalisés en créant le nouveau système de template. Ce travail peut-il être anticipé ? je m'explique : puis-je faire ce travail sur ma VM de test et ensuite les récupérer rapidement sur la PROD quand je passerai en V4 ? (comme ce n'est plus des fichiers mais en base de données, j'ai l'impression que c'est compliqué à faire ?)
Merci d'avance
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 12:16
AlainA a écrit : ↑19 sept. 2019, 12:11Bonjour à tous,
Je voulais tout d'abord remercier l'équipe Jeedom pour l'excellent travail réalisé.
Je n'ai pas installé la V4 sur ma PROD mais sur une VM de test.
Je suis parti d'une sauvegarde de ma PROD (dernière version Jeedom).
J'avais quelques remarques concernant la V4 après mes premiers tests :
1. Je restaure ma PROD sur ma VM de test et ensuite je monte en version V4. Tout se passe très bien. La montée de version se fait sans problème. Je retrouve tout mon dashboard comme avant ! Nickel !
2. Cependant lorsque je vais sur mes équipements (n'importe lequel) pour regarder le widget appliqué sur une commande, le champ "Widget" est vide (cependant je retrouve bien tout mes widget dans la liste et donc je peux le remettre).
3. Je me suis dit je vais vider le cache des widget et là je perds tous mes widget sur mon dashboard (mais c'est certainement lié au point précédent
où le champ était vide ?). Et donc je dois repasser sur toutes mes commandes pour aller sélectionner mes widget récupérés (certain dans customtemp).
Concernant ma question : la cible étant d'utiliser de moins en moins des widget personnalisés, je voudrai essayer donc de passer mes widgets personnalisés en créant le nouveau système de template. Ce travail peut-il être anticipé ? je m'explique : puis-je faire ce travail sur ma VM de test et ensuite les récupérer rapidement sur la PROD quand je passerai en V4 ? (comme ce n'est plus des fichiers mais en base de données, j'ai l'impression que c'est compliqué à faire ?)
Merci d'avance
c'est normal, le plugin widget a été intégré dans la V4, donc par défaut les commandes pointent sur le plugin widget mais l'info ne remonte pas dans l'affichage
il faut, soit faire pointer sur le code du nouveau widget "customer", soit recréer le widget avec le nouvel outil
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 13:43
Bonjour,
J'ai fini hier de refaire tous mes widgets avec le nouvel outils, mon dashboard est ok, tout fonctionne parfaitement par contre sur la version mobile ça coince. Les tuiles contenants des widgets ne s'affichent pas entièrement car la suivante la chevauche.
Je vous mets une capture d'écran pour être plus clair :
Savez-vous comment régler cela ?
(Je n'ai pas encore eu le temps de me lancer dans les designs)
J'ai fini hier de refaire tous mes widgets avec le nouvel outils, mon dashboard est ok, tout fonctionne parfaitement par contre sur la version mobile ça coince. Les tuiles contenants des widgets ne s'affichent pas entièrement car la suivante la chevauche.
Je vous mets une capture d'écran pour être plus clair :
- Screenshot_20190918-145257.jpg (52.4 Kio) Consulté 3547 fois
Savez-vous comment régler cela ?
(Je n'ai pas encore eu le temps de me lancer dans les designs)
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 14:04
Re: Release Candidate v4 arrive
Publié : 19 sept. 2019, 22:04
C'est un Oneplus 6 avec Chrome.
Pas de soucis en version mobile sur pc et effectivement en faisant paysage->portrait ça règle le problème.
Ce sont surtout des templates + 2 ou 3 codes.
Pas de soucis en version mobile sur pc et effectivement en faisant paysage->portrait ça règle le problème.
Ce sont surtout des templates + 2 ou 3 codes.