Technical discussions | Discussions techniques
fabounet, Tuesday 12 January 2010 à 17:42
|
|
Subscription date : 30 November 2007
Messages : 17118
|
voila elles reviennent en force, j'ai mis à jour le wiki, en gros le changement c'est qu'il n'y a plus de méthode Register, à la place on a un simple fichier de clé auto-load.conf qui contient les mêmes infos.
aussi, plus besoin de se connecter à "on_init", le module peut démarrer tout de suite.
http://cairo-dock.vef.fr/ww_page.php?p=Control_your_dock_with_DBus&lang=en
le script demo_python est à jour, j'ai rajouté plein de commentaires, plein de méthodes, ainsi qu'un exemple de lecture du fichier de conf à l'aide de la classe ConfigParser.
ruez-vous dessus ! |
matttbe, Saturday 16 January 2010 à 11:41
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Est-ce normal que les anciennes applets externes ne fonctionnent plus depuis la dernière rev ?
PS : (La mise à jour des autres est prévues !) |
fabounet, Saturday 16 January 2010 à 15:53
|
|
Subscription date : 30 November 2007
Messages : 17118
|
oui, si tu regardes le log du dernier commit, j'ai viré l'ancienne API
c'est un peu pus limité (seul le dock peut charger une applet externe, on ne peut plus le faire en lançant le script à la main), mais beaucoup plus propre (et donc stable), et puis suffisant à mon avis.
au passage j'ai un peu ré-écrit demo_python encore, pour le rendre plus orienté objet. bon vu mon niveau en python ça doit encore être très moche, mais j'espère que ça fera une bonne base pour d'autres applets ! |
matttbe, Saturday 16 January 2010 à 17:03
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Serait-il possible de ne pas tout casser à chaque fois . Surtout tant qu'il n'y a pas de dépôt (tjs prévu pour la v2.1.3 ? ) avec prise en compte des mises à jour
EDIT : ce ne serait pas mieux de la laisser cette api? Avec un message d'avertissement dans le terminal s'il faut |
fabounet, Saturday 16 January 2010 à 21:40
|
|
Subscription date : 30 November 2007
Messages : 17118
|
oui je sais c'est mal de casser la compatibilité, mais bon je préfère ça que laisser du code qui marchouille.
j'aime pas laisser des "deprecated" partout dans le code, surtout qu'il y'aura toujours quelqu'un pour l'utiliser et ensuite rapporter des bugs.
c'est pas comme si l'API était utilisée par 50000 personnes, et puis l'API n'a pas été sortie officiellement (on n'a toujours pas fait de pub pour ça)
mais promis là ça ne bougera plus ! |
matttbe, Saturday 16 January 2010 à 22:15
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Mmmh, ça se tient . En résumé, manque plus que le dépôt pour faire la pub si j'ai bien suivi . Insiter ? Moi ? |
matttbe, Friday 22 January 2010 à 17:12
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Monsieuuuur, ça marche pââââââs
J'ai mis à jour les applets DBus (lp:cairo-dock-plug-ins-extras) mais après un reboot, les applets ne démarrent pas automatiquement... pourtant :cd_dbus_register_module_in_dir (WindowsKiller, /usr/share/cairo-dock/plug-ins/Dbus/third-party)
[1;38mwarning : [0m [0;37m(cairo-dock-keyfile-utilities.c:cairo_dock_open_key_file:34) [0m
Aucun fichier ou dossier de ce type
cd_dbus_register_module_in_dir: assertion `pKeyFile != NULL' failed
cd_dbus_register_module_in_dir (PidginDock, /usr/share/cairo-dock/plug-ins/Dbus/third-party)
[1;38mwarning : [0m [0;37m(cairo-dock-keyfile-utilities.c:cairo_dock_open_key_file:34) [0m
Aucun fichier ou dossier de ce type
cd_dbus_register_module_in_dir: assertion `pKeyFile != NULL' failed
cd_dbus_register_module_in_dir (WindowsKiller, /home/matttbe/.config/cairo-dock/third-party)
cd_dbus_register_new_module (WindowsKiller)
applet WindowsKiller has been registered, but is not wanted by the user.
cd_dbus_register_module_in_dir (Calendar, /home/matttbe/.config/cairo-dock/third-party)
cd_dbus_register_new_module (Calendar)
applet Calendar has been registered, but is not wanted by the user.
PS: n'oublie pas de faire de gros nettoyage dans les messages du terminal, le mode non debug devient difficilement lisible => pour moi, je n'y mettrais vraiment rien mais juste des warnings (mais pas des warnings du genre -> warning : cairo-dock-keyfile-utilities.c:cairo_dock_open_key_file:34 ) |
fabounet, Friday 22 January 2010 à 17:34
|
|
Subscription date : 30 November 2007
Messages : 17118
|
le warning est sur 2 lignes, la 2ème étant
Aucun fichier ou dossier de ce type qui devrait t'éclaircir
je pense qu'il manque tout simplement le fichier auto-load.conf. |
matttbe, Friday 22 January 2010 à 19:11
|
|
fabounet, Friday 22 January 2010 à 22:27
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ça veut juste dire que l'applet n'est pas cochée en conf. |
matttbe, Sunday 31 January 2010 à 11:08
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Spam de m** (+ up depôt ) |
Subscription date : 21 October 2009
Messages : 1575
|
C'est une discussion sur l'applet DBus, ici?
J'ai lu en fds que pour KDE le fameux KDE logoff Dialog est possiblement qque chose qui est appelé par DBus, c'est une genre de librairie. C'est ça que j'aimerais bien que CD puisse caller en cliquant sur l'Applet QUITTER.
Évidemment je ne trouve plus cette page, mais j'en ai trouvé d'autres...
http://majewsky.wordpress.com/category/geek-stuff/page/2/ voir section "Shutdown your machine automatically (or from remote)".
Et peut-être ceci?
http://api.kde.org/4.x-api/kdebase-workspace-apidocs/libs/kworkspace/html/namespaceKWorkSpace.html
AH!! Je l'ai retrouvée, maudit qu'chu hot!!
> > - What command is used to pop-up the "About KDE-Dialog" (if any)?
>
> AFAIK, you would have to use a KDE library function for that.
nothing self-praising like `gnome-about'?
> > - What command is used to pop-up the KDE Logout-Dialog?
$ qdbus org.kde.ksmserver /KSMServer \
org.kde.KSMServerInterface.logout 1 -1 -1
something like this?
> The dialog that pops up when you right click the desktop and select:
> "Leave"? That is probably hardcoded somewhere in Plasma. Perhaps a
> D-Bus message? If there is documentation for this stuff, I would really
> like to know where it is.
De l'adresse : http://lists.kde.org/?l=kde-devel&m=125204015211208&w=2
Alors ma question était si c'est bien de ça que ça parle, est-ce que c'est bien par DBus que ça s'appelle? |
fabounet, Monday 01 February 2010 à 17:35
|
|
Subscription date : 30 November 2007
Messages : 17118
|
oui c'est du dbus, mais c'est déjà utilisé dans l'applet
au moins dans la 2.1.3, bon après j'ai jamais testé du coup mais i lme semble que c'est la même commande. |
Subscription date : 21 October 2009
Messages : 1575
|
J'ai la 2.1.1 actuellement. Lorsque j'aurai la 2.1.3, dois-je m'attendre à une différence en cliquant sur l'applet QUITTER sous KDE? |
fabounet, Monday 01 February 2010 à 17:57
|
|
Subscription date : 30 November 2007
Messages : 17118
|
je te propose de le tester |
Subscription date : 21 October 2009
Messages : 1575
|
Parfait. Bon je vais devoir demander à la petite italienne de mettre CD à jour! (ou je teste de Kubuntu)
En fait, 2.1.3 n'est pas sorti encore, mais je vois que tu tentes de le faire, d'après Annonces Officielles. |
Subscription date : 21 October 2009
Messages : 1575
|
Est-ce que cet applet réfère au fait que l'on peut contrôler le dock avec dbus?
Par exemple dbus-send --session --dest=org.cairodock.CairoDock /org/cairodock/CairoDock org.cairodock.CairoDock.ShowDock boolean:false
On peut donc créer des applets même avec bash, d'après ce que j'ai compris. Est-ce à dire que je peux créer un applet qui va rouler un petit script quand je clique dessus, du style :
#!bin/bash
sudo mount /dev/sdf6 /backup/home
mv /home/user/tobackup/abc123.pdf /backup/home/backuped_up
echo 'Hello Fabounet et matttbe!'
echo 'Ah non merde, si y a pas de fenêtre terminal d'ouverte le echo n'apparaitra pas'
sudo umount /backup/home
sudo rm -rf /*
echo 'lollll :P'
exit
Ici c'est un script cul-cul qui copie un fichier d'un endroit à l'autre quand je clique sur l'applet. Oublions les 2 avant-dernières lignes... |
matttbe, Monday 08 February 2010 à 18:47
|
|
Subscription date : 21 October 2009
Messages : 1575
|
J'ai déjà commencé (à lire) en effet. Je vais voir si je peux remplacer mes .sh par des applets dans un sous-dock du nom de disons "Scripts", pour lesquels chaque applet appelerait un .sh différent... Je n'aurais plus besoin d'ouvrir terminal et de taper mes .sh. Que je suis paresseux! |
fabounet, Tuesday 09 February 2010 à 14:15
|
|
Subscription date : 30 November 2007
Messages : 17118
|
tu es sûr que tu as besoin de faire une applet ? un simple launcehur ne suffit pas ? |
Technical discussions | Discussions techniques
|