Re: retour expérience sur Buster ??
Le 10/04/2019 à 17:58, Étienne Mollier a écrit : 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, 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.
Re: retour expérience sur Buster ??
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.
Re: retour expérience sur Buster ??
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, -- Étienne Mollier
Re: retour expérience sur Buster ??
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
Re: retour expérience sur Buster ??
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 : 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, -- logogite*Roseline & Bruno Volpi** **Chaillac** **19450 Chamboulive* F: 05 55 21 27 57 M: 06 78 07 40 27 web : http://www.brunovolpi.com/gites
Re: retour expérience sur Buster ??
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, -- Étienne Mollier
Re: retour expérience sur Buster ??
Bruno Volpi, au 2019-04-08 : > 2 - service 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
retour expérience sur Buster ??
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 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
