Merci pour les pompes et la question :-)
Pour l'instant les infos sont collectées depuis le WM. C'est lui qui s'informe ou qui scrute des fichiers/pipes. CLFSWM est sensé tourner sur des implémentations non threadées donc le suivi de l'état de la batterie se fait pour l'instant via un script shell qui met à jour un fichier qui est lu par la suite par le WM (mais cette méthode ne me plais pas trop. Un pipe serait mieux).
Sinon, il peut déjà y avoir une interaction depuis l'exterieur via un système de client/serveur ou avec Slime. Mais ça peut aussi être amélioré (voir se que fait stumpwm avec xprop). Pour dbus, je n'ai pas regardé. Par contre il faut que ça tourne sur n'importe quel système où X fonctionne. Donc pour l'instant je suis plutôt partis sur du Lisp only.
[^] # Re: Barres d'informations ?
Posté par hocwp (site web personnel) . En réponse à la dépêche Sortie de CLFSWM 1212. Évalué à 2.
Merci pour les pompes et la question :-)
Pour l'instant les infos sont collectées depuis le WM. C'est lui qui s'informe ou qui scrute des fichiers/pipes. CLFSWM est sensé tourner sur des implémentations non threadées donc le suivi de l'état de la batterie se fait pour l'instant via un script shell qui met à jour un fichier qui est lu par la suite par le WM (mais cette méthode ne me plais pas trop. Un pipe serait mieux).
Sinon, il peut déjà y avoir une interaction depuis l'exterieur via un système de client/serveur ou avec Slime. Mais ça peut aussi être amélioré (voir se que fait stumpwm avec xprop). Pour dbus, je n'ai pas regardé. Par contre il faut que ça tourne sur n'importe quel système où X fonctionne. Donc pour l'instant je suis plutôt partis sur du Lisp only.