cerhu > linux.debian.user.french

Bruno Volpi (08/04/2019, 19h50)
Bonsoir,

pour situer le contexte.

jusqu'à fin 2018 j'utilisais Gnome, je suis passé sur KDE pour deux
petites fonctionnalités .

J'ai décider de tester buster afin de voir comment se comporte mes
petits logiciels ( dev pyqt).

Problèmes rencontrés pour l'instant :

1 - menu des applications  dans la bar du tableau de bord. il semblerai
que seulement celles en QT sont affectées ( firefox et thunderbird
fonctionne normalement)

possibilité de changer dans configuration du système -> apparences des
applications ->  Décoration de fenêtres (onglet)  boutons -> add menu

mais l'accès à ce menu et le moins qu'on puisse dire merdique ( et je
reste poli)

2 - service xxxx strat/stop/restart  ->   commande not found problème à
l'install ???

si quelqu'un à un peu d'expérience je serai très heureux de savoir s'il
existe un bypass, sinon retour sur gnome.

bruno ....
Étienne Mollier (08/04/2019, 21h10)
Bruno Volpi, au 2019-04-08 :
> 2 - service xxxx strat/stop/restart -> commande not found
> problème à l'install ???


Bonjour Bruno,

Normalement cette commande fait partie des utilitaires système
Debian de base :

$ dpkg -S /usr/sbin/service
init-system-helpers: /usr/sbin/service

$ apt-cache show init-system-helpers | grep ^Prio
Priority: required

Peut-être qu'il y a eu un problème à l'installation, mais pour
le moment, j'aurais plutôt une vilaine tendance à soupçonner
l'usage d'un `su` à la place d'un `su -`. En effet, il y a eu
un changement d'implémentation, et donc de comportement entre
Stretch et Buster, notamment vis-à-vis de la prise en compte du
PATH utilisateur, qui ne comporte pas les répertoires sbin/.

Extrait du fichier NEWS du paquet `util-linux`, fournissant
désormais la commande `su` :
> The first difference is probably the most user visible one. Doing
> plain 'su' is a really bad idea for many reasons, so using 'su -' is
> strongly recommended to always get a newly set up environment similar
> to a normal login. If you want to restore behaviour more similar to
> the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.


Apparemment, même si le mieux serait de prendre l'habitude
d'utiliser `su -` à la place de `su`, on peut revenir à l'ancien
comportement avec l'option 'ALWAYS_SET_PATH yes' dans le fichier
/etc/login.defs.

Et s'il y a eu effectivement un problème à l'installation, alors
je suis à côté de la plaque. :)

Bien à vous,
Étienne Mollier (08/04/2019, 23h50)
Bruno Volpi, au 2019-04-08 :
> 1 - menu des applications dans la bar du tableau de bord. il
> semblerai que seulement celles en QT sont affectées ( firefox et
> thunderbird fonctionne normalement)
> possibilité de changer dans configuration du système ->
> apparences des applications -> Décoration de fenêtres (onglet)
> boutons -> add menu


Re,

N'étant un utilisateur quotidien ni de KDE, ni de Gnome, j'ai
peut-être compris le problème de travers. Mais si je résume,
KDE dispose d'un réglage pour cacher la barre de menu d'une
application (contenant typiquement "Fichier", "Édition",
"Affichage", etc) dans un menu situé dans la barre de titre de
la fenêtre. Ce composant fonctionne très bien avec les
applications Qt mais pas avec les autres applications, notamment
celles en GTK.

De ce que je comprends, et vu nos petits essais, ce réglage a
l'air spécifique à KDE/Qt, et les applications ne bénéficiant
pas d'une intégration KDE n'en font pas partie ; par exemple le
paquet libreoffice-kde5 fournit cette intégration à LibreOffice,
mais sans ce paquet, ce menu, ainsi que plein d'autres
fonctionnalités, n?apparaît pas. Il est à noter que GTK a un
onglet dédié dans la fenêtre de configuration de KDE, mais ce
genre réglage n'y apparaît pas (pas encore?)

> si quelqu'un à un peu d'expérience je serai très heureux de
> savoir s'il existe un bypass, sinon retour sur gnome.


En la matière, mon expérience est limitée. Mais étant donné les
tours de passe-passe pour intégrer les applications à KDE,
notamment LibreOffice, je crains qu'il n'y ait pas de bypass
simple actuellement pour faire de même avec les programmes en
GTK. Peut-être dans le futur, si une demande de nouvelle
fonctionnalité est faite auprès des développeurs de KDE ?

Amicalement,
Bruno Volpi (09/04/2019, 19h30)
salut,

pour service c'est ok , je n'avais pas suivi la mise à jour su / su -

pour le menu je m'explique un peu mieux

sur une appli tu as la  barre de titre puis les menu ( fichier , édition
,.....), puis la tool bar

en haut ( ou en bas)  de ton écran tu as la barre 'tableau de bord ou tu
as le launcher, et autres infos.

avec buster et kde je n'ai trouvé que deux alternative :

1 - le menu s'affiche dans la barre 'tableau de bord' et il faut jongler
entre la fenêtre appli et le tableau de bord

2 - barre de menu se comporte comme un menu déroulant et se trouve dans
la barre de titre de l'application

et comme dans un cas comme dans l'autre c'est plus que 'pas très pratique' .

ceci ne survient que sur les applications développée en  QT

je vais voir avec les dev de KDE s'il y a un bypass possible, sinon
retour sur gnome.

EN tous les cas merci pour ton aide.

Bruno...

Le 08/04/2019 à 23:48, Étienne Mollier a écrit :
[..]
Étienne Mollier (09/04/2019, 20h00)
Bruno, au 2018-04-09 :
> pour le menu je m'explique un peu mieux
> sur une appli tu as la barre de titre puis les menu ( fichier ,
> édition ,.....), puis la tool bar
> en haut ( ou en bas) de ton écran tu as la barre 'tableau de
> bord ou tu as le launcher, et autres infos.
> avec buster et kde je n'ai trouvé que deux alternative :
> 1 - le menu s'affiche dans la barre 'tableau de bord' et il faut
> jongler entre la fenêtre appli et le tableau de bord


Ah d'accord, je crois que je commence à comprendre le coup du
menu s'affichant dans le tableau de bord au lieu de la fenêtre :
c'est un peu comme dans Ubuntu classique, ou historiquement à la
Apple Macintosh (en tout cas c'était présent dans System 7.5).

Je n'ai pas eu ce comportement là par défaut, mais j'ai pu
l'activer en suivant :

Clic droit sur le tableau de bord
-> Options de Tableau de bord
-> Ajouter un panneau
-> Barre de menu des applications

Les applications Qt relancées après coup voient leur barre de
menu insérée dans le nouveau panneau, à la place de la fenêtre.
Pour revenir à l'état initial, je fais :

Clic droit sur la nouvelle barre de menu externe
-> Configurer Tableau de bord
-> Clic sur le bouton en forme de clé de mécano "Plus de
paramètres"
-> Supprimer le tableau de bord.

Ensuite je relance mes applications, et la barre de menu est de
retour à l'intérieur des fenêtres. Est-ce que ça aide ?

Amicalement,
Étienne Mollier (10/04/2019, 18h00)
Bruno Volpi, au 2019-04-10 :
> le menu s'affiche toujours dans la barre de titre de
> l'application en style menu déroulant.


Bonjour,

Pour ce point, en m'inspirant de votre procédure initiale,
j'arrive à basculer entre « menu déroulant » et « barre de
menu » :

Clic menu « K » (enfin, s'il s'appelle encore comme ça)
-> Configuration du système
-> Apparences des applications
-> Décorations de fenêtres
-> Onglet « Boutons »
-> Cliquer/glisser le menu d'applications depuis la
barre de titre vers l'intérieur de la fenêtre
schématisée dans le panneau de configuration
-> Appliquer
-> et éventuellement relancer les applications Qt.

Si ça ne vous permet pas d'atteindre une situation adaptée à
votre ergonomie, alors là je sèche.

Amicalement,
Haricophile (11/04/2019, 19h40)
Le mardi 09 avril 2019 à 19:03 +0200, Bruno Volpi a écrit :
> pour service c'est ok , je n'avais pas suivi la mise à jour su / su -


En fait c'était déjà une bonne pratique que j'applique systématiquement depuis
une éternité (éternité informatique, au moins depuis 2000 quand j'ai commencé
sérieusement avec Linux). Avec la mise à jour, ils forcent un peu la main pour
de louables raisons.
Bruno Volpi (14/04/2019, 11h50)
Le 10/04/2019 à 17:58, Étienne Mollier a écrit :
[..]
> -> Cliquer/glisser le menu d'applications depuis la
> barre de titre vers l'intérieur de la fenêtre
> schématisée dans le panneau de configuration
> -> Appliquer
> -> et éventuellement relancer les applications Qt.
> Si ça ne vous permet pas d'atteindre une situation adaptée à
> votre ergonomie, alors là je sèche.
> Amicalement,


désolé pour retour tardif mais j'ai pousser un peu plus loin les tests,
et là c'est la cata:

- gimp :  quelque soit la config -> barre menu sous la barre de titre
seulement, problème les menu sous en mode transparence et on ne voit rien

- Eric 6 :  même problème que Gimp mais il y a un bypass dans les
préférences pour avoir le global menu ou le menu dans la barre de titre

- Filezilla : Idem Gimp

- QtCreator :   menu normal -> idem gimp, filezilla , etc .. ,   menu
dans la barre de titre : ne fonctionne plus si passage par mode édit ou
design UI,

pour le global menu ok tant qu'on ne switch pas sur une appli sans menu
sinon au retour plus de menu.

- pour firefox et thunderbird menu normale seulement mais pas de
transparence donc OK

- pour glade , geany,  arduino  OK

- pour libreoffice c'est encore plus génial le menu est doublé

'fichier , edit, ..... , fichier, edit , .....'

pour l'ergonomie :

menu global : si on utilise un seul écran et l'appli en maximize pas mal
, si comme moi vous avez 3 écrans c'est super chiant ( menu globale dans
écran principale)

menu dans la barre de titre : pourquoi pas si le top menu ne dépasse pas
5 ou 6 item

bug ou mauvaise install suite au prochaine épisode , pour l'instant
retour sur gnome.
Discussions similaires
Retour d'expérience

retour d'experience

Retour d'expérience.

Retour d'expérience


Fuseau horaire GMT +2. Il est actuellement 16h54. | Privacy Policy