Hexchat: Ajouter la prise en charge de l'indicateur d'application

Les autres plateaux d'application gtk2 fonctionnent?

Pas sûr, mais skype qui utilise aussi gtk ne fonctionne pas

Le jeudi 11 décembre 2014 à 19h21, TingPing [email protected] a écrit :

Les autres plateaux d'application gtk2 fonctionnent?

—
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/hexchat/hexchat/issues/1235#issuecomment -66605483.

Le problème est probablement que plasma 5 ne prend plus en charge l'ancienne spécification de plateau XEmbed et que les icônes de plateau doivent utiliser un "notificateur d'état" (également appelé "indicateur d'application" dans le monde Unity) tel que fourni par libindicator/libappindicator dans le monde GTK+ .

@KaiRo-at Yup, voir https://github.com/hexchat/hexchat/tree/wip/appindicator

Impressionnant! o/ Cela arrive-t-il dans une prochaine version ?

Eh bien, il y a quelques problèmes qui l'empêchent d'être fusionné :

• Les indicateurs utilisent le clic du milieu pour les actions (c'est-à-dire masquer/afficher l'hexchat)
• Ils s'appuient sur des fichiers d'icônes et ne peuvent pas se voir attribuer directement une image

Le premier causera juste des gens qui se plaindront à moi pour l'année prochaine.
Ce dernier peut avoir des problèmes de performances, HexChat par défaut "clignotant" l'icône souvent, ce qui est stupide, mais encore une fois, si le comportement change, personne ne se tait.

Eh bien, ne pas prendre en charge l'indicateur d'application provoque des plaintes des premiers commutateurs vers Plasma 5, et une fois que les distributions commenceront à y basculer par défaut (openSUSE le fera pour la prochaine version, semble-t-il, d'autres suivront), ces plaintes commenceront à devenir beaucoup plus fortes. Je suppose que les utilisateurs d'Unity ne se plaignent pas parce qu'ils ne l'ont jamais vu fonctionner réellement, mais ils manquent complètement la fonctionnalité.

Le clignotement est la raison pour laquelle j'ai minimisé les cas où je reçois une notification, car le clignotement est vraiment distrayant lorsque vous travaillez réellement - mais ce n'est que mon opinion (je préférerais une icône statique différente avec une couleur au lieu du clignotement).

Je dirais qu'au final, ne pas avoir du tout l'indicateur est pire qu'un changement de comportement.

Cela dit, existe-t-il un moyen de basculer cela automatiquement ou via pref? Ce serait vraiment bien si quelque chose pouvait être disponible pour ceux qui utilisent un environnement de bureau moderne.

Si j'ai bien compris, vous pouvez récupérer les anciennes icônes dans Plasma 5.

• https://wiki.archlinux.org/index.php/KDE#System_tray_icons
• http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/

J'ai tous les packages d'indicateurs et les éléments installés et cela ne fonctionne pas. Vous n'obtenez les anciennes icônes que lorsque l'indicateur d'application est pris en charge.

@TingPing : la partie clic "milieu" ne dépend-elle pas du sessionManager ? Je sais que les événements peuvent être "écrasés" dans l'application cliente, mais si cela est bien implémenté, le gestionnaire de session s'occupera du thème, de l'ouverture/fermeture et du menu contextuel. Sinon, je ne peux pas expliquer pourquoi l'application gtk a généralement mon thème Qt5 (et non le thème Qt4 ou gtk) dans la barre d'état.

@karolherbst Je ne peux pas dire que j'ai lu les spécifications ou quoi que ce soit. Je sais pertinemment que l'icône de secours est obligée d'utiliser le clic du milieu, donc les utilisateurs de xfce, gnome, etc. se plaindront certainement.

je vois

Problème pour kubuntu ici . Créé cela, parce que ce billet de blog ne parle que des dépendances de construction .

parce que ce billet de blog ne parle que des dépendances de construction.

Il s'agit d'utiliser réellement ces bibliothèques, pas un simple changement de construction. Quoi qu'il en soit, la branche liée ci-dessus utilise
libappindicateur.

Pour ce que ça vaut, la prochaine version des Lumières ne prendra également en charge que l'indicateur d'application, la dernière version e19 déconseille fortement xembed. Le protocole xembed a toujours été très difficile à implémenter correctement pour les gestionnaires de fenêtres non gtk.

@est31 ce billet de blog parle d'applications Qt4 où il ne s'agit que d'un changement de build.

@TingPing dans l'illumination, le menu est affiché sur le clic gauche, je crois que ce qui est utilisé pour afficher la fenêtre à moins que vous ne parliez de secours pour le systray non appindicator.

D'après ce que j'ai entendu, gnome se dirige également lentement vers l'indicateur d'application, quelqu'un m'a dit que xembed ne fonctionnait pas vraiment dans Wayland, bien que des gens aient peut-être trouvé des hacks à ce sujet.

Je vais essayer votre branche.

Simon Lee

openSUSE - Mainteneur des Lumières

D'après ce que j'ai entendu, gnome se dirige également lentement vers l'indicateur d'application

Gnome veut que toutes les barres d'état système meurent. Ils n'ont aucun intérêt à remplacer les guichets automatiques.

ouais ses décisions comme ça sont la raison pour laquelle j'ai arrêté de suivre gnome dev très peu de temps après le lancement de gnome 3, il y a une extension pour cela https://extensions.gnome.org/extension/615/appindicator-support/

Quant au Wayland, il ne prend certainement pas en charge XEmbed, qui est spécifique à X.

@simotek Je pense que nous devrions obtenir le gestionnaire de packages openSUSE pour que le package hexchat bascule vers la branche mentionnée par @TingPing , au moins jusqu'à ce que la branche principale réelle rattrape l'état actuel de la réalité où le plateau XEmbed est plus un zombie qu'un une chose vivante.

@simotek Je pense que nous devrions obtenir le gestionnaire de packages openSUSE pour que le package hexchat passe à la branche mentionnée par @TingPing

Non... ce n'est pas ainsi que l'empaquetage (devrait) fonctionner, ils emballent ce que les développeurs jugent stable.

Eh bien, l'arborescence officielle est évidemment cassée dans plusieurs bureaux d'openSUSE Tumblweed, y compris celui par défaut, qui est Plasma 5.

Les installations existantes de Tumbleweed resteront toujours sur le bureau kde4, donc ce n'est pas si grave que ça. Ils devraient explicitement choisir d'installer plasma5-desktop dans yast qui remplacera alors kde4base-workspace.

Je suppose que vous dites que la valeur par défaut pour les _nouvelles_ installations de Tumbleweed est plasma5-desktop maintenant ?

KDE Plasma 5 devient le bureau par défaut d'OpenSUSE Tumbleweed

Arnavion, KDE4 est mort et n'est plus maintenu. Tumbleweed, Kubuntu et d'autres distributions remplacent KDE4 par Plasma 5. Complètement. Sans aucun moyen de revenir en arrière.

Bizarre ... Le lien de Poorchop semble dire que yast devrait proposer de remplacer kdebase4-workspace par plasma5-desktop, mais ce n'est pas ce qui s'est passé avec moi. J'ai seulement obtenu la mise à niveau pour _applications_ vers leurs versions kf5. Il n'a pas proposé d'installer plasma5-desktop seul - j'ai dû l'installer explicitement.

Quoi qu'il en soit, assez de déraillement de fil. Je suis revenu à kde4 pour le moment jusqu'à ce que plasma5 soit assez bon pour moi (pas de widget de lancement rapide, le QSTI->KSNI automatique ne fonctionne pas correctement, etc.) donc je ne vais pas pousser pour que cela fonctionne dans le court terme. Que TingPing le termine seul ou non, cela dépend de lui.

@KaiRo-at , @TingPing C'est vrai, quelque chose de non stable ne devrait pas être empaqueté dans les dépôts officiels, plutôt que de construire directement à partir de cette branche, il serait plus agréable si la branche était fusionnée avec un indicateur de configuration --app-indicator de sorte que de les distributions/emballeurs de la prochaine version peuvent décider quelle version ils construisent. Il est très rare que les gens empaquetent officiellement quelque chose à partir d'une branche git.

J'aurai une discussion avec les mainteneurs d'openSUSE à ce sujet et j'ajouterai peut-être un paquet pour un usage personnel à obs.

Eh bien, l'arborescence officielle est évidemment cassée dans plusieurs bureaux d'openSUSE Tumblweed, y compris celui par défaut, qui est Plasma 5.

Les DE en amont ont pris cette décision, ils savaient absolument que de nombreuses applications héritées seraient interrompues pendant au moins un certain temps.

Le travail de l'indicateur devrait être fusionné par la prochaine version chaque fois que cela se produira. Mes inquiétudes concernant le changement de comportement sont toujours d'actualité. Si j'impose un nouveau comportement aux utilisateurs, je recevrai toujours plus de plaintes que cela ne fonctionne pas du tout...

@TingPing , j'espère alors que la prochaine version sera bientôt, car pour le moment, ne pas avoir cela est l'une des raisons pour lesquelles mon système devient peu sûr car je ne peux pas mettre à jour (et obtenir Plasma 5 avec ça) tant que je ne le fais pas voir les notifications d'être ping sur IRC.

Je comprends les inquiétudes, c'est un compromis entre les utilisateurs se plaignant d'un côté (changement de fonctionnalité) et se plaignant ou même passant à un autre logiciel de l'autre (les choses ne fonctionnent pas). Je me sens avec vous là-bas, je suis moi-même en train de discuter de compromis similaires de temps en temps (et j'ai vu qu'en fin de compte, la technologie la plus moderne l'emporte généralement).

@TingPing , j'espère alors que la prochaine version sera bientôt, car pour le moment, ne pas avoir cela est l'une des raisons pour lesquelles mon système devient peu sûr car je ne peux pas mettre à jour (et obtenir Plasma 5 avec ça) tant que je ne le fais pas voir les notifications d'être ping sur IRC.

Vous êtes bien sûr libre de créer cette branche vous-même, mais ne vous attendez pas à ce que votre distribution le fasse.

@KaiRo-at C'est ce qui vient avec l'exécution d'une distribution de version continue, je travaille principalement à essayer de faire fonctionner tout pour la prochaine version stable, c'est tout ce que j'ai le temps de gérer

Je ne sais pas si c'est exactement lié. Mais ce problème ici est un truc de GNOME.
https://bugzilla.gnome.org/show_bug.cgi?id=733472

Je ne sais pas si c'est exactement lié. Mais ce problème ici est un truc de GNOME.

Euh, je ne sais pas du tout comment c'est lié.

FYI : La dernière version de KDE plasma prend en charge les icônes héritées, de sorte que l'icône HexChat est à nouveau visible. Ils l'ont mentionné dans le changelog : https://www.kde.org/announcements/plasma-5.5.0.php
Je l'ai aussi testé et ça marche :)

Cool merci!

Je pense toujours que la prise en charge de l'indicateur d'application est une bonne idée et j'ai déjà marqué les problèmes d'indicateur d'application comme des dupes, donc je vais simplement réorienter cela vers cela.

Qu'est-ce qui se passe avec ça? L'indicateur de 3ème partie pour nous sur Ubuntu Unity est bogué et ouvre une nouvelle instance lorsque vous cliquez dessus.

Un officiel serait génial, tant d'autres applications en ont maintenant, c'est pénible de ne pas en avoir car Unity ne prend pas en charge les icônes de plateau standard.

Corrigez ça s'il vous plait, c'est ennuyeux.

Juste pour sauter ici, que cela est devenu essentiel. Surtout avec Ubuntu 17.10 utilisant maintenant Gnome Shell par défaut, ce qui fait que Hexchat n'a pas de support de plateau dans aucune distribution livrée avec le dernier Gnome.

Installez l'extension "Topicons plus". Cela fonctionne très bien avec Hexchat.

L'installation d'une autre extension n'est pas une solution lorsque cela remplace le plateau normal d'Ubuntu.

Bienvenue sur GNOME :)

Ce n'est pas un problème Hexchat.

Amende. Je vais juste utiliser Quassel qui prend en charge les indicateurs, pas de problème.

Ce n'est pas un problème Hexchat.

Il est. Le plateau hérité a été obsolète pour de bonnes raisons.

Bienvenue sur GNOME :)

Ce n'est pas spécifique à GNOME.

oui, c'est le cas, kde, éclaircissement et tous les autres bureaux se déplaçant vers wayland
avoir ce problème

considérez cela comme un problème de compatibilité hexchat wayland

Le 21 octobre 2017 à 00h03, "Giovanni Tirloni" [email protected]
a écrit:

Bienvenue sur GNOME :)

Ce n'est pas un problème Hexchat.

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/hexchat/hexchat/issues/1235#issuecomment-338232845 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ADplQ3DFD_WdiqAk_BarH1pK19ypMNwMks5suLZSgaJpZM4DHD_B
.

@gtirloni J'ai essayé topicons plus et cela ajoute simplement une icône HexChat en haut, ce qui ne fait pas l'ancienne liste des chaînes avec la fonctionnalité de notifications non lues.

Hexchat a vraiment besoin de la prise en charge des icônes de la barre d'état système sur Ubuntu et Plasma. Je veux dire vraiment! :)

Ce n'est pas spécifique à GNOME.

En fait, gnome est le seul environnement de bureau majeur qui N'A PAS de support d'indicateur d'application prêt à l'emploi (vous avez besoin de cette extension : https://github.com/ubuntu/gnome-shell-extension-appindicator)

Existe-t-il une mise à jour sur ce problème ? Le plus récent xfce4-statusnotifier-plugin utilise des appindicators.

https://goodies.xfce.org/projects/panel-plugins/xfce4-statusnotifier-plugin

@KaiRo-at Yup, voir https://github.com/hexchat/hexchat/tree/wip/appindicator

Ce n'est plus une option, y a-t-il une branche plus actuelle que je peux créer qui prend en charge cela ?

Je n'arrive pas à croire que nous sommes presque en 2019 et que c'est toujours un problème

Quelqu'un a-t-il jeté un coup d'œil à https://github.com/kitsunyan/appindicator-collection ?

Quelqu'un a-t-il jeté un coup d'œil à kitsunyan/appindicator-collection ?

Waouh, quelle blague. L'auteur aurait pu simplement écrire un plugin hexchat qui aurait facilement été officiel et livré avec les distributions, mais a plutôt écrit un hack qui remplace dynamiquement les fonctions internes de GTK... Ce n'est pas ainsi que le logiciel libre devrait résoudre les problèmes.

Toute mise à jour? Je n'ai pas pu faire fonctionner l'icône de la barre d'état système sur GNOME avec l'extension KStatusNotifierItem/AppIndicator Support installée.

Au cours des deux dernières semaines, j'ai relancé l'ancienne branche de @TingPing avec la prise en charge de l'indicateur d'application et je l'ai rebasée sur le maître actuel, vous pouvez le trouver ici https://github.com/simotek/hexchat/tree/wip/appindicator ( note est toujours dans la branche wip/appindicator )

J'ai nettoyé la plupart des blocs de code commentés et d'autres codes commentés, ainsi que corrigé certains bogues et implémenté quelques éléments manquants. C'est maintenant au point où cela fonctionne bien pour moi, ce qui signifie que ce serait formidable si d'autres personnes le testaient.

Pour construire avec le support appindicator, passez -Dwith-appindicator=true à meson, si vous installez avec un préfixe autre /usr/ , vous devrez copier les icônes hexchat-tray* de prefix/share/icons/hicolor/48x48/apps en /usr/share/icons/hicolor ou /usr/share/pixmaps .

Je n'ai pas encore examiné le diff entre ma branche et le maître, il y a donc probablement des morceaux de code qui devraient être nettoyés davantage avant qu'il ne soit examiné, je le ferai probablement dans quelques semaines avant de le soumettre pour examen mais les commentaires sont les bienvenus maintenant

les commentaires sont les bienvenus maintenant

fonctionne pour moi dans Ubuntu 20.04

C'est beau :coeur:

Quelques suggestions:

• Implémenter la visibilité à bascule à l'aide d'un double-clic (appelle "Activer")
• Ajouter une option dans hexchat pour "minimiser dans le bac"

Incroyable! @simotek Merci beaucoup d'avoir travaillé là-dessus !

Au fait, je me demande s'il serait possible d'en faire un plugin installable par l'utilisateur pour HexChat.

Incroyable! @simotek Merci beaucoup d'avoir travaillé là-dessus !

Au fait, je me demande s'il serait possible d'en faire un plugin installable par l'utilisateur pour HexChat.

Je ne pense pas, du moins pas facilement, ce code ne fait que se superposer aux implémentations de plateau existantes dans hexchat, je ne suis pas vraiment un développeur gtk / hexchat donc je ne connais pas l'api du plugin donc c'est peut-être possible mais ce serait probablement être une réécriture.

L'api de plugin existante permet aux plugins de changer l'icône de la barre d'état, mais je ne l'ai pas implémentée pour le moment car elle aurait besoin d'une API différente. L'API existante passe simplement au plateau un pixmap à afficher où, en tant qu'indicateur, passe généralement un nom d'icône fdo au programme exécutant le plateau via dbus, puis ce programme de plateau trouve et affiche l'icône.

C'est beau le coeur

Quelques suggestions:

* Implement toggle visibility using double click  (calls “Activate”)

Bien sûr, je peux regarder ça, le plateau que j'utilise ne prend pas en charge le double clic, j'ai donc besoin d'aide pour tester.

* Add an option in hexchat to "minimize to tray"

L'option "basculer la visibilité" devrait déjà le faire si la fenêtre s'affiche, est-ce suffisant ? la plupart des applications de mon plateau ont quelque chose de similaire (bien que je n'utilise pas normalement cette fonctionnalité, je garde juste les choses maximisées sur différents bureaux virtuels / espaces de travail

Bien sûr, je peux regarder ça, le plateau que j'utilise ne prend pas en charge le double clic, j'ai donc besoin d'aide pour tester.

Comptez sur moi pour tester.

À propos de "Ajouter une option dans hexchat pour" minimiser dans le bac ", si vous pouvez implémenter ma première demande, cela pourrait être exagéré. J'y pensais car de nombreuses applications ont cette option de sorte que si vous cliquez sur "fermer" ou alt + f4, vous ne quittez pas réellement l'application mais la minimisez (par exemple Discord, MellowPlayer, Steam, Audacious. Psensors, Riot..) Bien que pour la plupart d'entre eux, il ne soit pas activé par défaut.

Bien sûr, je peux regarder ça, le plateau que j'utilise ne prend pas en charge le double clic, j'ai donc besoin d'aide pour tester.

Comptez sur moi pour tester.

À propos de "Ajouter une option dans hexchat pour" minimiser dans le bac ", si vous pouvez implémenter ma première demande, cela pourrait être exagéré. J'y pensais car de nombreuses applications ont cette option de sorte que si vous cliquez sur "fermer" ou alt + f4, vous ne quittez pas réellement l'application mais la minimisez (par exemple Discord, MellowPlayer, Steam, Audacious. Psensors, Riot..) Bien que pour la plupart d'entre eux, il ne soit pas activé par défaut.

Ouais, il semble certainement que "Toggle Visibility" fait déjà exactement cela, Rocket Chat est légèrement plus intelligent et change l'option de menu de Show à Hide

@simotek Avez -vous prévu de fusionner cela pour maîtriser?