Reprise du message précédent :

Ce sacrilège.

Allez hop, retour de vacances, on rattrape le retard :

Sortie de Plasma 5.16.4 :

https://kde.org/announcements/plasma-5.16.4.php

Sortie des Frameworks 5.61 :

https://kde.org/announcements/kde-frameworks-5.61.0.php

Sortie des Applications 19.08 :

https://kde.org/announcements/annou [...] ns-19.08.0

Vidéo de présentation des applications :

https://video.ploud.fr/videos/watch [...] 0832ed93ce

Salut tout le monde
J'aimerais savoir s'il existe une ligne de commande à taper pour installer l'intégralité des outils liés à KDE ? (Du type KCalc, KMail, KTorrent...)
Merci d'avance

Quelle distro ? Sur Archlinux tu as des métapaquets, qui installent tous les paquets contenus :

$ pacman -S kde-applications

Il installe tout ça en une commande :

https://www.archlinux.org/groups/x8 [...] lications/

Pour les autres distribs Linux, je ne sais pas.

Je suis sur Kali (base Debian) avec un environnement KDE. J'avais téléchargé il y a quelques mois l'iso officiel de Kali avec KDE mais je ne possède pas toute la suite de KDE (contrairement à un autre de mes PC tournant sur Kubuntu).

Base Debian? Tu peux toujours tenter sudo apt install kdeutils. Sinon faut installer chaque machin en individuel. Il y une interface graphique aussi, ça s'appelle synaptic.

Merci à toi

Quelqu'un utilise les raccourcis par gestes à la souris (façon Opera mais partout) ? Ça se trouve dans Raccourcis / Raccourcis personnalisés, où il y a une case pour activer le démon d'actions entrantes (Input actions).
 
Ça fait un petit moment que ça a arrêté de fonctionner chez moi et la première case n'a plus aucun effet, ne restant pas cochée. Comme si le service en question n'existait plus. Je me demande si ça vient de ma distrib (Manjaro) ou de Plasma...

Quand j'active "lancer le démon d'actions entrantes au démarrage" ça ne reste pas. Si je ferme la fenêtre de configuration et que j'y reviens, elle n'est plus cochée.

Sortie de Plasma 5.16.5 (en attendant la 5.17 prévue pour bientôt) :

https://kde.org/announcements/plasma-5.16.5.php

P'tite question :  
Au bureau, depuis quelques jours, j'ai l'icone "Réseaux" dans la barre de tâches, qui a un petit triangle jaune/orangé quelques secondes après le démarrage.  
J'ai rien trouvé de probant dans la littérature classique ... du coup, est ce qu'il y en aurait un qui saurait ?

À noter que la poubelle a changé d'apparence avec la dernière mise à jour (breeze icons).

C'est quand la connexion n'est pas encore initialisée complètement ou qu'elle a un problème. Comme par exemple s'il y a une panne côté FAI mais que la connexion au routeur fonctionne, il n'y a pas d'accès à Internet. Dans ton cas tu arrives au bureau avant que la connexion soit faîte. Il faut rajouter quelque chose pour ralentir le boot  

Mouaif, la connexion se fait par proxy. Mais bon, c'est pas dans les paramètres KDE, je le mets dans synaptic et firefox uniquement.  

 
peut-être lié à ce commit :
https://github.com/KDE/breeze-icons [...] 3ccc4d8061
 

Oui tiens j'ai une chope de bière qui est apparue sur mon bureau depuis quelques jours  

Ça ressemble à cela chez moi :
 

 
À noter que sous OpenSuse Tumbleweed, je n'ai pas cette poubelle, mais l'ancienne bleue (d'ailleurs, j'ai aussi l'impression que l'icône des dossiers est légèrement différente).
 
Bref!
 
edit : non, en fait, ce n'est que la poubelle qui change.

Sortie de Plasma 5.17

Discover évolue dans le bon sens
il était temps :
 

Version installée et les gains en perfs sont bien présents.
Je le sens nettement sur les core i5 asthmatiques

Étrange idée d'enlever les bordures des fenêtres par défaut sur breeze    
Ça fait très bizarre pour ma console qui est en fond noir.
Première fois que je customise le design du coup  

je constate une petite régression, un boot à froid un peu plus lent, la barre des tâches met du temps à apparaître, alors qu'avec la version précédente le bureau s'affichait avec tous ses éléments en même temps (ou presque), là il y a quelques secondes de latence avant que la barre des tâches ne s'affiche au boot,

j'utilise le thème oxygen (j'aime pas breeze), mon CPU est ancien (intel core 2 quad Q9650, 3 Ghz), pas de SDD (juste un disque dur 7200 tours)

je confirme
après rien de méchant, surtout avec un ssd

Tu utilises le thème oxygen ou breeze ?

Ce n'est pas trop grave cette latence nouvelle au boot, mais c'est un peu dommage.

Je suis retourné un peu sur Plasma pour tester la 5.17, et bien les bugs ne m'avaient pas manqué.

Depuis quelques temps j'ai mes barres de défilement qui ne sont plus collées au côté droit de l'écran en plein écran, c'est extrêmement énervant    
Je peux plus balancer le curseur à droite et cliquer sans réfléchir pour atteindre la barre de défilement, ça clique dans une zone morte de la fenêtre...
Faut que je décale le curseur au pixel près pour choper la mini barre toute ridicule là    
 
Je ne trouve plus où on règle ce truc, ça vous parle ?
Je suis en thème Brise.

Essaie de poster une capture d'écran du problème.

Perso pas de problème mais j'utilise le thème de bureau oxygen.

Si le problème n'existait pas dans la version précédente de plasma alors il faudrait regarder quel fichier a été modifié (parfois c'est indiqué dans le fichier changelog de la version de plasma),

certains fichiers de plasma sont en mode texte, on voit le code source qui est interprété à l'exécution, on peut alors le modifier pour restaurer le comportement d'avant le bug, j'avais de cette manière corrigé un mauvais choix de design (taille des icônes du system tray trop petite, par exemple l'horloge, l'icône haut-parleur), de mémoire un fichier présent dans /usr/share lié à plasma et aux thèmes de bureau.

Dans ton cas c'est peut-être la largeur par défaut de la barre de défilement, ou la position de son ancrage, à changer dans un fichier texte de plasma, pour personnaliser le thème brise.

Je ne sais pas ce qu'il s'est passé récemment, mais la session Wayland est devenue complètement inutilisable chez moi.
 
Firefox (version Wayland) freeze dès qu'on essaye de le bouger, redimensionner ou changer d'écran, Kmail ne se lance même plus (freeze au démarrage), ça flicker de partout, les fenêtres, le curseur, etc. Bref c'est dans un état absolument catastrophique.
 
Je ne sais pas si c'est depuis le passage à Qt 5.13, j'ai même essayé la version de Qt 5.14 beta, c'est pareil.
 
Bref, pour l'instant, je reste sur Gnome qui fonctionne très bien sur Wayland...

Problème auto-résolu dans une update.

Depuis une récente mise à jour de plasma je remarque que l'affichage se corrompt en mode mosaique, durant l'écran de boot de plasma, c'est aléatoire, puis une fois le boot terminé tout redevient normal,
 
j'utilise le thème oxygen.

J'ai ce comportement quand je suis sous wayland et que j'ouvre des applications X
Enfin ça dure quelques ms...

Attention pour les utilisateurs de plasma/kde, depuis une récente mise à jour de plasma : un gros bug sur le rendu des polices dans les applications kde (konsole, kate etc...) : elles ont l'air un peu déformées en hauteur (moins hautes), et floues, c'est dû à un bug de rendu des polices :

https://bbs.archlinux.org/viewtopic.php?id=251772

la solution : créer un script "fix_font.sh" dans ~/.config/plasma-workspace/env/

rendre exécutable le script (chmod +x fix_font.sh), puis redémarrer plasma, vous constaterez des polices nettement meilleures (comme avant la mise à jour),
ce n'est qu'un moyen de contournement, j'espère que les développeurs de plasma vont résoudre ce bug qu'ils ont crée eux mêmes.

Si vous avez un fichier de configuration fontconfig (fonts.conf) alors mettez le dans un fichier etc/xdg/kdeglobals (le créer s'il n'existe pas).

La différence de rendu des polices dans konsole, en fonction de la variable d'environnement QT_AUTO_SCREEN_SCALE_FACTOR :

Le résultat peut dépendre de la valeur du DPI de votre écran configuré dans Xorg (en général fixée par défaut à 96).

Je ne me rend même pas compte si je suis atteins par le bug, je vais attendre la prochaine maj...
 

Si tu n'as rien ressenti après la mise à jour alors c'est que tu n'es pas atteint par le bug, qui semble lié au DPI de l'écran (et/ou à la version 5.14.0 de Qt5 si le bug est de ce coté là).

D'après ta capture d'écran le rendu des polices semble correct, c'est assez net, pas d'impression de flou, ou de réduction en hauteur des polices.
Pour en être sûr tu peux aussi tester dans une console en tapant :

ce qui désactive le high DPI, on aura alors le rendu de la précédente version de plasma et des applications kde

puis ensuite dans une autre console

si tu ne vois pas de dégradation dans le rendu des polices alors c'est Ok.

Quand tu tapes cette commande tu obtiens quoi ? :

moi j'ai ça :

un moniteur LCD 24 pouces 1920x1080 pixels, une carte graphique amd radeon HD4650 pcie (pilote libre radeon) reliée au moniteur en DVI, je n'ai pas fixé de DPI, c'est Xorg qui choisit tout seul la valeur,
chez certaines personnes qui utilisent un pilote propriétaire nvidia le DPI semble différent de la valeur par défaut de 96.

 
Dans l'absolu, ça pourrait être plus net, mais c'est peut-être l'optimum pour cette taille de police/résolution. Difficile à dire.
 
 

 
Le nom de la variable DPI est un faux-ami. Pour Xorg, il ne dépend pas du hardware et vaut toujours 96, sauf forçage de l'utilisateur pour modifier l'affichage des caractères.
Pour nvidia, je ne m'avance pas.
 
De mémoire, QT_AUTO_SCREEN_SCALE_FACTOR existe pour donner un affichage lisible par défaut, mais sur un système Xorg/linux où on peut paramétrer l'affichage plus finement, autant le mettre à 0.

En creusant un peu, je vois que Qt 5.14 a des évolutions importantes concernant la gestion du HighDPI : nouvelles variables d'environnement (QT_ENABLE_HIGHDPI_SCALING, QT_SCALE_FACTOR_ROUNDING_POLICY), meilleur support du 150%, plus de code cross-platform, nouvelle appli pour vérifier la configuration (tests/manual/highdpi/highdpi —metrics)...
 
donc meilleur support à moyen terme et inévitablement, nouveaux bugs et applis KDE à adapter à la nouvelle API...
 
https://lists.qt-project.org/piperm [...] 37434.html
https://lists.qt-project.org/piperm [...] 37450.html
 
QT_SCREEN_SCALE_FACTORS est deprecated mais actuellement pas remplaçable sous X11 avec 2 moniteurs.
https://lists.qt-project.org/piperm [...] 37542.html
 
QT_AUTO_SCREEN_SCALE_FACTOR est deprecated/"done" et inutile (-> éliminer ou mettre à 0).
https://codereview.qt-project.org/c/qt/qtbase/+/176381
 
EDIT: petites précisions après relectures
- QT_SCREEN_SCALE_FACTORS n'est pas deprecated, ce qui est cohérent avec le fait qu'il ne soit pas remplaçable sous X11,
- QT_AUTO_SCREEN_SCALE_FACTOR est passé en novembre de "deprecated" à "done sous X11/deprecated ailleurs", nuance technique pour ne pas embêter l'utilisateur
cf. https://codereview.qt-project.org/c/qt/qtbase/+/282055

Si je comprends bien il faudrait donc remplacer QT_AUTO_SCREEN_SCALE_FACTOR par QT_ENABLE_HIGHDPI_SCALING

edit : j'ai testé et ça fonctionne, on peut donc utiliser la variable d'environnement QT_ENABLE_HIGHDPI_SCALING en la mettant à zéro.

chez moi :

ce n'est pas étrange ça ? j'ai la même chose sur un 15 pouces, intel UHD 630, échelle globale 1.2

Sinon je prefére : QT_AUTO_SCREEN_SCALE_FACTOR=1,  à droite, mais c'est peut-être à cause que c'est écrit plus gros ...

edit : c'est bien la taille de police par défaut dans les 2 cas.

Vu les infos de regdub j'ai l'impression que le problème pourrait venir des évolutions de Qt 5.14.0 sur le high DPI (risque de nouveaux bugs, régressions) et/ou plasma qui utilise mal Qt 5.14.0 par rapport au high DPI.