Aldoo a écrit 2794 commentaires

Il semble que c'est pareil sur Free Mobile (en pire, vue le degré de dépendance par défaut d'un système Android).

Pas moyen d'installer la moindre appli de Google Play Store par la 3G. Les recherches Google sont lentes (sans parler de YouTube). Je m'en sors à peu près sur Google Maps tant que je ne demande ni la vue satellite, ni les infos trafic. De l'autre côté, les sites non-Google semblent s'on sortir pas trop mal.

Bref, il est grand temps qu'ils trouvent un arrangement…

… il ne faudrait pas y mettre de la mauvaise volonté.

Où se trouve donc le plutôt évident :
[X] Rien, il y a toujours des fenêtres devant ?

Je suis sûr que c'est un complot pour diviser les votes de ce bord politique entre les petits candidats au profit, bien sûr, du parti du posteur !

Bon, j'ai réussi à faire marcher la barre.
En fait le problème c'était la commande kwriteconfig que j'avais copiée/collée bêtement depuis le texte explicatif, si bien que ça m'avait ajouté une section étrange :
["Menubar]
"MenuBarStyle"=style"

au lieu de :

[Menubar style]
MenuBarStyle=TopHorizontal

Bref, il suffit d'enlever les antislashes et la commande marche. Je pense que je ne suis pas le seul béotien à m'être laissé prendre.

Du coup maintenant, j'ai une feature request. Vu que j'ai ma barre plasma sur le bord haut de l'écran, j'aimerais bien que la barre de menu la recouvre, plutôt que de partir du dessous du panneau plasma (ce qui rend le menu difficile à attendre vu qu'il n'est plus en bord d'écran).

Enfin, vu que le résultat que je cherche à obtenir est quelque chose proche d'Unity, ce serait sans doute plus naturel de partir du plasmoid plasma-widget-kappmenubar. Je le fusionnerais bien avec le plasmoid "Contrôle de l'application courante" : le menu remplacerait le titre de la fenêtre au survol.

Quoique j'aime bien l'idée de cette barre qui me suit d'un écran à l'autre :)

Nan, c'est juste que ça fait bien de dire ça :).

Je suppose qu'un logiciel avec l'étiquette Firewall doit proposer un certain nombre d'options de configuration (dont un mode NAT tout bête), alors que si tu vends sous l'étiquette NAT, on n'attend pas tout ça.

En pratique sous Linux, dans les deux cas c'est iptables (+ éventuelle UI pour configurer).

Tiens, pareil ici…
En même temps, je comprends que les admins des universités et labos aient d'autres chats à fouetter.

Oui, j'ai un peu tout essayé.

Au fait question: est-ce que les changements faits avec kwriteconfig sont à effet immédiat, ou bien il faut relancer le service et les fenêtres concernées ?

Cela donne ceci: http://pastebin.com/xXJpQBwE
Maintenant, c'est après avoir juste réinstallé kded-appmenu et relancé le service sans relancer KDE.
Bizarrement, j'avais à peu près la même sortie avec kded-appmenu arrêté.

Autre bizarrerie: certaines apps apparaissent sans menu du tout, alors que d'autres gardent le menu classique dans la fenêtre.

Bon pas de chance, je n'arrive pas à faire marcher les nouveaux packages :( (aussi bien le plasmoid à l'ancienne que ton nouveau menu que le plugin apprunner)… comme beaucoup de commentateurs sur kde-look on dirait d'ailleurs.
Ma config: KDE 4.9.1, OpenSuse 12.2 avec dépôts Ayatana (pour appmenu-qt), si ça peut aider :).

Ah libkappmenu est une dépendance du plasmoid que tu donnes en lien, qui apparemment est un fork du plasmoid que j'utilise.

Le côté dynamique peut être sympa, en effet.

Ouhla, libkappmenu? Encore une lib de plus? (je viens de vérifier, elle n'est pas installée sur mon système)

Bon, pour résumer, quelle est la pile state-of-the-art pour KDE ?

Et que fait exactement kded-appmenu? Est-ce que c'est juste ce nouvel afficheur de menu + les contrôles qui vont bien dans systemsettings, pour configurer le menu déporter (y compris vers d'autres afficheurs que celui fourni, comme le runner ou le kwin patché)?

Dans toutes ces histoires de menu déporté, je commence à me perdre un peu.

Je n'ai pas actuellement kded-appmenu, mais néanmoins j'utilise le plasmoid de menu global, qui fonctionne naturellement avec toutes les applications Qt (dont KDE), ainsi que les autres applications compatibles avec dbusmenu (ex: firefox avec extension globalmenu, originellement développée pour Ubuntu Unity). Je n'y arrive pas encore avec les autres applis GTK (qui sont censées utiliser le même protocole, pour peu qu'on ait un GTK patché, ce qui est mon cas), ni avec chrome/chromium (qui, je crois, fonctionne pourtant avec Unity). Par ailleurs j'ai installé le service pour krunner qui me permet d'accéder aux menus des applications compatibles.

Ma configuration actuelle ne me permet en revanche pas de déporter le menu vers la barre de titre d'une fenêtre, par exemple, mais j'ai l'impression que c'est la seule chose qui me manque par rapport à ce que pourrait m'apporter kded-appmenu (d'ailleurs, est-ce que kwin ne doit plus être patché pour cela?).

Alors est-ce qu'une bonne âme se sent en mesure de lister tous les composants de cette galaxie, le rôle qu'ils jouent (ou qu'ils ont joué dans le passé s'ils sont obsolètes, ou qu'ils vont jouer dans un futur proche), et leurs interactions ?

Je critiquais plus Google/Android que le développeur de CalDAV-Sync, qui a tout-à-fait le droit de choisir le modèle économique qui lui convient… et de profiter du vide sur le secteur (faute de Google).

Sinon, par curiosité, pourrais-tu me dire dans quel contexte tu utilises CalDAV-Sync (avec SoGO ?), et comment ça se présente ? (je crois que c'est un genre de greffon pour le système de calendrier intégré et non une application indépendante?)

Sinon, je me pose la même question, vu que mon labo fait maintenant tourner un SoGO.
En particulier, je cherche un client CalDAV pour Android, ce qui me permettrait de réduire un peu ma dépendance envers Google.

Pour l'instant, je n'ai trouvé que
- aCal (libre et gratuit), non compatible avec SoGO, apparemment à cause d'une mauvaise implémentation de CalDAV (du côté de SoGO).
- CalDAV-Sync beta (propriétaire, 2,55€), qui fonctionnerait bien, mais l'idée de payer sans être sûr que ça me rend le service que je cherche (ni même que j'ai vraiment besoin du service, pour une autre raison qu'un caprice de geek) me bloque pour l'instant. Qui plus est, c'est du proprio, donc une dépendance de plus.

Au passage, c'est quand-même dingue qu'Android n'ait pas CalDAV de base alors que c'est LE standard ouvert dans le domaine.

USB_Mass_Storage
Pas de quoi :p.

(mais bon, c'était déjà écrit dans la dépêche)

La version anglaise a tout de même pour elle la qualité de son URL.

Peut-être qu'il fallait justement comprendre que Canonical baisait la technologie Microsoft ?

En effet, tout le monde sait que Steve Jobs a tout inventé, y compris la pomme et l'arc-en-ciel. C'est donc Alan Turing, par son homosexualité, qui rendait un hommage crypté à Steve Jobs.

(cf. Steve Jobs Facts, volume 42)

C'est l'histoire d'un Belge…

En fait, je veux tout :). Un accès direct à tous les boutons à la souris, ce n'est pas désagréable, ainsi qu'un accès direct à chaque menu au clavier.
Idéalement, on aurait suffisamment rarement besoin des menus pour ne pas avoir à les afficher mais malheureusement, toutes les applis ne sont pas encore pensées dans cette optique.

Quant au plasmoïde : c'est déjà grâce à un tel plasmoïde que j'arrive à mettre le menu dans le panneau plasma.

Puis c'est sûrement leur faute s'il y a de la misère d'abord !

https://www.youtube.com/watch?v=6XWkMgCCdBI

J'étais sûr qu'il finirait par arriver :), et c'est une bonne chose !
L'inconvénient c'est que maintenant, avec tous les runners, ça devient un peu le bordel quand on fait alt+F2.

Il y a peut-être quelque chose à revoir, genre séparer les runners en plusieurs catégories accessibles par des hotkeys différentes.

Bonjour,

J'ai testé les différentes solutions proposées, notamment par gnumdk.
Aucune ne me satisfait totalement, mais si j'ai bien compris, c'est à cause d'une limite du protocole.

Je m'explique. Ce que je recherche, c'est un gain de pixels pour afficher l'application en elle-même, mais sans perte d'ergonomie.

Avoir le menu dans un panneau plasma en haut de l'écran (comme MacOSX), c'est bien. Mieux que le menu dans la barre de titre, vu que ça permet justement de ne pas avoir de barre de titre pour les applis maximisées, gros gain de place (en tout cas dans mon cas, vu que le panneau plasma contient du coup le menu K, les icônes de la icon only task manager, les boutons minimiser/maximiser/fermer de la fenêtre courante, la systray et l'horloge, le tout sur une seule ligne).

Mais cette solution est bien seulement pour l'application maximisée sur le même écran que ce panneau, sinon le contexte est trop lointain et je ne sais jamais sans y réfléchir au moins quelques secondes si c'est bien le menu de la fenêtre que je veux qui est actuellement affiché.

Bref, il faudrait que je puisse avoir au moins une zone de menu par écran (réservée aux fenêtres du même écran).

Pour faire mieux, pour les fenêtres non-maximisées devraient, elles, avoir leur menu dans leur barre de titre (ou à défaut, une barre de menus classique), parce que le lien entre un panneau sur un bord de l'écran et une fenêtre flottante n'est pas direct (change en fonction du contexte). Notez au passage que je ne cherche pas à gagner des pixels sur les fenêtres flottantes… si j'avais voulu plus d'espace dans une fenêtre, je l'aurais maximisée.

Pour résumer, il faudrait qu'on puisse faire tourner en parallèle tous les "réceptacles" à menus (actuellement, quand un réceptacle s'enregistre sur DBus, il désactive tous les autres), et que le choix du réceptacle à menus de chaque fenêtre puisse dépendre de règles paramétrables (pas forcément directement par l'utilisateur via un clicodrome surchargé et incompréhensible, mais au moins grâce à une collection de profils types).

Sinon, quelques souhaits précis :
- j'aimerais bien pouvoir avoir, dans la barre de titre, tous les menus directement visibles à l'horizontale, sans avoir besoin d'ouvrir d'abord le menu "global".
- j'aimerais bien pouvoir, depuis l'application faire Alt+Lettre_du_menu pour ouvrir directement le menu que je veux (pour l'instant on ne peut que définir un unique raccourci global pour l'ensemble des menus). Mieux, la touche Alt toute seule devrait pouvoir sélectionner le premier menu (et faire apparaître la barre de menus si elle était masquée, comme dans Firefox pour Windows).

C'était de base sur mon Samsung Galaxy S Bouygues…

Gni ? Mauvais thread ? (en même temps je n'en vois pas d'autre sur OVH... )

En tout cas ils s'en vantent dans leur FAQ.
Mais je ne crois pas que ce soit garanti contractuellement pour tout l'avenir prévisible.