gnumdk a écrit 7492 commentaires

En fait, j'ai dit une connerie: KDE et Unity utilise KStatusNotifierItem (protocole créé par KDE).

Je dirais donc que vu que KSNI/libindicator offre un fallback, autant coder un indicator qui est quand même bien moins crade comme solution.

KDE utilise DBusSystemTray mais reste compatible avec l'ancienne norme
Unity utilise les applications indicators mais reste compatible avec l'ancienne norme
Et je crois que Gnome-Shell ne supporte aucun des 3

Donc ce n'est pas une obligation de le porté vers les app indicators vu que ca rendrez le logiciel non supporté pour les autres envs.

Même pas de puce NFC !?!

Tant mieux, si ca pouvait retarder cette techno merdique et discriminatoire…

En effet, on entend de plus en plus parler de cela pour remplacer les cartes monéo mais quid des gens qui n'ont pas les moyens/l'envie d'acheter une portable High Tech…

Il faut appeler la methode reconfigure() du module kded via qdbus.

Ok, c'est bon…

Et tu as suivi toute le procédure sur le site kde-apps ? En particulier le choix du type de menu ?

qdbus org.kde.kded /modules/appmenu

donne quoi ?

icon-tasks disponible dans les kdeplasma-addons (donc officiel).

C'est utilisé par défaut sous Mageia d'ailleurs.

J'en profite (ca m'évitera de faire un autre journal plus tard) que les scripts dockmanager pour Kde et plus ont reçus quelques nouvelles applications en support:
http://kde-look.org/content/show.php/dockmanager-kde_and_extra?content=151511

Pour rappel ces scripts permettent à icon-tasks de proposer des actions contextuels ou des personnalisations aux lanceurs d'applications.

Et que fait exactement kded-appmenu?

plasma-widget-menubar était à la fois un plasmoid KDE et à la fois un Registrar dbusmenu (le truc qui vole le menu aux applications).

Problème, il vole la possibilité aux autres applications de récupérer les menus, krunner-appmenu utilise une astuce pour contourner le problème mais du coup ne sais pas récupérer les menu sans le plasmoid.

Kded-appmenu est aussi un Registrar dbusmenu et libkappmenu est la librairie qui permet aux autres outils (un plasmoid, krunner, what else) de demander à ce registrar les menus.

Alors,

pour les applications gtk2, il faut:
- libdbusmenu-gtk2
- appmenu-gtk2
- gtk2 patché

Pour les applications gtk3, il faut:
- libdbusmenu-gtk3
- appmenu-gtk3
- gtk3 patché

Disponible sous Aur pour ArchLinux.

D'ailleurs:
http://kde-apps.org/content/show.php/libkappmenu?content=153883
http://kde-apps.org/content/show.php/plasma-widget-kappmenubar?content=153884

Pour le plasmoid d'Aurelien Gateau compatible avec kded-appmenu.

Libkappmenu est la librairie qui pose problème (car ne donnant accès qu'a un QMenu ce qui est problématique pour l'utilisation de QML).

J'ai contacté le mainteneur qui n'est plus Aurelien sans réponse pour l'instant. J'ai une branche de cette librairie qui ne dépend pas de libdbusmenu-qt donc au pire on pourra faire le boulot directement dans libkappmenu si vraiment on a pas de réponse du coté de chez Canonical.

Sinon, oui il faut patcher kwin pour avoir le button dans la barre de titre.

La barre de menu global de kded se démarque par rapport au plasmoid par son coté dynamique: centré sur l'écran et suivant l'écran courant pour le multi screen.

Ah oui, c'est parce qu'il est passé dans kdereview :)

https://projects.kde.org/projects/kdereview/kded-appmenu

Cette fonction peut retourner FALSE, mais elle peut aussi retourner une valeur équivalent à FALSE. Veuillez lire la section sur les booléens pour plus d'informations. Utilisez l'opérateur === pour tester la valeur de retour exacte de cette fonction.

C'est surtout indiqué noir sur blanc dans la doc officiel.

Le padfone, c'est uniquement téléphone, tablette

Là y'a téléphone, tablette avec Android et laptop/desktop avec Ubuntu.

/*
 * Copyright (C) Volition, Inc. 1999.  All rights reserved.
 *
 * All source code herein is the property of Volition, Inc. You may not sell 
 * or otherwise commercially exploit the source or things you created based on the 
 * source.
 *
*/

This game is legal freeware, and under no condition should any individual or group receive any payment in currency, credit, goods, or services for the distribution or modification of this product.

Je n'aime pas ce mot Open Source, il prête vraiment à confusion!

Tu viens de découvrir que Linux était majoritaire sur les serveurs dans nos administrations ?

Après, ces chiffres peuvent varier, en mieux ou en moins bien…

En fait, en dehors des applications métier codées pour Windows et Active Directory, Microsoft est peu présent pour les autres services dans les administrations.

Dans le privé, c'est moins rose, autour de moi, mes potes sont dans des boites 100% Microsoft avec un service informatique anti-Linux et certains dans des boites ou c'est un peu plus mixte.

Je suis relativement d'accord, pour une truc à la con comme conky, franchement, on s'en fou, c'est pas un service critique…

La question est de savoir si il existe des services critiques codés en mode on s'en fou de la gestion des erreurs, j'espère bien que non .

Un autre indice, quand il dit que le logiciel propose une liste de complétion, il y'a une histoire de "ass"…

Moi ça m'énerve à chaque fois que j'entends parler d'une souris informatique

Non, mais franchement, le mec qui a inventé le truc, il avait envie d'appeler ça une souris, y'a pas de quoi en faire un fromage! :p

Non sans blague :) J'ai pas eux le choix du logiciel…

Garde tes explications pour toi parce que Le format texte est plus sensible à modification…

Et l'argument "tu n'as plus aucune chance de savoir facilement si c'est journald qui a planté ton journal ou si tu viens de te faire hacker" je te répondrais:

"tu n'as plus aucune chance de savoir facilement si c'est gzip/logrotate qui a planté ton journal ou si tu viens de te faire hacker", ca tiens aussi peu la route que le tiens.

Combien de softs importants sont composes de petits executables communiquant par pipe avec du
texte comme mode de transport ?

Sous les OS libres ? Je dirais "très" beaucoup :) En tout cas, la ligne de commande est bien fournis.

Mais après, sortie de ce contexte là, ce principe des années 70 n'a pas de sens.

Wai, enfin si on parle micro noyau pire, tu peux ne garder que qnx par contre ;)

Le BABA du programmer correct est la gestion d'erreur.

La question que je me pose, c'est comment gérer correctement ce genre d'erreur quand ton programme fait une tache critique, tu va forcément faire de la merde, non ?

Ensuite, une autre question,

pour new, j'ai lu ici et ailleurs que ca lançait une execption.

J'ai lu sur d'autre site que ca renvoyait NULL.

N'ayant jamais vu de code C++ tester le cas, j'imagine que ca quitte "proprement" via une exception, non ?

Et sinon, c'est quoi le logiciel de merde en question ? Oracle DB?

Parce que moi, j'aurai tendance à dire que l'éditeur, si systemd devient le défaut, il va corriger son soft en faisant deux units:
- Une qui lance la synchro sans forker
- Une seconde qui lance le programme définitif quand l'unit précédente est terminée.

on ne dispose que de deux façon de dialoguer avec systemd : systemctl et DBus.

C'est vrai qu'avant, a part pouvoir faire start/stop/status/reload, on avait vachement plus de possibilités…

Je suis un développeur expérimenté

J'aime ce genre d'affirmation qui dans l'absolue ne veulent absolument rien dire…

Développeur expérimenté, c'est pas coder trois conneries dans son coin et pondre du code pourri pour son patron… (sans vouloir faire de généralités).

Sinon, t'as bossé sur quoi ?