Cairo-Dock cafe | Café Cairo-Dock
|
nochka85, Saturday 09 January 2010 à 23:02
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Bah pour l'instant je ne peux pas -> J'ai des trucs pointés en local  |
|
nochka85, Sunday 10 January 2010 à 01:58
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Bon, petit à petit, cela prend forme ... et avec les possibilités de rotation et d'inclinaison des desklets, çà en jète pas mal :
 |
|
fabounet, Sunday 10 January 2010 à 02:20
|
|
Subscription date : 30 November 2007
Messages : 16699
|
je confirme que ça en jète !
prochaine étape des images au milieu du texte ? |
|
nochka85, Sunday 10 January 2010 à 02:40
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Pas encore -> Prochaine étape, mise en place des premières commandes internes CPU & RAM (j'étais justement en train de regarder le code de system-monitor ) .... Ensuite, ce que je compte faire c'est :
- Mettre en place la mise en page (allignement à droite, à gauche ou centré) <- J'ai bien une vague idée du "comment faire" ... mais çà reste vague !
- Intégrer dans les commandes internes un rendu "barre" + "graphs" comme dans conky <- Par contre, si je vois comment le faire en opengl, je n'ai aucune idée pour le faire en cairo .... donc, j'aurais besoin d'un coup de main
- Intégration de thèmes (= des .xml fournis avec l'applet) dans la config <- Pour l'instant, je n'ai le choix QUE d'utiliser un .xml personnalisé
- Nettoyage du code
... Ensuite, je balancerai une 1ère version afin que tu me casses tout pour tout remettre au propre (j'ai déjà une conso CPU un peu élevé ... et quelques plantages aléatoires ) + éventuellement pour que tu rajoutes la barre et le graph en cairo (j'y connais rien du tout ) -> A ce moment là, on devrait être quasiment au même niveau que conky ! ... et en dernier, on verra pour ce qui est de rajouter des images + d'autres effets graphiques que les barres ou les graphs "à la conky"  |
|
fabounet, Sunday 10 January 2010 à 02:56
|
|
Subscription date : 30 November 2007
Messages : 16699
|
tout un programme !
dire que conky est développé depuis 4 ans
pour les graphes, à mon avis il dot y'avoir moyen d'intégrer des CairoDataRenderer dans le dessin.
après tout ils sont dessinés sur l'icône à la taille de l'icône et en (0, 0), il "suffirait" de pouvoir les dessiner à une taille donnée et une place donnée.
pour ta conso CPU, tu es sûr que tu ne fais rien d'autre que dessiner dans la tache ?
ou alors c'est les commandes bash ? |
|
matttbe, Sunday 10 January 2010 à 10:15
|
|
Subscription date : 24 January 2009
Messages : 11223
|
L'applet sera-t-elle multi-instanviable ?
D'ailleurs, pourquoi ne pas rajouter un bouton "+" dans les 2 panneaux de config (près du bouton pour changer de panneau par exemple) pour créer facilement de nouvelles instances pour les applets qui le permettent
Et pour continuer sur ma lancée, dans la config des applets, pourquoi ne pas d'abord afficher l'onglet "Configurer" (s'il est présent) au lieu de "Icônes" ? |
|
nochka85, Sunday 10 January 2010 à 11:07
|
|
Subscription date : 29 November 2007
Messages : 7420
|
tout un programme !
dire que conky est développé depuis 4 ans
Bah en fait, quand je dis que l'on sera quasiment au même niveau, on sera tout de même en deçà au niveau des commandes internes ... restera juste à les implanter au fur et à mesure
pour ta conso CPU, tu es sûr que tu ne fais rien d'autre que dessiner dans la tache ?
ou alors c'est les commandes bash ?
Je ne fais que du dessin ... du moins je crois ... Donc, c'est peut être les commandes bash 
L'applet sera-t-elle multi-instanciable ?
Of course ! ... elle l'est déjà d'ailleurs ! 
Sinon, j'ai pensé à une feature à mettre en place concernant les actions possibles :
- Clic droit : Pas utilisé pour l'instant
- Clic milieu : On force le raffraichissement (en cas de modif du .xml par exemple)
- Molette haut/bas : On change de .xml ! <- En fait, il suffirait d'avoir ses .xml perso dans un répertoire donné (par défaut dans ~/.config/cairo-dock/"Répertoire au nom de l'applet" ... par exemple) et nommé avec un typage bien précis (config_1.xml par exemple) ... et avec la molette haut, on passerait au config_2.xml PUIS config_3.xml, etc ... et avec la molette bas, on redescendrait les configs . Bien sûr, cette fonction ne sera valide que si plusieurs config sont présentes dans le répertoire. Vous en pensez quoi ?
- On drop data : Ouvrir les propriétés du fichier droppé (équivalent au clic droit sur le fichier + Propriété) <- çà, ce n'est qu'une idée comme çà ... si vous en avez une autre !?
... Sinon, un petit sondage pour le nom de l'applet -> Comment vous l'appelleriez ? Pour l'instant, je l'ai nommée WriteThis ( <- Car on n'est pas obligé de s'en servir pour monitorer son système )
EDIT : Ah oui, j'oubliais -> Lorsque l'applet sera un peu plus avancée (et débuguée) et aura un nom , je comptais ouvrir un sujet sur Ubuntu-fr afin d'avoir des retours et des idées de commandes internes/features à intégrer (en espérant que les pros de conky voudront bien participer ... car je ne connais pas toutes les possibilités de ce dernier)
|
|
matttbe, Sunday 10 January 2010 à 12:46
|
|
Subscription date : 24 January 2009
Messages : 11223
|
car je ne connais pas toutes les possibilités de ce dernier => http://conky.sourceforge.net/variables.html
Pour les noms, il y a, plus classique, Tiny Monitor, etc. Faut voir si tu veux un truc original (si tu trouves un super nom) ou avec la possibilité de le traduire (plus compréhensible).
Sinon, d'un point de vue technique : pourquoi ne pas utiliser des fonctions 'Public' d'autres applets ? En effet, s'il y a moyen d'utiliser des fonctions déjà prêtes (au lieu de les recopier) pour, par exemple, afficher les info des lecteurs, des mails, de System Monitor, de PowerManager, (de clock), de NetSpeed, de Wifi, de Weather, de RSSreader voir encore d'autres ?
Mais attention alors, il faut faire gaffe que certaines applets peuvent ne pas être compilées (par exemple, mail demande une lib en plus (libetpan), RSSreader demande curl (faudrait d'ailleurs passer à libcurl !!! sinon ça n'est pas automatiquement ajouté dans les dépendances des paquets )) => faut voir avec le configure ou autre |
|
nochka85, Sunday 10 January 2010 à 16:58
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Pour les noms, il y a, plus classique, Tiny Monitor
Mouais ... je sais pas trop
Sinon, d'un point de vue technique : pourquoi ne pas utiliser des fonctions 'Public' d'autres applets ? En effet, s'il y a moyen d'utiliser des fonctions déjà prêtes (au lieu de les recopier) pour, par exemple, afficher les info des lecteurs, des mails, de System Monitor, de PowerManager, (de clock), de NetSpeed, de Wifi, de Weather, de RSSreader voir encore d'autres ?
Mais attention alors, il faut faire gaffe que certaines applets peuvent ne pas être compilées (par exemple, mail demande une lib en plus (libetpan), RSSreader demande curl (faudrait d'ailleurs passer à libcurl !!! sinon ça n'est pas automatiquement ajouté dans les dépendances des paquets )) => faut voir avec le configure ou autre
Là, c'est en dehors de mes compétences ... par contre, pour info, j'ai intégré les .c et .h de system-monitor dont j'avais besoin sans toucher la moindre ligne !! Et dans la section libcd_mon_applet_la_SOURCES de /src/makefile.am, j'ai notamment çà :
applet-cpusage.c\
applet-cpusage.h\
applet-monitor.c\
applet-monitor.h\
applet-rame.c\
applet-rame.h\
applet-nvidia.c\
applet-nvidia.h\
applet-top.c\
applet-top.h\
... bref, est-ce que je peux (je ne sais pas si çà marche ... ni si on a le droit de le faire ) juste remplacer tout çà par :
../../System-Monitor/src/applet-cpusage.c\
../../System-Monitor/src/applet-cpusage.h\
../../System-Monitor/src/applet-monitor.c\
../../System-Monitor/src/applet-monitor.h\
../../System-Monitor/src/applet-rame.c\
../../System-Monitor/src/applet-rame.h\
../../System-Monitor/src/applet-nvidia.c\
../../System-Monitor/src/applet-nvidia.h\
../../System-Monitor/src/applet-top.c\
../../System-Monitor/src/applet-top.h\
??  <- cela permettrait d'utiliser le même code sans le recopier (et de profiter des modifs de system-monitor)
A part çà, t'aurais pas une idée pour récupérer le nombre de processus actifs et le nombre de processus en cours en bash ? |
|
matttbe, Sunday 10 January 2010 à 17:28
|
|
Subscription date : 24 January 2009
Messages : 11223
|
A part çà, t'aurais pas une idée pour récupérer le nombre de processus actifs et le nombre de processus en cours en bash ? Avec ps ? |
|
nochka85, Sunday 10 January 2010 à 17:42
|
|
Subscription date : 29 November 2007
Messages : 7420
|
mais encore ? |
|
fabounet, Sunday 10 January 2010 à 18:47
|
|
Subscription date : 30 November 2007
Messages : 16699
|
non on n'a pas le droit, mais en attendant ça ira très bien |
|
nochka85, Sunday 10 January 2010 à 20:10
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Donc j'ai le feu vert pour rajouter ces "../../System-Monitor/src/" dans mon makefile.am ? |
|
fabounet, Sunday 10 January 2010 à 21:09
|
|
Subscription date : 30 November 2007
Messages : 16699
|
ben ça ne serait que temporaire donc bon.
mais au fait pourquoi ne pas passer par des commandes bash ?
vu que ce que tu veux faire c'est justement simplifier la vie de l'utilisateur en lui évitant de rentrer ces commandes.
pour moi l'intérêt c'est plus de pouvoir éviter de lancer 15000 bash, car après tout ceux qui vont faire des .xml pour l'applet seront des geeks, et donc connaitront les commandes de bases. |
|
nochka85, Sunday 10 January 2010 à 21:12
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Et comment tu chopes la conso cpu toutes les secondes en bash ?
En plus , on peut aussi essayer de simplifier la vie des geeks pour les commandes de bases ... Non ? D'ailleurs, c'est ce que conky fait |
|
fabounet, Sunday 10 January 2010 à 21:17
|
|
Subscription date : 30 November 2007
Messages : 16699
|
|
|
nochka85, Sunday 10 January 2010 à 21:21
|
|
Subscription date : 29 November 2007
Messages : 7420
|
Mais ça consommera plus ... Et sachant que quasi tous les utilisateurs mettront cette commande, autant la rendre performante ... Et puis quitte à faire un truc à la conky, autant faire au moins aussi bien |
|
fabounet, Monday 11 January 2010 à 02:00
|
|
Subscription date : 30 November 2007
Messages : 16699
|
certes |
|
nochka85, Monday 11 January 2010 à 23:25
|
|
Subscription date : 29 November 2007
Messages : 7420
|
nochka85 : A part çà, t'aurais pas une idée pour récupérer le nombre de processus actifs et le nombre de processus en cours en bash ?
matttbe : Avec ps ?
nochka85 : mais encore ?
Petit up là dessus .... je trouve pas d'option adéquate  |
|
fabounet, Monday 11 January 2010 à 23:46
|
|
Subscription date : 30 November 2007
Messages : 16699
|
ou bien compter le nombre de process dans /proc |
Cairo-Dock cafe | Café Cairo-Dock
|
Français
Online users :