Mais justement, il n'est pas lent, d'où mon étonnement.
Par exemple, je m’étais servi de la doc pour faire un script qui affiche dans i3status ce que joue le lecteur MOC. Et là, c'est vrai que sur le laptop seulement, i3status n'était plus très fluide (pour afficher le volume du son qui monte ou qui descend par exemple). Mais ça ne posait pas de problème de consommation processeur, puisque je l'ai même conservé sur le pc fixe.
Et là justement, avec le script i3bar, la barre de statut est fluide alors que le processeur travaille beaucoup. C'est ça surtout que je trouve étrange. Une telle consommation pour un script pareil qui affiche juste quelques retours de commandes.
J'ai pas lu de retour disant que i3blocks consomme beaucoup (le plus utilisé, quasiment aucun retour sur i3bar). Pourtant, il fait la même chose, juste que les tâches sont séparées en scripts distincts : en suivant la structure de i3blocks, on écrit un petit bloc et on lui dit de jouer tel script, 1 script par fonction (afficher la date, la musique, etc).
Je vais tester en rajoutant un sleep 1 !
Mais j'ai peur que ça ne soit plus fluide forcément. Si c'est le cas, je testerai i3blocks, ou je virerai ce qui ne sert à rien, ou je reviendrai à i3status.
Sinon par afficher le script i3bar, c'est dans la section concernant la barre de statut du fichier de config (~/.config/i3/config)
bar {
status_command ~/.config/i3bar/monScript.sh # bar.sh dans la capture d'écran htop
}
La doc précisait qu'on pouvait utiliser la forme :
status_command shell -c chemin/vers/le/script
en donnant l'exemple sh -c, mais ça n'a pas fait de différence.
Dernière modification par Nsyo (13-08-2018 16:27:43)