Reprise du message précédent :
   
avant de repasser sous windows j utilisais kde. Et je l utilise toujours pour info ca fonctionne bien sous windows avec WSLg, juste d acceder via dolphin au serveur ssh nativement sans passer par l infame winscp c est tellement mieux

Hop les gens.
 
Bug étrange constaté avec wayland et kde à jour (debian sid 5.23.4), les fenêtres ouvertes (dolphin, psensor) ne tiennent pas compte des réglages de positions/taille définies dans les règles de ces fenêtres.
Pas de soucis en X11.

Si j'ai un peu de temps je vais essayer de voir si c'est pareil sur mes distribs.

Tu voulais le positionner ou précisément ce panneau de raccourcis?

Je voulais le décaler pour qu'il soit au centre de la moitié gauche de l'écran par exemple.

Faut peut être un deuxième séparateur côté gauche.

Dans Dolphin, le raccourci F2 permet de renommer de façon très basique quand c'est plusieurs fichiers. Pour ca c'est mieux dans Gnome.
 
J'ai installé KRename qui offre plein de possibilité mais je n'ai pas trouvé comment affecter le raccourci F2 de Dolphin à l'action "renommer avec krename" qui est dispo dans le menu contextuel. Dommage.

Plasma 5.23.5 est tombé ce matin sur KDE Neon

Faites gaffe, la màj vers 5.23.5 chez moi a désactivé l'effet de flou de Kwin, obligé de le réactiver dans le module KCM.

KDE Neon, pas de soucis. L'effet flou est toujours actif et fonctionnel.

KDE Neon : déploiement de KDE Framework 5.90

Personne n'a remarqué des problèmes avec les raccourcis claviers sur KDE frameworks 5.90 ?
Au démarrage de session ils marchent pas, mais dès que je vais dans le menu des raccourcis personnalisés, là ils se mettent à marcher...

EDIT: Je parle bien de raccourcis custom

J'ai vu passer des hoquets sur le raccourci d'ouverture du menu principal.  

Je n'étais pas chez moi la semaine dernière et donc j'ai complétement zappé la sortie de la beta de Plasma 5.24, je ferai un petit récap' plus tard.

Et d'ailleurs la case à cocher dans les paramètres des raccourcis personnalisés "Lancer le démon (...) au démarrage" veut pas rester cochée, dès que je ferme/rouvre les settings elle est décochée  

À voir si ce n'est pas un problème de dossier profil kde/plasma corrompu dans le home de l'utilisateur,

on peut le savoir en créant un utilisateur de test, on se logue avec, si le problème disparaît alors c'est bien un problème de fichier de configuration corrompu/bogué suite à la mise à jour.

 
Cette case n'est pas cochée chez moi non plus et les raccourcis fonctionnent bien. Ça doit juste être un bug de l'UI.
 
Par contre, j'ai bien "Input Actions" coché (et démarré) dans la partie "Background Services".

Problème résolu  
 
Alors c'est pas si simple mais j'ai résolu grâce à ta suggestion:
J'avais déjà regardé les services et j'avais rien vu qui semblait parler de raccourcis ou d'actions d'entrée.
Mais du coup j'ai double triple quadruple chécké en lisant aussi les descriptions des services et j'ai vu, dans le panneau (en français):

 
Qui était décoché (sûrement moi...)
Alors pourquoi ça s’appelle Informations SCSI ? Quel rapport avec des input actions ? Mystère.
J’avais du le lire plusieurs fois et me dire que ça avait aucun rapport, sûrement pour ça que j'avais du un jour le désactiver et pas faire le lien.
Mais c'était bien ça, la description collait.
 
Merci

Attention il y a un bug potentiel assez grave dans kde/plasma :

- lorsqu'on lance un vieux jeu windows avec wine (ou un jeu linux bogué) alors une mauvaise résolution et une mauvaise fréquence de rafraîchissement risquent d'être appliqué, et mémorisées ensuite par plasma de manière permanente dans un fichier de configuration :

le moniteur va alors afficher un écran noir avec la mention "out of range", même après un reboot  

La seule façon de s'en sortir est d'ouvrir une console (CTRL + ALT + F2), puis d'éditer le fichier de configuration  ~/.local/share/kscreen/outputs/<nom de fichier aléatoire>

là dedans il faut s'assurer que la résolution et la fréquence de rafraichissement soient compatible avec votre moniteur LCD, exemple pour un moniteur 24 pouces 16/9 1920x1080 pixels :

Souvent un jeu bogué en mode plein écran va forcer la résolution 800x600 75Hz incompatible avec les moniteurs LCD, et cet idiot de kde/plasma enregistre de manière permanente cette résolution du jeu dans un fichier de configuration, qui sera utilisé au boot lors du démarrage sur le bureau  

Un bug déjà décrit il y a quelques mois et non corrigé :
https://askubuntu.com/questions/131 [...] ing-in-kde

Alors j'ai effectivement aléatoirement au démarrage depuis quelques temps des configs de moniteur (en dual screen) complètement pétées, avec artefact, affichage décalé, etc...
 
Ma "solution" c'est de reboot et vu que c'est aléatoire, généralement ça se remet à peu près correctement, mais c'est effectivement pénible.
 
Je suis pas encore 100% sur que ça vienne de plasma ou un changement de X ou autre

Est-ce que mettre ce fichier en lecture seule peut éviter que le problème ne se reproduise ?

Sur le PC fixe, j’ai un moniteur réglé sur 75 Hz, mais il a l’air de plutôt bien supporter cette fréquence de rafraîchissement… Et concernant mon fameux souci de l’écran noir pendant 1 à 3 minutes (selon la session lancée) à chaque identification dans LightDM, ce serait quand même pas à cause de ça, du 75 Hz au lieu de 60 ? Le bureau finit quand même par s’afficher, et je n’ai aucun problème, une fois tout chargé (et je n’ose pas toucher à ce réglage, même si je pense que basculer en 60 Hz ne devrait pas causer de souci pour un moniteur LCD acheté en 2001)…

Ça peut un moyen de contournement le fait de mettre ce fichier de configuration en lecture seule,
 
à moins que le fichier de configuration soit recrée par kscreen à chaque boot (vu qu'il porte un nom aléatoire), en se basant sur un autre fichier de configuration liée à la résolution.
 
Le même genre de fichier est présent aussi sur le répertoire parent (au dessus du dossier outputs).

Ça peut faire gagner du temps dans diverses situations de créer un script pour revenir à la résolution normale, associé à un raccourci clavier. Avec X11, ça serait un truc du genre :

J'ai désactivé kscreen donc je ne peux pas dire s'il va mettre à jour son fichier, mais au minimum l'affichage devrait être OK.
 

J'ai bien le mode ici, en 75 et 60. Tu as essayé de le créer manuellement avec cvt/gtf (possible au moins avec X11) ?

Mon moniteur est donné pour du 55-75 Hz, par contre je pense qu'il ne supporte pas le 800x600 pixels comme résolution, c'est ce qui était mis dans le fichier de configuration qui déclenche le "out of range".
 
https://www.displayspecifications.com/en/model/2f16e10

Les résolutions proposées nativement par le moniteur ne sont qu'une partie des résolutions supportées.
Par ex., j'ai configuré des modes additionnels comme 1280x720@75 avec les timings donnés par "gtf 1280 720 75".
https://wiki.archlinux.org/title/Xr [...] esolutions

En ce moment, je joue avec la beta de la 5.24 qui doit sortir le 8 février.
Dans virtualbox, le mode wayland n'est pas top : pas resizing du bureau quand on étand la fenêtre de la VM.
Par contre, les quelques changements, sous X11 du coup, sont bien sympas. J'ai hâte de l'avoir sur mes machines.

Edit : autrement, avec la 5.23.5, j'ai tenté de basculer Wayland en télétravail, mais ça ne le fait pas. Virtualbox fonctionne bien en fenêtré, mais lors du passage en plein écran, je perds la souris sur l'ensemble du DE

Allez hop :
 
https://kde.org/announcements/plasma/5/5.24.0/

Et hop aussi

Edit : après tests, en Wayland, on perd toujours la souris dans un VM Virtualbox quand on la passe en plein écran (d'où le X11 de la capture)

Kde 5.24 sera la version opensuse leap 15.4.  
ça va faire un gros bon du coup.

Je viens de passer en Linux 5.16.8 et avec Plasma 5.24, cela fait plein de changements positifs quant au comportement général du DE en X11 (à cause du télétravail et de la VM Virtualbox).  
 
Je vous dirais plus tard dans la journée ce que donne Wayland avec les jeux

Il y a aussi Firefox 97 dans les changements, bref, c'est la fête .
 
edit : encore que, il y a du moins
Sous Linux, cette version supprime la prise en charge de l’impression PostScript

Boarf, ceci dit ....
 

Question Dolphin/Ark:
Est-il possible de compresser un fichier en multithread ?
Car le clic droit sur un fichier puis "compresser vers" ne fait que du mono thread J'ai 11 threads qui s'ennuient là...

En ligne de commande ca marche à peut près (tar -I pigz -cvf archive fichier(s)/dossier(s)), mais gnome-disks me râle dessus que c'est pas un vrai format XZ (lors de restauration d'image disque/partition)

J'ai mis au point y'a 15 maintenant, un système de sauvegarde / compression massivement parallélisé pour des grosses BDD Oracle. Il était basé sur du « dd | gzip » orchestré par un gestionnaire multi-thread de mon crû (3 fois plus rapide que RMAN).
Je peux regarder pour extraire une partie du merdier et en faire un outil autonome (compression / restauration)

7z a -mx=9 -mmt12 nomdufichier.7z
 
options :  
 
-m{Parameters} : set compression Method
    -mmt[N] : set number of CPU threads
 

C'est pas dit que 7zip soit capable de gérer un device tout court

Comment ça un device ?  

Un /dev/sda par exemple.

dd /dev/sda | 7z a
 
ça devrait fonctionner par exemple

J'ai trouvé ca qui utilise xz+tar

Ca marche, mais oui, c'est en cli, et faut déjà avoir l'image, donc ca bouffe de la place pour rien (méchants les vendeurs qui veulent plus vendre des micro sd de 16Go ou 8 à bon prix).
Doit y avoir moyen de faire un truc pour l'avoir en action perso dans dolphin.
Pour l'instant, je vais l'ajouter à mes alias.

Dans Dolphin :
 
Configuration/Configurer Dolphin
Onglet Menu Contextuel / Télécharger de nouveaux Services..
 
et tu trouve plein de truc géniaux.. et notamment la possibilité d'ajouter 7z

en fait lancer dd avec sudo

Décidément

[edit] mon but est de faire une image disque compressée* (de préférence sans avoir un fichier intermédiaire), et la réinjecter directement via gnome-disks (oui je sais c'est pas du kde/qt, mais je le trouve mieux foutu que gparted/partionmanager) sans tenir compte de la taille du disque/fs qui va recevoir cette image.
Pas de bol, fsarchiver ne travaille que sur des partitions
*: image disque compressée et contenant les premiers Mo nécessaires à uboot, avant la première partition donc.