Bonjour,
J’utilise actuellement Debian (Stable ou Sid) et je suis toujours à la recherche de l’environnement de travail, gestionnaire de bureau qui pourrait me convenir le mieux.
Je m’accrochais désespérément à MATE car je me suis fortement habitué à Windows 95, etc. puis à Gnome 2, etc.
Mais, il semblerait que le projet (MATE) est en fin de vie, à la traîne pour de nombreuses fonctionnalités forts utiles, etc. Ça devient intenable :(
J’ai essayé Gnome 40 Shell mais c’est (pour moi) l’horreur :( Même avec toutes la bonne volonté du monde et les extensions qui vont bien avec… :( Il y a des choses super comme la vue globale des fenêtres mais ça vient d’arriver dans KDE aussi :)
Bref, quand je vois KDE chez l’ami Didier, je suis bluffé et ça me donne envie de l’adopter… Alors je test, je trouve les choses qui ne me plaisent pas et nous trouvons des solutions…
Mais là, il y a une chose qui coince :(
J’utilise "énormément" la saisie arbitraire d’unicode, U202f par-ci, U2022 par là, U266a, U2764, etc. • ♪ ❤
Autant sous MATE, que Gnome, Ctrl + Shift + U fonctionne !
→ Unicode hex codes composition
C’est très pratique, et ça fonctionne partout (zone text, boite de dialogue, "remplacer par", terminal, etc.) ! :)
Mais pourquoi diable cela ne fonctionne-t-il pas sous KDE ? :(
Il y a bien un rapport de bug !
Mais je ne comprends pas bien où cela nous mène… depuis 2005 quand-même ! :/
input of arbitrary unicode characters as defined in ISO 14755
PS : Ha oui, je lis les commentaires ↑ et je pense à une chose… Wayland, pour sûr, c’est l’avenir… Mais pour quelques applications je suis amené à utiliser Xorg (OBS Studio ou prise de contrôle à distance) avec le Gnome 40 encore actuellement sur ma machine…
Il semblerait que « y a qu’à installer iBus »…
Qu’en pensez-vous ?
Vraiment ? et sous Debian par exemple, ça se ferait comment ?
Quelles pourraient être les "mauvaises" conséquences de ce genre d’installation (iBUS → KDE) ?
Est-ce une bonne solution ?
Et aussi, l’ami Didier qui fait ses propres recherches me disait qu’une autre solution pourrait être d’installer plutôt Fcitx5, que je connais pas du tout… Que vaudrait cette solution-là (vs iBUS) ?
Sachant qu’à l’avenir, si je devais changer mon fusil d’épaule pour KDE, c’est sur toutes les machines de mon entourage que j’installerais probablement KDE, à commencer par les 15 postes de travail (en “dual-boot”) là où je travail (actuellement MATE)… Je dois donc avoir pu bien faire le tour de la question, peser le pour et le contre de iBUS ou Fcitx5…
Merci d’avance.
# Cinnamon
Posté par ted (site web personnel) . Évalué à 2.
MATE et Cinnamon ont tous les deux été lancés par Linux Mint, l'un étant un fork de Gnome 2 (GTK2 à la base) et l'autre de Gnome 3 (GTK3 à la base) mais gardant une organisation de l'environnement similaire. J'ai moi aussi beaucoup aimé Gnome Panel et je me suis rabattu sur Linux Mint MATE qui me convenait très bien (avec Compiz que je trainais depuis des années).
Je suis depuis passé à Cinnamon, mais je ne suis pas trop dépaysé: on garde un bureau façon Gnome Panel, c'est juste que les briques utilisées pour faire ça sont plus récentes. J'ai testé vite fait pour toi: la composition Unicode fonctionne ;)
Un LUG en Lorraine : https://enunclic-cappel.fr
# Mate ?
Posté par harlock974 . Évalué à 2.
J'utilise depuis longtemps Mate pour les mêmes raison que toi sans doute (environnement de bureau classique, sobre et fonctionnel). Que trouves tu qui soit devenu intenable avec Mate ?
# Bug QT plutôt que bug KDE
Posté par remico . Évalué à 2.
Je ne sais quel est le bug sur kde mais sur ma machine avec le bureau Mate , j'ai aussi openbox et icewm, la combinaison Ctrl + Maj + u fonctionne avec n'importe lequel de ces bureaux mais pas avec n'importe lequel des logiciels.
Pour Firefox, Mate-terminal, gnome-terminal, leafpad le bloc note, c'est bon. Les terminaux rxvt ou xterm eux ne veulent rien savoir, avec ctrl +maj +u mais acceptent bien ♪ en copier/coller.
Le bug de kde, de qt en fait si j'ai bien compris, doit se limiter uniquement aux logiciels qui utilisent cette bibliothèque graphique. Pour les autres il est parfaitement possible d'utiliser Firefox, gnome-terminal ou autre logiciels qui utilisent gtk avec le bureau kde, et de retrouver un comportement normal ou de faire un copier/coller depuis ces logiciels vers le logiciels qui n'accepte pas le raccourci, ou encore avoir la série • ♪ ❤ dans un fichier texte et de faire des copier/coller.
[^] # Re: Bug QT plutôt que bug KDE
Posté par Space_e_man (site web personnel) . Évalué à 3.
Merci pour ton message. Je suis très étonné du peu de réponses :(
J’ai probablement mal posé ma question.
Je ne souhaitais pas discuter des différents bureaux. Je cherche une solution pour KDE Plasma actuel. Celui que l’on obtient avec Debian Stable (11) mais également celui que l’on obtient avec Debian Sid (actuellement), pour pouvoir insérer des caractère à partir d’unicode, comme Ctrl+Shift+U sous Gnome ou MATE.
Ici, sous Gnome (Debian Sid) je viens d’installer xterm pour l’expérience. Et ça fonctionne.
C’est même très joli comme présentation et différent de ce que l’on observe ailleurs.
L’idée de faire des copier coller ne répond pas à ma question.
Il semblerait qu’une solution soit d’installer iBUS et avant de me lancer j’aimerais savoir ce que l’on en pense, quel pourrait être de mauvaises conséquence de ce genre d’installation et pourquoi cela n’est pas le cas d’office avec KDE (si ça fonctionne bien) ?
Merci d’avance.
[^] # Re: Bug QT plutôt que bug KDE
Posté par remico . Évalué à 2. Dernière modification le 02 avril 2022 à 18:24.
Ma réponse est à côté à cause de la méconnaissance d'ibus, alors j'ai creusé un peu l'exemple sur le wiki kde est pour le chinois, et il y a une page sur archlinux qui est aussi complète.
https://userbase.kde.org/Tutorials/Kimpanel
https://wiki.archlinux.org/title/IBus
Sur le wiki d'archlinux il est aussi question de kimtoy en alternative à kimpanel. Kimtoy en plus d'ibus et de fcitx5 supporte scim qui serait une autre option.
https://github.com/KDE/kimtoy
https://www.linux-apps.com/p/1127378
Dans le descriptif de kimtoy :
KIMToy is an input method frontend for KDE. It is an alternative to kimpanel plasmoid. KIMToy uses the same dbus ipc specification as kimpanel, say org.kde.impanel, so where kimpanel works, where KIMToy works.
KIMToy is a standalone application, has no dependence on plasma, so it won't make your whole desktop unstable.
KIMToy makes easy for fcitx/ibus/scim users. These three input method should work out of box since KIMToy-0.2.
Je ne saurais dire lequel est le mieux ibus Fcitx5 ou encore scim, les trois sont dans debian, pas kimtoy faut le compiler si kimpanel ne fonctionne pas. Ibus n'y est pas d'origine car c'est pour le language chinois ou autres, les caractères spéciaux sont censés fonctionner.
# La solution adoptée
Posté par Space_e_man (site web personnel) . Évalué à 4.
Merci à l’ami Didier. Voici ce qu’il propose comme solution, pour bénéficier de iBUS dans Debian KDE Plasma.
Avec les droits admin (root, genre après su - ou sudo -s)
En tant qu‘utilisateur
Didier propose également une instruction pour cacher toute une série de programmes pour l’utilisateur "lamda" et donc en l’occurrence IBus Setup avec la commande suivante
Voilà donc l’une des choses que nous faisons à présent pour la plupart de nos installations Debian KDE Plasma. Merci Didier.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.