info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
à quoi sert ibus ?
3 views
Skip to first unread message
Daniel Caillibaud
Jan 25, 2024, 11:30:04 AMJan 25
to
Bonjour,
Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
(faut le refaire régulièrement, après 10min ou 2h ça dépend).
fermer ibus règle le pb sans en créer d'autre pour le moment.
J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
de gdm3.
Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
Pour info, le virer a aussi retiré une icone dans la barre des tâches qui faisait double emploi
(j'avais deux boutons pour changer de layout clavier entre azerty et bépo, celui d'ibus
semblait inopérant, seul celui de l'option "clavier" changeait qqchose).
Cela va peut-être régler des pbs de mauvais layout au retour d'hibernation (à chaque fois que
je change le layout par défaut c'est le bazar pendant un moment, avec jamais le même layout au
retour d'hibernation (assez pénible pour taper son mot de passe). Il m'a semblé que ça rentrait
dans l'ordre après un redémarrage complet / fermeture de la session x (sans avoir
modifié le clavier) / réouverture de session, jusqu'à la prochaine modif de clavier…
--
Daniel
Si j'avais encore l'argent que j'ai dépensé pour boire,
qu'est-ce que je pourrais me payer comme apéritifs!
Celmas
Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
(faut le refaire régulièrement, après 10min ou 2h ça dépend).
fermer ibus règle le pb sans en créer d'autre pour le moment.
J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
de gdm3.
Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
Pour info, le virer a aussi retiré une icone dans la barre des tâches qui faisait double emploi
(j'avais deux boutons pour changer de layout clavier entre azerty et bépo, celui d'ibus
semblait inopérant, seul celui de l'option "clavier" changeait qqchose).
Cela va peut-être régler des pbs de mauvais layout au retour d'hibernation (à chaque fois que
je change le layout par défaut c'est le bazar pendant un moment, avec jamais le même layout au
retour d'hibernation (assez pénible pour taper son mot de passe). Il m'a semblé que ça rentrait
dans l'ordre après un redémarrage complet / fermeture de la session x (sans avoir
modifié le clavier) / réouverture de session, jusqu'à la prochaine modif de clavier…
--
Daniel
Si j'avais encore l'argent que j'ai dépensé pour boire,
qu'est-ce que je pourrais me payer comme apéritifs!
Celmas
Étienne Mollier
Jan 25, 2024, 2:20:04 PMJan 25
to
Bonjour,
Daniel Caillibaud, on 2024-01-25:
facilitant la saisie de caractères unicode arbitraires. Les
captures d'écran suggèrent qu'ibus est notemment très utilisé
pour la saisie d'idéogrammes.
[1]: https://github.com/ibus/ibus/wiki
Les symptômes suggèrent que deux méthodes de saisie distinctes
sont en train de s'exécuter en concurrence, ce qui expliquerait
le retour à la normale quand ibus cesse de tourner.
Après, je ne m'en suis jamais servi et la documentation est un
peu laconique, donc il n'est pas impossible que je sois à côté
de la plaque.
Bonne soirée, :)
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/1, please excuse my verbosity
`-
Daniel Caillibaud, on 2024-01-25:
> Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
> autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> (faut le refaire régulièrement, après 10min ou 2h ça dépend).
>
> fermer ibus règle le pb sans en créer d'autre pour le moment.
>
> J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
> de gdm3.
>
> Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil
> autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> (faut le refaire régulièrement, après 10min ou 2h ça dépend).
>
> fermer ibus règle le pb sans en créer d'autre pour le moment.
>
> J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
> de gdm3.
>
> Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
facilitant la saisie de caractères unicode arbitraires. Les
captures d'écran suggèrent qu'ibus est notemment très utilisé
pour la saisie d'idéogrammes.
[1]: https://github.com/ibus/ibus/wiki
Les symptômes suggèrent que deux méthodes de saisie distinctes
sont en train de s'exécuter en concurrence, ce qui expliquerait
le retour à la normale quand ibus cesse de tourner.
Après, je ne m'en suis jamais servi et la documentation est un
peu laconique, donc il n'est pas impossible que je sois à côté
de la plaque.
Bonne soirée, :)
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/1, please excuse my verbosity
`-
Basile Starynkevitch
Jan 25, 2024, 3:50:03 PMJan 25
to
On 1/25/24 20:13, Étienne Mollier wrote:
> Bonjour,
>
> Daniel Caillibaud, on 2024-01-25:
>> Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
>> autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
>> suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
>> (faut le refaire régulièrement, après 10min ou 2h ça dépend).
>>
>> fermer ibus règle le pb sans en créer d'autre pour le moment.
>>
>> J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
>> de gdm3.
>>
>> Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
>
> Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil
> facilitant la saisie de caractères unicode arbitraires. Les
> captures d'écran suggèrent qu'ibus est notemment très utilisé
> pour la saisie d'idéogrammes.
>
> [1]: https://github.com/ibus/ibus/wiki
>
occasionellement un caractère UTF-8 qui n'est pas au clavier, il est
possible de lancer /usr/bin/charmap (du paquet gucharmap) et de faire du
copier-coller, par exemple pour ⁂ ou ∀
Et GNU emacs peut aussi être utilisé (avec M-x insert-char).
Librement
--
Basile Starynkevitch <bas...@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/
See https://github.com/RefPerSys/RefPerSys
Étienne Mollier
Jan 25, 2024, 4:00:05 PMJan 25
to
Basile Starynkevitch, on 2024-01-25:
avec sway dans sid).
> Et GNU emacs peut aussi être utilisé (avec M-x insert-char).
Vi IMproved fournit également un moteur assez complet avec la
commande <C-k>XY, voir :help digraph. ;)
Bonne nuit,
> On 1/25/24 20:13, Étienne Mollier wrote:
> > Daniel Caillibaud, on 2024-01-25:
> > > Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
> > > autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> > > suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> > > (faut le refaire régulièrement, après 10min ou 2h ça dépend).
> > >
> > > fermer ibus règle le pb sans en créer d'autre pour le moment.
> > >
> > > J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
> > > de gdm3.
> > >
> > > Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
> >
> > Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil
> > facilitant la saisie de caractères unicode arbitraires. Les
> > captures d'écran suggèrent qu'ibus est notemment très utilisé
> > pour la saisie d'idéogrammes.
> >
> > [1]: https://github.com/ibus/ibus/wiki
>
> Dans les cas où (avec Debian sous X11) on souhaite insérer occasionellement
> un caractère UTF-8 qui n'est pas au clavier, il est possible de lancer
> /usr/bin/charmap (du paquet gucharmap) et de faire du copier-coller, par
> exemple pour ⁂ ou ∀
charmap fonctionne également avec Debian sous Wayland (testé
> > Daniel Caillibaud, on 2024-01-25:
> > > Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
> > > autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> > > suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> > > (faut le refaire régulièrement, après 10min ou 2h ça dépend).
> > >
> > > fermer ibus règle le pb sans en créer d'autre pour le moment.
> > >
> > > J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui est une dépendance
> > > de gdm3.
> > >
> > > Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt à l'ajouter ?
> >
> > Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil
> > facilitant la saisie de caractères unicode arbitraires. Les
> > captures d'écran suggèrent qu'ibus est notemment très utilisé
> > pour la saisie d'idéogrammes.
> >
> > [1]: https://github.com/ibus/ibus/wiki
>
> Dans les cas où (avec Debian sous X11) on souhaite insérer occasionellement
> un caractère UTF-8 qui n'est pas au clavier, il est possible de lancer
> /usr/bin/charmap (du paquet gucharmap) et de faire du copier-coller, par
> exemple pour ⁂ ou ∀
avec sway dans sid).
> Et GNU emacs peut aussi être utilisé (avec M-x insert-char).
commande <C-k>XY, voir :help digraph. ;)
Bonne nuit,
--
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/1, please excuse my verbosity
`- on air: Monarch Trail - The Oldest of Trees
.''`. Étienne Mollier <emol...@debian.org>
: :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da
`. `' sent from /dev/pts/1, please excuse my verbosity
Frédéric MASSOT
Jan 26, 2024, 4:20:04 AMJan 26
to
Le 25/01/2024 à 17:14, Daniel Caillibaud a écrit :
> Bonjour,
>
> Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
> autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> (faut le refaire régulièrement, après 10min ou 2h ça dépend).
Bonjour,
> Bonjour,
>
> Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans toutes les
> autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que ce soit réglé ils
> suggèrent de lancer en console `ibus restart` ce qui règle effectivement le pb, temporairement
> (faut le refaire régulièrement, après 10min ou 2h ça dépend).
Tu peux indiquer de quel rapport de bug il s'agit, STP ?
Au boulot, des collègues ont des problèmes bizarres avec Libreoffice. Au
bout d'un moment d'utilisation, l'appui sur une touche accentué
(français) comme un "é", un "è" ou un "à" produit une autre touche.
Parfois, il s'agit du dernier ctrl tapé, comme un ctrl+c ou un ctrl+a,
ou parfois il s'agit de la touche BackSpace.
J'ai cherché dans les rapports de bugs de Libreoffice, mais il s'agit
peut être d'un bug de ibus.
Merci.
--
==============================================
| FRÉDÉRIC MASSOT |
| https://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
| +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 |
===========================Debian=GNU/Linux===
Daniel Caillibaud
Jan 26, 2024, 5:00:05 AMJan 26
to
Le 25/01/24 à 21:42, Basile Starynkevitch <bas...@starynkevitch.net> a écrit :
d'ibus, soit avec du copier/coller soit en tapant son code utf8 (par ex sous gtk ctrl+maj+u puis
03F4 puis espace pour avoir le caractère theta "ϴ").
Je reformule un peu mieux ma question, qu'apporte ibus par rapport à l'existant qui fonctionnait
très bien ?
Vu le picto qui s'affiche quand on le lance (dans les applets de la barre des tâches de
cinnamon), je comprend que ça sert à changer de layout, mais gnome et cinnamon ont déjà un truc
pour faire ça ("disposition du clavier" dans cinnamon, aka "keyb...@cinnamon.org" ou "keyboard
layout switch applet", y'a l'équivalent dans gnome).
Du coup je me demande pourquoi le paquet ibus est suggéré par gtk/plasma.
Corollaire : en l'enlevant, quel autre paquet pourrait être contrarié ?
Car dans ma base apt j'ai un seul paquet qui dépende d'ibus (sans compter les paquets ibus-*
eux-même)
$> aptitude search '?depends(^ibus)!?name(^ibus)'
p keyman - Type in your language with Keyman for Linux
Les DE gnome et plasma le recommandent :
$> aptitude search '?recommends(^ibus)!?name(^ibus)'
i A gnome-shell - interpréteur de commandes graphique pour le bureau GNOME
p live-task-localisation - prise en charge de la régionalisation des systèmes autonomes
p plasma-desktop - outils et widgets pour le bureau
p task-amharic-gnome-desktop - Amharic GNOME desktop
p task-chinese-s-gnome-desktop - Simplified Chinese GNOME desktop
p task-chinese-t-gnome-desktop - Traditional Chinese GNOME desktop
p task-japanese-gnome-desktop - Japanese GNOME desktop
p task-japanese-gnome-flashback-desktop - Japanese GNOME Flashback desktop
p task-kannada-gnome-desktop - Kannada GNOME desktop
p task-korean-desktop - Korean desktop
p task-korean-gnome-desktop - Korean GNOME desktop
p task-malayalam-gnome-desktop - bureau KDE en langue malayalam
p task-tamil-gnome-desktop - Tamil GNOME desktop
p task-telugu-gnome-desktop - environnement de bureau GNOME en langue télougou
Je suppose donc que ces DE l'utilisent s'il est présent, mais dans ce cas pourquoi continuer à
utiliser aussi le truc précédent qui fait la même chose ?
Y'a aussi deux paquets qui suggère ibus :
$> aptitude search '?suggests(^ibus)!?name(^ibus)'
p mozc-utils-gui - utilitaires graphiques pour la méthode de saisie Mozc
p wxmaxima - interface graphique pour le système de calcul formel Maxima
PS: ref de la recherche via aptitude
https://www.debian.org/doc/manuals/aptitude/ch02s04s05.en.html#tableSearchTermQuickGuide
--
Daniel
La page blanche, c'est la minute de silence de l'écrivain.
Philippe Geluck, Le chat
> Dans les cas où (avec Debian sous X11) on souhaite insérer
> occasionellement un caractère UTF-8 qui n'est pas au clavier
Mais on a toujours pu faire ça (sous réserve d'avoir une locale utf8), bien avant l'existence
> occasionellement un caractère UTF-8 qui n'est pas au clavier
d'ibus, soit avec du copier/coller soit en tapant son code utf8 (par ex sous gtk ctrl+maj+u puis
03F4 puis espace pour avoir le caractère theta "ϴ").
Je reformule un peu mieux ma question, qu'apporte ibus par rapport à l'existant qui fonctionnait
très bien ?
Vu le picto qui s'affiche quand on le lance (dans les applets de la barre des tâches de
cinnamon), je comprend que ça sert à changer de layout, mais gnome et cinnamon ont déjà un truc
pour faire ça ("disposition du clavier" dans cinnamon, aka "keyb...@cinnamon.org" ou "keyboard
layout switch applet", y'a l'équivalent dans gnome).
Du coup je me demande pourquoi le paquet ibus est suggéré par gtk/plasma.
Corollaire : en l'enlevant, quel autre paquet pourrait être contrarié ?
Car dans ma base apt j'ai un seul paquet qui dépende d'ibus (sans compter les paquets ibus-*
eux-même)
$> aptitude search '?depends(^ibus)!?name(^ibus)'
p keyman - Type in your language with Keyman for Linux
Les DE gnome et plasma le recommandent :
$> aptitude search '?recommends(^ibus)!?name(^ibus)'
i A gnome-shell - interpréteur de commandes graphique pour le bureau GNOME
p live-task-localisation - prise en charge de la régionalisation des systèmes autonomes
p plasma-desktop - outils et widgets pour le bureau
p task-amharic-gnome-desktop - Amharic GNOME desktop
p task-chinese-s-gnome-desktop - Simplified Chinese GNOME desktop
p task-chinese-t-gnome-desktop - Traditional Chinese GNOME desktop
p task-japanese-gnome-desktop - Japanese GNOME desktop
p task-japanese-gnome-flashback-desktop - Japanese GNOME Flashback desktop
p task-kannada-gnome-desktop - Kannada GNOME desktop
p task-korean-desktop - Korean desktop
p task-korean-gnome-desktop - Korean GNOME desktop
p task-malayalam-gnome-desktop - bureau KDE en langue malayalam
p task-tamil-gnome-desktop - Tamil GNOME desktop
p task-telugu-gnome-desktop - environnement de bureau GNOME en langue télougou
Je suppose donc que ces DE l'utilisent s'il est présent, mais dans ce cas pourquoi continuer à
utiliser aussi le truc précédent qui fait la même chose ?
Y'a aussi deux paquets qui suggère ibus :
$> aptitude search '?suggests(^ibus)!?name(^ibus)'
p mozc-utils-gui - utilitaires graphiques pour la méthode de saisie Mozc
p wxmaxima - interface graphique pour le système de calcul formel Maxima
PS: ref de la recherche via aptitude
https://www.debian.org/doc/manuals/aptitude/ch02s04s05.en.html#tableSearchTermQuickGuide
--
Daniel
La page blanche, c'est la minute de silence de l'écrivain.
Philippe Geluck, Le chat
Eric DEGENETAIS
Jan 26, 2024, 5:10:04 AMJan 26
to
Le ven. 26 janv. 2024 à 11:04, Eric DEGENETAIS <edege...@henix.fr> a écrit :
bonjour
Le ven. 26 janv. 2024 à 10:56, Daniel Caillibaud <m...@lairdutemps.org> a écrit :Le 25/01/24 à 21:42, Basile Starynkevitch <bas...@starynkevitch.net> a écrit :
> Dans les cas où (avec Debian sous X11) on souhaite insérer
> occasionellement un caractère UTF-8 qui n'est pas au clavier
Mais on a toujours pu faire ça (sous réserve d'avoir une locale utf8), bien avant l'existence
d'ibus, soit avec du copier/coller soit en tapant son code utf8 (par ex sous gtk ctrl+maj+u puis
03F4 puis espace pour avoir le caractère theta "ϴ").
Il ne s'agit pas de saisir occasionnellement un caractère ou deux , mais d'interfacer des méthodes de saisie permettant de saisirde manière confortable du texte écrit dans un système d'écriture complètement différent de l'alphabet latin. Pour ce cas d'utilisation,se déboiter trois doigts à chaque caractère ne peut constituer une solution satisfaisante...
En complément, il est probable que vous n'en ayez tout simplement pas besoin ;)
Daniel Caillibaud
Jan 26, 2024, 5:10:04 AMJan 26
to
Le 26/01/24 à 09:56, Frédéric MASSOT <fred...@juliana-multimedia.com> a écrit :
https://youtrack.jetbrains.com/issue/WI-75583/Keyboard-stops-working-at-all-in-a-regular-basis
https://youtrack.jetbrains.com/issue/IDEA-341927/Keyboard-stops-working-in-2023.3-with-iBus-input
https://youtrack.jetbrains.com/issue/JBR-6456/Sudden-keyboard-death-on-Xfce
> Au boulot, des collègues ont des problèmes bizarres avec Libreoffice. Au
> bout d'un moment d'utilisation, l'appui sur une touche accentué
> (français) comme un "é", un "è" ou un "à" produit une autre touche.
> Parfois, il s'agit du dernier ctrl tapé, comme un ctrl+c ou un ctrl+a,
> ou parfois il s'agit de la touche BackSpace.
>
> J'ai cherché dans les rapports de bugs de Libreoffice, mais il s'agit
> peut être d'un bug de ibus.
Libreoffice utilise toujours java ? Si oui ça pourrait être un pb entre java et la gestion de
l'input clavier du DE (jetbrains développe des IDE en java).
Lorsque j'ai viré ibus, sans redémarrer ma session X, j'ai vu que l'éditeur concerné par le pb
ibus ne perdait plus le clavier mais les touches mortes étaient HS (les touches éùç…
fonctionnaient mais ^ puis a refusait d'afficher â, idem pour le tréma et bcp plus gênant pour
moi le caractère "`", que je tape avec la touche ` + espace). Redémarrer l'IDE ne changeait
rien mais redémarrer la session X a réglé le pb.
--
Daniel
Un pigeon, c'est plus con qu'un dauphin, d'accord... mais ça vole.
Michel Audiard
> Tu peux indiquer de quel rapport de bug il s'agit, STP ?
https://youtrack.jetbrains.com/issue/IDEA-341692/Keyboard-and-shortcuts-randomly-stop-working-since-2023.3.2-update
https://youtrack.jetbrains.com/issue/WI-75583/Keyboard-stops-working-at-all-in-a-regular-basis
https://youtrack.jetbrains.com/issue/IDEA-341927/Keyboard-stops-working-in-2023.3-with-iBus-input
https://youtrack.jetbrains.com/issue/JBR-6456/Sudden-keyboard-death-on-Xfce
> Au boulot, des collègues ont des problèmes bizarres avec Libreoffice. Au
> bout d'un moment d'utilisation, l'appui sur une touche accentué
> (français) comme un "é", un "è" ou un "à" produit une autre touche.
> Parfois, il s'agit du dernier ctrl tapé, comme un ctrl+c ou un ctrl+a,
> ou parfois il s'agit de la touche BackSpace.
>
> J'ai cherché dans les rapports de bugs de Libreoffice, mais il s'agit
> peut être d'un bug de ibus.
l'input clavier du DE (jetbrains développe des IDE en java).
Lorsque j'ai viré ibus, sans redémarrer ma session X, j'ai vu que l'éditeur concerné par le pb
ibus ne perdait plus le clavier mais les touches mortes étaient HS (les touches éùç…
fonctionnaient mais ^ puis a refusait d'afficher â, idem pour le tréma et bcp plus gênant pour
moi le caractère "`", que je tape avec la touche ` + espace). Redémarrer l'IDE ne changeait
rien mais redémarrer la session X a réglé le pb.
--
Daniel
Un pigeon, c'est plus con qu'un dauphin, d'accord... mais ça vole.
Michel Audiard
Eric DEGENETAIS
Jan 26, 2024, 5:10:04 AMJan 26
to
bonjour
Le ven. 26 janv. 2024 à 10:56, Daniel Caillibaud <m...@lairdutemps.org> a écrit :
Le 25/01/24 à 21:42, Basile Starynkevitch <bas...@starynkevitch.net> a écrit :
> Dans les cas où (avec Debian sous X11) on souhaite insérer
> occasionellement un caractère UTF-8 qui n'est pas au clavier
Mais on a toujours pu faire ça (sous réserve d'avoir une locale utf8), bien avant l'existence
d'ibus, soit avec du copier/coller soit en tapant son code utf8 (par ex sous gtk ctrl+maj+u puis
03F4 puis espace pour avoir le caractère theta "ϴ").
Il ne s'agit pas de saisir occasionnellement un caractère ou deux , mais d'interfacer des méthodes de saisie permettant de saisir
de manière confortable du texte écrit dans un système d'écriture complètement différent de l'alphabet latin. Pour ce cas d'utilisation,
se déboiter trois doigts à chaque caractère ne peut constituer une solution satisfaisante...
Je reformule un peu mieux ma question, qu'apporte ibus par rapport à l'existant qui fonctionnait
Daniel Caillibaud
Jan 26, 2024, 5:50:05 AMJan 26
to
Le 26/01/24 à 11:04, Eric DEGENETAIS <edege...@henix.fr> a écrit :
un qui permet par ex de taper du chinois sur un clavier physique qwerty|azerty), et le
mécanisme le permettant est toujours là (je l'utilise souvent pour basculer entre bépo et
azerty, depuis des années).
C'est peut-être utile de changer la manière de gérer ça (ibus ferait ça mieux que ce qui
existait), mais je pige pas trop que les DE qui l'utilisent conservent deux trucs qui font la
même chose (et se crêpent parfois le chignon).
Le 26/01/24 à 11:06, Eric DEGENETAIS <edege...@henix.fr> a écrit :
si ça pouvait déranger un truc ailleurs.
--
Daniel
Si le temps vous semble long, prenez-le dans le sens de la largeur.
Grégoire Lacroix
> Il ne s'agit pas de saisir occasionnellement un caractère ou deux , mais
> d'interfacer des méthodes de saisie permettant de saisir
> de manière confortable du texte écrit dans un système d'écriture
> complètement différent de l'alphabet latin. Pour ce cas d'utilisation,
> se déboiter trois doigts à chaque caractère ne peut constituer une solution
> satisfaisante...
Je suis bien d'accord, mais on pouvait déjà faire ça avant ibus (changer de layout clavier vers
> d'interfacer des méthodes de saisie permettant de saisir
> de manière confortable du texte écrit dans un système d'écriture
> complètement différent de l'alphabet latin. Pour ce cas d'utilisation,
> se déboiter trois doigts à chaque caractère ne peut constituer une solution
> satisfaisante...
un qui permet par ex de taper du chinois sur un clavier physique qwerty|azerty), et le
mécanisme le permettant est toujours là (je l'utilise souvent pour basculer entre bépo et
azerty, depuis des années).
C'est peut-être utile de changer la manière de gérer ça (ibus ferait ça mieux que ce qui
existait), mais je pige pas trop que les DE qui l'utilisent conservent deux trucs qui font la
même chose (et se crêpent parfois le chignon).
Le 26/01/24 à 11:06, Eric DEGENETAIS <edege...@henix.fr> a écrit :
> En complément, il est probable que vous n'en ayez tout simplement pas
> besoin ;)
J'en étais arrivé là pour le virer, mais je me demandais pourquoi il était là "par défaut", et
> besoin ;)
si ça pouvait déranger un truc ailleurs.
--
Daniel
Si le temps vous semble long, prenez-le dans le sens de la largeur.
Grégoire Lacroix
Haricophile
Jan 29, 2024, 1:10:04 AMJan 29
to
Le Fri, 26 Jan 2024 11:39:51 +0100,
layout. C'est effectivement plus ou moins indispensable pour écrire
avec les 3 alphabets japonais ou les quelques milliers de sinogrammes de
base du chinois. Quelque part les claviers virtuels d'Android
participent au même principe avec une raison de place réduite à cause
des tailles d'écran.
De toute manière, si ça ne sert pas à Mme Michu qui n'utilise que sa
langue et à tout zazard l'anglais sans accent, ça a une grande utilité
si tu utilise des langues multiples avec des accents ou alphabets
différents. Que se soit installé de base pourrait se discuter, son
utilité non.
> C'est peut-être utile de changer la manière de gérer ça (ibus ferait
> ça mieux que ce qui existait), mais je pige pas trop que les DE qui
> l'utilisent conservent deux trucs qui font la même chose (et se
> crêpent parfois le chignon).
Je suis plutôt d'accord, même si ça peut aussi se discuter pour
d'autres raisons comme celle de savoir pourquoi on a plusieurs distro
Linux... évitons le troll !
Pour finir personne n'est obligé de se servir d'une méthode de saisie
s'il n'en ressent pas le besoin... ou pas si c'est une composante de
l'interface utilisateur, j'ai un doute sur Gnome que je n'utilise plus
depuis longtemps, et je suis certain que les claviers virtuels Android
ou autres peuvent être qualifiés de ce nom.
Amicalement
--
Jérôme
> Je suis bien d'accord, mais on pouvait déjà faire ça avant ibus
> (changer de layout clavier vers un qui permet par ex de taper du
> chinois sur un clavier physique qwerty|azerty), et le mécanisme le
> permettant est toujours là (je l'utilise souvent pour basculer entre
> bépo et azerty, depuis des années).
Utiliser une méthode de saisie est très différent que de changer de
> (changer de layout clavier vers un qui permet par ex de taper du
> chinois sur un clavier physique qwerty|azerty), et le mécanisme le
> permettant est toujours là (je l'utilise souvent pour basculer entre
> bépo et azerty, depuis des années).
layout. C'est effectivement plus ou moins indispensable pour écrire
avec les 3 alphabets japonais ou les quelques milliers de sinogrammes de
base du chinois. Quelque part les claviers virtuels d'Android
participent au même principe avec une raison de place réduite à cause
des tailles d'écran.
De toute manière, si ça ne sert pas à Mme Michu qui n'utilise que sa
langue et à tout zazard l'anglais sans accent, ça a une grande utilité
si tu utilise des langues multiples avec des accents ou alphabets
différents. Que se soit installé de base pourrait se discuter, son
utilité non.
> C'est peut-être utile de changer la manière de gérer ça (ibus ferait
> ça mieux que ce qui existait), mais je pige pas trop que les DE qui
> l'utilisent conservent deux trucs qui font la même chose (et se
> crêpent parfois le chignon).
d'autres raisons comme celle de savoir pourquoi on a plusieurs distro
Linux... évitons le troll !
Pour finir personne n'est obligé de se servir d'une méthode de saisie
s'il n'en ressent pas le besoin... ou pas si c'est une composante de
l'interface utilisateur, j'ai un doute sur Gnome que je n'utilise plus
depuis longtemps, et je suis certain que les claviers virtuels Android
ou autres peuvent être qualifiés de ce nom.
Amicalement
--
Jérôme
0 new messages