Reprise du message précédent :
Ça dépend des jeux aussi : genre, pas de souci avec Civilization Beyond Earth, AI War, mais c'est totalement visible avec Age of Wonders III ou même sdlmame.
Je viens d'essayer le tout oxygen ... ça fait tout de suite plus "vieux" ... mais ça ne résout pas complément les soucis.
 

j'arrive toujours pas à récréer le bug, je viens de tester avec sdlmame, tout est ok, les décorations de fenêtres sont toujours là, le "compositing" est activé chez moi ( case cochée ),

voici en détails les options cochées dans les options de plasma pour le compositeur :

- "enable compositor on startup" case cochée

- méthode de mise à l'échelle : précise

- rendering backend : opengl 2.0
- opengl interface : glx

- tearing prevention ("vsync" ) : Never

- conserver les miniatures des fenêtres : "only for shown windows"

- suspend compositor for fullscreen : case décochée

- enable color correction : case décochée

thème oxygen, écran 19 pouces 1280x1024, vieille carte graphique amd radeon HD4650 pcie, pilote libre radeon, noyau linux 4.5.1

essaie voir de tester avec un nouveau compte utilisateur, histoire de voir si avec un profil kde vierge le problème disparait

finalement j'arrive à reproduire le bug, mais les symptômes sont différents :

- le jeu "sdlmame" s’exécute bien, les bordures de la fenêtre sont présentes

- je quitte le jeu, tout est ok,

- mais si je lance une vidéo avec VLC alors tout l'arrière plan ( bureau, les autres applications ) deviennent complétement noirs, seul le programme VLC et la barre des tâches KDE sont visibles,

- et si je ferme VLC le bureau et les applications redeviennent visibles

en gros le fait d'avoir lancé sdlmame ça crée ensuite un affichage bizarre quand VLC est lancé ( l'arrière plan devient noir, sauf la barre des tâches KDE et VLC ),

je précise que VLC est configuré pour utiliser le moteur d'affichage "Xvideo (XCB)" avec case cochée "accelerated video output (Overlay)"

Merci de tes recherches .
Je suis resté en standbye là (retour en Brise quoi) mais, c'est un poil gênant cette affaire (ça le faisait même sur Stellaris).

Je suis passé récemment sous Kubuntu 16.04, avec Breeze donc, ce qui m'a au passage mis une bonne merde dans mes devs Web à cause de PHP7/MySQL mais passon. Je trouve que c'est beaucoup plus clair, notamment au niveau de la mise en valeur des applications qui ont ou réclament le focus dans la barre de tâches, j'aime beaucoup.
Au risque de dire une connerie, ça me fait beaucoup penser dans le principe à Windows Whistler, nom de la préversion de Windows XP jusqu'en 2001 et dont j'avais beaucoup aimé le design à l'époque (et en tout cas bien bien plus que l'interface Playschool définitive d'XP).
Pour le reste, ça tourne pas mal, c'est très satisfaisant Surtout maintenant que j'ai pu remettre une version 5.6 de PHP en route sur Apache.

KDE 5.6.3 dans les PPA (staging) ... c'est pas mal du tout même avec ma radeon 7970.  

.

je vois que t'es sous le noyau 4.5.4, si tu as une carte tuner TNT méfie-toi, il y a un bug qui provoque un gel du système, un patch est disponible :

https://lkml.org/lkml/2016/5/12/348
https://bugzilla.kernel.org/attachment.cgi?id=216181

ce bug a été introduit depuis le noyau 4.5.3

Il y a longtemps que je n'ai plus de carte tuner :
 

KDE 5.6.4 dispo dans les PPA pour les Kubuntu
(staging-plasma)
 
Y'a une dépendance à la con à forcer mais ça le fait.

Kaffeine porté sur Qt5
 
https://blogs.s-osg.org/watching-di [...] -kaffeine/

cette version de kaffeine consomme trop de CPU chez moi avec ma carte tuner, la faute probablement au fait que le backend vlc utilisé par cette version n'est pas configurable à l'intérieur de kaffeine ( du coup pas moyen de configurer la sortie vidéo, genre VDPAU ou vaapi qui aurait pu faire baisser la conso CPU ), le développeur de kaffeine a été averti de ce problème depuis des mois,

je suis donc resté à la version 1.2.2 de kaffeine qui est configurable et qui utilise le backend xine qui est configurable via un fichier de configuration dans le dossier de kaffeine,

smplayer ( un frontend à mplayer ) est une autre alternative pour regarder la TNT, VLC peut aussi être utilisé pour regarder la TNT, via une liste de lecture contenant les réglages des chaines

Je ne te contredirais pas car j'utilise aussi une ancienne version, mais du coup, xine utilise une accélération HW ou il y a un autre problème de performance du côté de la liaison kaffeine-vlc ? Et avec gstreamer ?

on peut configurer le moteur xine grâce au fichier xine-config présent dans le dossier de kaffeine version 1.2.2, dedans on peut voir qu'on peut activer l'accélération graphique ( vdpau ou vaapi par exemple )
 

 
à partir de la version 1.3.x et 2.0.x kaffeine a abandonné le moteur xine pour utiliser celui de vlc, mais le développeur n'a pas donné cette possibilité de configurer la sortie vidéo, du coup kaffeine choisit des options par défaut qui peuvent ne pas convenir à la carte graphique, mais il se peut aussi qu'il y ait un autre bug

OK ,cela dit, avec une version de kaffeine s'appuyant sur phonon, on doit pouvoir switcher sur gstreamer et/ou s'attendre à ce que les préférences sauvegardées au niveau de l'utilisateur depuis vlc s'appliquent. A voir...

le développeur vient de mettre une version qui permet de configurer le backend vlc avec kaffeine :
 
https://quickgit.kde.org/?p=kaffein [...] e0e5ebf897

Cool, surtout que gstreamer-vaapi n'a pas l'air de supporter le stream TNT.
Ne reste donc que le backend vlc.

KDE 5.6.5 released
https://www.kde.org/announcements/plasma-5.6.5.php

Cette version 5.6.5 corrige notamment un bug que j'avais, avec les documents de l'historique qui ne s'ouvraient pas.

Plasma 5.7 est dispo.

pour l'instant la version 5.7 n'est pas encore arrivée dans le dépôt stable d'archlinux, mais uniquement dans le dépôt testing

Et depuis 2 semaines dans le dépôt [kde-unstable].

Ha oui je viens de tester la 5.7 qui vient d'arriver en testing sur Arch. Putain comment tout se pète la gueule  
Entre les politiques différentes (clic gauche ailleurs ne ferme pas un menu contextuel), les glitchs de rendu, les freezes, kscreen qui semble pas savoir remettre mes écrans l'un au dessus de l'autre, qui sait pas mettre mon clavier en azerty, on est pas rendus

Et pourtant j'ai un environnement hyper OSS friendly (radeon hd6870 sur X avec ddx modesetting). Encore un peu jeune, attendons plasma 5.8 5.9 5.10

Chez moi ça marche.

edit : bon je vais pas te mentir, j'ai des soucis de multi-écran aussi.

Je teste enfin Wayland cette fin de semaine, j'ai hate!

Wayland j'imagine ?
 
D'toute manière, côté PPA, ils ne vont pas bouger avant la 5.7.1 ... on sent bien le départ de Ridell.

 
Ha non, X. Wayland c'est encore trop cassé pour que je l'utilise.

 
J'espère que t'as pas de double écran et que t'as rien contre les trucs pas finis.

Oui mon post était pas clair, mais moi je parlais bien de plasma sur wayland
Sur X j'ai aucun problème.

Un seul ecran, et aucun logiciel qu'on n'utilise n'est fini au final

Moi je sais que je pinaille, mais je trouve que pour Plasma Wayland, c'est certes utilisable en 5.7 en mono-écran, mais alors les finitions, c'est pas encore ça. Les animations qui ne fonctionnent qu'une seule fois sur toute la session, les effets KWin absents ou pétés, les applis comme Systemsettings qui ne s'affichent pas dans le Task Manager, etc.
 
Ça ne gêne en rien le workflow, mais alors ça fait vraiment, vraiment pas fini. Et pour moi, c'est ça aussi la définition de "pas utilisable au quotidien".

Il faut attendre KDEF 5.24 a priori pour un meilleur support de Wayland, d'ou la raison que j'attend Samedi pour tester

Je m'attends pas à des miracles, perso.

Comment avoir les applications Qt4 thèmées avec Brise (ou façon KDE5 quoi) ? Okular est tout moche

$ pacman -S breeze-kde4 je pense.

T'as pas dû installer la bonne version d'okular.
De mémoire faut installer okular depuis extra.

C'est beaucoup mieux ainsi, merci

C'est bien la version que j'ai installé, je n'en ai qu'une dans mes dépôts d'ailleurs.

Avant, certaines applications version "KDE 4" et version "QT5" étaient mélangées, il me semble que maintenant il n'y a plus que ces dernières.

sous archlinux tu as le paquet "frameworkintegration" qui permet d'avoir un rendu un peu moins crade

https://www.archlinux.org/packages/ [...] tegration/

perso je préfère faire l'inverse, garder le look and feel des applications Qt4, puis ensuite utiliser un thème "oxygen" pour les applications KF5,

car je n'aime pas le thème breeze, ça manque de relief ( ergonomie moins bonne ), un coté "flat design", les développeurs ont cédé à la mode "flat design" initiée par microsoft et google ces 8 dernières années  ( même apple a suivi le mouvement ) :

https://fr.wikipedia.org/wiki/Design_plat

ce minimalisme de l'affichage vient aussi du fait que les développeurs essaient de faire en sorte que les applications, les sites web s'affichent de la même manière que ce soit sur un PC ou une tablette, ce qui donne des sacrifices au niveau du rendu visuel,

mais si ça se trouve on arrive à la fin d'un cycle et on pourrait revoir le retour des thèmes de type "skeuomorphisme" qui étaient très tendances dans les années 90 et 2000 ( imitation de l'objet que l'on souhaite modéliser, en prenant en compte son relief, les effets de dégradés de couleur, d'ombrage )

 
Et au passage j'aurai appris un mot nouveau. Et je sais donc désormais comment on appelle cette horreur qui donne des résultats souvent bien pourris et pas fonctionnels sur écran.

niveau bug avec plasma 5.7 j'ai remarqué que la barre de progression lors de l'écran de boot n'allait pas jusqu'au bout, quand le bureau s'affiche la barre de progression s'arrête à 80%