Bonjour,
J’ai cherché avant de poster donc j’espère donc que ce sujet n’a pas déjà été évoqué, sinon désolé c’est que je m’y prends mal pour chercher.
Serait-il envisageable dans une version prochaine du Core de rajouter un Champ Titre dans les Blocs de scénario. Avec le temps, mes scénarios deviennent de plus en plus complexes et lorsque je les construits ou pour la maintenance, juste un Titre serait utile pour rappeler le séquencement. Surtout qu’au moment de la mise au point il n’est pas rare de déplacer un bloc avant ou après.
Le bloc Commentaire est présent bien sur mais il prend de la place et me semble plus adapté à des explications qu’à juste un discret titre en haut d’un Bloc, de plus il ne se déplace pas avec le Bloc qui concerne le commentaire, alors qu’un vrai titre faisant parti du Bloc suivrait forcément le Bloc.
Bien cordialement
Salut,
Ceci n’est pas un oui, ni un non, ni une critique, c’est juste un message pour discuter du sujet 
c’est-à-dire que tu veux le mettre où le titre?
excepté le bloc action (et code), il n’y a pas vraiment de place… donc ajouter une ligne de titre ca va vite faire beaucoup plus chargé sur l’interface
en alternative, tu peux mettre chacun de tes blocs dans un bloc action à lui et y mettre un titre commentaire
=> et tu déplaces le bloc action (= commentaire titre + bloc scénario)
Bonsoir
J’ai tendance à faire des blocs et de les commencer par un commentaire comme montré ci-dessus par @Mips
Je ne mets jamais directement des actions ou autres. les commentaires peuvent être ouverts et fermés ce qui permet de documenter un peu ce que fait le bloc tout en laissant apparaître la première ligne qui sert de titre.
Hello,
Personnellement j’ai tendance à utiliser le log pour ça : donner un titre à la partie du scénario dans laquelle je rentre.
Ca me permet :
- De voir visuellement ce que fait mon bloc quand je modifie mon scénario (je trouve ça plus lisible que le bloc commentaire, mais bon les gouts et les couleurs …)
- Quand je debugge via les logs du scénario de voir précisément où j’en suis
Bonjour,
Déjà je vois des alternatives proposées et des habitudes prises qui rejoignent le constat de manque que j’en avais fais, c’est rassurant je ne suis pas seul 
Ce serait donc bien plus simple d’avoir cette ligne de titre disponible.
Sur la manière et l’emplacement, je verrais bien une ligne supplémentaire dans le Bloc en haut sauf éventuellement pour l’action qui à mon avis n’en nécessite pas, elle parle normalement d’elle même et ne comporte pas de logique.
Un ligne en plus petit caractère que le reste et activable avec une petite icône T comme le sont la visualisation, l’activation, la non répétition.
Après moi je ne sais pas si c’est compliqué à faire pour les dev ou pas, j’exprime juste sans critiquer ce qui existe et qui est déjà très puissant ce qui me semblerait être une amélioration d’ergonomie.
Mais ce n’est pas une demande expresse, juste une suggestion que je partage qui n’a peut-être pas sauté aux yeux des dev du Core pris dans les pbs techniques et qui pourrait se dire « ah pourquoi pas, je me le note pour regarder si c’est possible facilement »
Bien cordialement
Bonjour,
Merci pour le partage, je vais tester ta solution, c’est sur que pour s’y retrouver en debug c’est parlant.
Questions d’un mec qui n’en sais rien aux gens qui savent, les logs utilisés ça alourdi et ralenti le scénario ?
Impact sur la base si on utilise trop surement ?
Bref, quels impacts et recommandations ?
Bien cordialement
ah non pas du tout, je n’utilise absolument pas ça et je n’en n’aurais aucune utilité
À mon sens, plus l’interface est épurée, mieux c’est (mais je ne suis pas seul)
techniquement oui, c’est une écriture dans un fichier (disque), tout ce qui est IO est consommateur
mais si le log est en mode « Défaut » et pas « Temps réel » alors l’impact est minimum car une écriture à la fin du scénario
recommandation:
- garder les logs en « Défaut »
- et plus pour l’aspect pratique que technique: ne log que ce qu’on va lire un jour…
Cool le commentaire caché sur une ligne.
Je cherchais comment commenter sans trop alourdir.
Comme l’a déja dit Mips, les logs ce n’est pas en base mais sur disque. Après si tu es sur une carte SD par exemple (ce qui est mon cas), il vaut mieux limiter les écritures inutiles.
Perso ma logique pour les logs de scénario :
- Pour les scénarios qui se lancent occasionnellement (ou sur évènement) je laisse les logs activés sur défaut. C’est par exemple le cas d’un scénario qui lance tout un tas d’actions (ouvrir/fermer les volets, allumer/éteindre la lumière, allumer/éteindre la musique …) quand je change de mode sur l’état “général” de la maison
- Pour les scénarios qui se lancent très régulièrement (par exemple un scénario qui actualise le contenu des bandeux LED chez moi qui peut se lancer en journée toutes les 5 minutes) je laisse les logs désactivés. Ca ne sert à rien car sur le nombre de lancements je ne retrouverai pas pile poil l’info que je veux et ça économise des écritures sur le disque.
- Pour pondérer la réponse précédente, j’ai sur certains scénarios une “bricole” visible ci dessous qui fait que les logs sont désactivés mais qu’ils se génèrent quand même uniquement quand je lance le scénario manuellement. Ca me permet de debugger sans changer x fois le paramètre.
