Reprise du message précédent :
Regarde si tu as le même souci en te connectant avec un utilisateur de test, parfois le souci peut venir d'un profil kde/plasma corrompu.

J'ai changé le style d'affichage, puis sélectionné à nouveau "texte seul" et c'est mieux. C'est plus large qu'avant, mais c'est maintenant non tronqué.

KDE Plasma 5.24.3 sur KDE Neon n'est au point ce matin : plus de veille, plus moyen de fermer ma session (kill -9 -1 de rigueur) et l'entrée en session esst longuemais longue !
J'espère qu'ils vont mettre à jour dans la journée

J'ai trouvé le souci ... des librairies wayland 32bits en conflit avec Steam et les drivers mesa dans leur version 32bits.
J'ai été obligé de dégager (via nettoyage apt) la compatibilité 32bits de Steam

Mise à jour des paquets wayland 32bits chez Ubuntu ... et on retombe sur du normal

Il faut se faire un fichier de configuration fontconfig personnalisé, afin d'avoir un rendu correct, et vérifier que tu as installé des polices open-source de qualité (liberation, DejaVu, noto-fonts, bitstream-vera, gnu-freefont).

~/.config/fontconfig/fonts.conf

Le rendu des polices peut aussi se régler dans le centre de configuration de plasma, dans la rubriques polices.

"chez moi c'est ok" sous chromium et leap.  
 
Enfin en tous cas ça ne me choque pas.

Parce que tu dois pas avoir la police Verdana (police Microsoft, donc non  libre) incluse… Ajoute à ça que le système de hinting est foireux sur les Chromiums (et Firefox depuis son passage en GTK3).
 
J’ai dû reprendre le fonts.conf d’Elbarto et l’adapter comme suit pour avoir de nouveau un bon rendu :

Cela dit, j’utilise aussi un user-style personnalisé (avec Stylus, que j’ai nommé «  
HFR monospace et sans serif ») pour HFR, pour remplacer Verdana par la police sans serif que j’ai choisie dans les options du navigateur (Ubuntu) ; et celle à chasse fixe (Courier New, trop fine pour moi) de même (actuellement Droid Sans Mono, après une période avec DejaVu Sans Mono).

Verdana, pas Veranda…

Ah, ben, justement, c’est comme ça que c’est censé être (Verdana gras est franchement épaisse par rapport à la variante normale, oui ; mais c’est une caractéristique de la police elle-même, c’est pas une histoire d’affichage mal réglé). Non, au contraire, ça fonctionne très bien, de ce que je vois de tes captures.

Ta capture LxQt utilise Liberation Sans, elle.

Si tu veux du moins épais, tu peux forcer une autre police (comme sur mon user-style), mais je le redis : Verdana, surtout en gras, c’est comme ça. T’as qu’à voir ce que ça donne, imprimé sur du papier : c’est pareil.

OK, je connaissais pas.

Perso je n'ai pas installé les polices microsoft, j'ai que du open-souce, les polices utilisées par libreoffice, et les polices google, ça fait le taff avec un fichier de configuration personnalisé pour fontconfig.

Exemple de ce que j'ai comme rendu avec firefox sur la page d'accueil du forum, c'est moins gras et des polices plus fines/nettes que les captures de Ms45 :

puis le rendu pour les messages d'un topic :

Le rendu est identique avec chromium, la police utilisée est "liberation sans" à la place du "verdana" demandé par la feuille de style du forum HFR.

Oui, mais les polices « core » de MS sont devenues de fait les polices de base du Web (Arial, Times New Roman, Comic Sans MS, Trebuchet, Verdana…), au moment de la démocratisation du Web et jusqu’à l’arrivée de Windows XP (1996-2002).
 
Le plus proche (visuellement, et le plus connu aussi) équivalent libre de Verdana est DejaVu Sans. Je l’ai utilisée, un temps, quand j’ai aussi essayé de remplacer les polices MS par des polices libres (ce qui est toujours d’actualité).
 

Oui, mais avec tes réglages « hintfull » et « lcddefault », ça fait plus baveux que mes « hintslight » et « lcdlight ». C’est même un poil moins net avec les textes en petite taille (les liens des sous-sections du forum ; et je doute que cet effet soit dû à la compression des images).

J'ai cela chez moi :

 
Après, ça dépend aussi de la sensibilité de chacun.
C'est Firefox 97.0.2 le navigateur (la version 98 est en cours de compilation).

Pour ceux que cela intéresse, voici une petite astuce afin d'afficher les bureaux en vue d'ensemble (comparable à ce que l'on trouve sous Gnome 40/41) sous Kde plasma 5.24.x.
 
Allez dans les paramètres -> comportement espace travail -> effet de bureau -> effectuer une recherche sur aperçu. Cocher la case.
 
Pour activer, touche meta (Windows) + w.
 
Effets feuille de couverture et changeur de feuilles:
 
Configuration du système -> Gestion des fenêtres / Sélecteur de tâches-> feuille de couverture / changeur de feuille.

c'était pourtant si simple    

 
Je ne trouve nulle part "Feuille de couverture" / "changeur de feuille".

Sortie des Frameworks 5.92 :
 
https://kde.org/announcements/frameworks/5/5.92.0/

 
Regardez Selectionneur de tâches -> premier onglet (main/principal) -> visualisation  -> 2ème case cochée -> cover switch (en anglais) dans le choix (copie écran sur le net).  
 
Cfr. ceci: https://cdn.kde.org/promo/Announcem [...] h_720.webm

J'ai un soucis depuis des mois avec l'auto verrouillage de la session, il ne se met pas en marche.
 
Je me dis que c'est peut-être parce que je tourne avec Arch en redémarrant une fois par mois et que des qu'il y a une mise a jour d'un composant de Plasma, je ne sais pas trop lequel, ca casse le verrou.
 
Avez-vous pareil? Merci!

Je vais faire le test ce soir, j'utilise que le verrouillage manuel de la session, le reste du temps c'est un écran de veille (non protégé par un mot de passe) qui se met en marche après X minutes d'inactivité.

En général quand tu mets à jour le noyau linux ça peut rendre indisponible certaines fonctionnalités si on ne redémarre pas (comme l'auto-montage des clés USB), les modules du noyau ayant changé de version après la mise à jour, il faut alors redemarrer pour garantir le bon fonctionnement des modules.

Je te remercie pour le test!
 
Je crois que le seul problème avec les modules du noyau est quand ils ne sont pas déjà en mémoire et que le système ne les trouve pas (forcément vu que le répertoire a changé). J'ai un fichier modprobe pour pallier a cela, mais il est hélas incomplet et j'oublie toujours de rajouter quand il me manque quelque chose.

CTRL+ F10, ça ne ressemble pas ? Ou alors CTRL + F8 suivant le type de vue désirée.

 
Tu redémarres quand même la session Plasma après une mise à jour ? Sinon je ne suis pas surpris que des trucs bizarres se produisent.

Nan rien du tout, sur Arch s'il fallait redémarrer a chaque mise a jour je devrais le faire toutes les heures.

 
Je viens de tester le verrouillage automatique de session de plasma, j'ai configuré un verrouillage au bout d'une minute, ça a fonctionné.
 
Mais j'ai pas encore fait de mise à jour, j'imagine que pour le test soit probant il faut qu'il y ait une mise à jour de plasma sans redémarrer.

Je te remercie!
 
Je tenterai aussi après un redémarrage.

Ca ne fonctionne pas mieux juste après avoir redémarrer. Je ne sais pas trop ce que ca veut dire vu qu'on est tous les 2 sur Arch, peut-être un paquet AUR qui fait la zizanie. Merci!

Cresson Mystère: C’était en fait KTorrent qui bloquait le verrouillage! Il y avait une option a désactiver, mais je ne sais pas trop quand cette option a été ajoutée.

Sorti de Plasma 5.24.4 :
 
https://kde.org/announcements/plasma/5/5.24.4/
 
Et ça m'avait échappé, sortie des Frameworks 5.92 :
 
https://kde.org/announcements/frameworks/5/5.92.0/

Il me semble avoir entendu parler que kde bossait sur les gestures, mais ça parlait plus de l'écran tactile, vous savez ou ça en est des gestures à X doigts sur le touchdpad?

Salut
dans le centre de configuration de KDE, dans la rubrique Gestion de l'énergie > Économie d'énergie, que signifie précisément "En veille, hiberner après une certaine période d'inactivité" ?  
Je veux dire par là, au bout de combien de temps on passe de la veille à l'hibernation et est ce que ce paramètre est configurable ?
Merci
 
Edit : c'est bon, j'ai trouvé la réponse
On peut modifier le paramètre HibernateDelaySec= (par défaut 180 min) du fichier /etc/systemd/sleep.conf

Je suis tombé sur un bug un peu vicieux.
 
J'avais posté il y a quelques temps que j'avais créé un raccourci perso qui envoie un "Ctrl+M" à une fenêtre firefox.
 
Et là, il ne marche plus, sauf aléatoirement en pressant la touche plusieurs fois, ce qui semble indiquer que la sélection de fenêtre fonctionne.
Comme l'action (le "Ctrl+M" ) est envoyée à la fenêtre courante si la fenêtre firefox n'existe pas, je ferme firefox et je lance xev pour voir ce qui se passe et je vois que xev reçoit un "Ctrl+;" au lieu du "Ctrl+M". Mystère...    
 
Puis je réalise que le ";" correspond à ce que donnerait le "M" du clavier azerty en qwerty.
Je remplace le "Ctrl+M" par "Ctrl+,", vu que le "," azerty donnerait un "M" en qwerty et ça marche !
 
Finalement j'ai mis "Ctrl+M:Ctrl+," dans la config du raccourci perso pour que ça marche dans tous les cas.
Comme "Ctrl+," et "Ctrl+;" ne correspondent à rien dans firefox, c'est transparent.

 
J'ai peu de pistes sur ce qui a déclenché ce bug : pas de MAJ de Plasma (5.23.5), pas de corruption des fichiers de confs, pas de changement après suppression du cache..., juste une MAJ du kernel  en 5.15.38 le 11 mai.

Y a des utilisateurs de K3b dans l'assistance ?
Je tente de graver du BD-RE pour l'instant, et je constate que la vitesse reste bloquée à 0.4x (1.8Mo/s), pour 50Go, ca fait long, surtout qu'à moitié ca commence par se vautrer et à réécrire sans cesse le même morceau.
J'ai essayé plusieurs fois de changer des paramètres, par moment ca ne les prends pas en compte au redémarrage de k3b, soit il s'en fou complétement lors de la gravure (sélection de cdrskin, il me dit qu'il ignore growisofs....). L'ajout de paramètres dans les réglages de k3b n'est pas non plus pris en compte (pour désactiver la vérification d'erreurs).
https://forums.linuxmint.com/viewtopic.php?t=246015

Avec Xfburn, beaucoup moins d'options possibles, mais j'ai une meilleure vitesse (0.9x-1.0x). C'est mieux, mais pas encore le 2x annoncé sur le disque.

Je fais mes essais pour l'instant sur du BD-RE, mais je compte ensuite passer sur du BD-R.

Matos: MATSHITA BD-MLT UJ267AM en usb 3, mon lecteur interne annoncé comme "graveur" ne grave pas les BD.... au feu le marketing  

[edit] le phénomène de réécriture semble se produire dés 25Go, en dessous, le lecteur ne fait du bruit que sur la fin lors de la clôture de la session.

J'utilise K3b que pour les DVD-R, j'ai pas de graveur de blu-ray, et ça fait un bail que je n'ai plus utilisé de média optique.
 
Normalement K3b marche bien, peut-être que le souci vient du firmware de ton graveur, s'il a un problème de compatibilité avec certaines marques de blu-ray.
 
Faudrait tester ton graveur sous windows, si le problème persiste alors l'hypothèse d'un média défectueux (ou d'un graveur défectueux) a des chances d'être la bonne.
 
 

Autre piste à creuser : MAJ du firmware du graveur
 
L'outil installé de base  sur les distros : https://fwupd.org/lvfs/docs/users
La liste des commandes pour aller vite : https://doc.ubuntu-fr.org/lvfs
 

Malheureusement pas de mise à jour pour ce lecteur
Xfburn m'a aussi fait le coup hier du patinage à plusieurs endroits, la gravure s'est terminée (après 2h+), mais les gros fichiers sont corrompus
Je ne sais pas si ca vient du medium, ou du lecteur.
Je n'ai pas d'autre OS pour vérifier.
J'ai même essayé en retirant le lecteur de son boitier externe et connecté en sata à la carte mère, j'ai eu d'autres comportements étranges (plantage immédiat de k3b lors d'une gravure, erreur inconnue).

Je miserai soit sur un problème de média optique (lot de BD-RE défectueux), soit un problème matériel de ton graveur USB, est-ce que tu avais déjà réussi à graver sans problème avec ce matériel ?
Ou bien il est tout neuf et tu viens juste de le sortir de l'emballage ?

La lecture des blu-ray du commerce fonctionne bien ?
Afin d'être sûr que le graveur en mode lecture fonctionne bien, qu'il n'y a pas de souci d'alimentation électrique, de diode laser, de surchauffe.

Faut aussi tester avec une autre marque de média vierge.

La consultation des fichiers log, de dmesg, de journalctl peuvent aider aussi.

C'est mon seul graveur BD (du moins pour l'instant ), il n'est pas neuf mais à peu servi jusqu'à maintenant.
Jusqu'à peu, j'ai lu mes BD avec un Asus BC-12D2HT. Pas de soucis pour une cinquantaine de disques (films/séries, hormis 1 disque mal gravé d'usine).
 
Je n'ai rien vu dans les logs lors de la gravure. A la lecture, que ce soit sur l'Asus ou le Matshita, le disque patine et l'ouverture de certains zips se termine en erreur.
 
J'ai sorti le graveur de son boitier et mis dans un vieux portable. La vitesse de gravure est la même (0.9x) qu'en usb.  
Donc, il n'y a probablement pas de problème de débit avec mon boitier usb.
Toujours avec le même medium. Si ca ne va pas, je vais tenter un autre BD-RE, et éventuellement un BD-R.

J'ai laissé faire la gravure d'un autre BD-RE pendant 2h, jusqu'à ce que k3b me dise que c'était terminé, pas d'erreur rencontrée, c'est bon signe.
 
Je viens de graver un BD-R, vitesse qui démarre à 0.9x pour se finir à 1.5x (au lieu du 4x annoncé), durée totale de gravure 1h07 pour 22Go.