Reprise du message précédent :
Faut changer le titre du topic, sortie de KDE1
http://www.heliocastro.info/?p=291

Oui j'ai vu ça aujourd'hui.

Kde 1 qui ressort  

kde1 c'est peut-être la tendance du futur , des environnements de bureau ultra légers/économes, rapides à charger, ça aiderait les appareils nomades moins puissants comme les tablettes, smartphones et objets type raspberry pi,

à noter que lxqt c'est un bon compromis entre le coté rétro de kde1 et la lourdeur de plasma

est-ce que quelqu'un ici a réussi à activer l'accélération 3D dans virtualbox quand Kubuntu est installé ?

il semblerait qu'il y ait un bug critique pour tout ce qui touche à KDE et Qt dans virtualbox, l'affichage devient inexploitable quand cette option d'accélération 3D est activée :

https://www.virtualbox.org/ticket/14102

et oracle semble avoir jeté l'éponge pour l'accélération 3D sous linux :

https://www.virtualbox.org/wiki/X11Guest3D

Pourquoi ne pas utiliser qemu et virgl a la place?

j'utilise habituellement qemu, mais là exceptionnellement je voulais créer une machine virtuelle linux sous virtualbox pour voir s'il y a eu des progrès depuis ma dernière tentative,
 
visiblement oracle ( l'éditeur de virtualbox ) semble négliger le développement, c'est un peu comme java où les mêmes reproches sont faits

C'est dommage que neon ne soit pas compatible avec tout se qui peut se rapprocher de kde.
 
J'ai voulu installer qtcurve car j'ai trouvé un thème sympa, mais conflit de dépendances irresolvable...si on installe pas les paquets de kubuntu à la place de ceux de neon.

Wayland sous KDE Neon 5.8.2
Ben c'est pas mal du tout mais synaptic et virtualbox ne démarrent pas.
Une session classique dispose enfin d'un comportement quasi exploitable de l'ouverture à la fermeture.
Par contre, quel confort, quelle réactivité c'est vraiment agréable (mis à part les quelques polices de caractères trop petites ou trop grosses par rapport à une session X11 classique)

Je crois que pour les polices de caractère trop grosses sous Plasma Wayland, il faut forcer le DPI à 96 car le scaling n'est pas encore supporté.

Ok, je note.  
Ceci dit, c'est exploitable sur mon PC du taf (intel) alors que côté Radeon (à la maison) c'est encore la misère en multi-écran.

c'est sous quel statut ce wayland ?
alpha ou beta ?

on estime à combien de béta-testeurs actuellement pour wayland ?

ma crainte c'est que le nombre de béta-testeurs soit encore trop faible, ce qui empêche d'avoir vraiment une idée du coté "ready" de wayland, ce qui fait que le jour où ça va vraiment atteindre le grand public plein de bugs vont apparaître au grand jour si les premiers beta-testeurs n'ont pas testé tous les cas d'utilisation de wayland ( et notamment avec du matos un peu plus ancien )

C'est utilisable dans le sens où ça ne crash plus (ou quasiment plus), en revanche c'est au niveau des "finitions" qu'on n'est pas encore au niveau de X11 (beaucoup d'effets Kwin qui fonctionnent mal ou ne fonctionnent pas, des tooltips qui s'affichent au mauvais endroit, ce genre de choses) ; au delà de ça, en configuration mono-écran, c'est très utilisable ; pour le multi-écran, apparemment pas mal de problèmes ont été résolus et seront intégrés à Plasma 5.9.

Ce weekend j'ai installé Plasma 5.8 sur le PC d'une amie qui était sur une vieille version de Plasma (la version de Kubuntu 15.04, ça doit être un Plasma 5.3 ou 5.4) qui avait (entre autres) quelques problèmes avec sa config double écran, en pensant que tous els problèmes de dual screen étaient réglés sur la 5.8 et bin en fait... C'est pire.

Son monitor principal est à gauche, le secondaire à droite ; elle a son panneau Plasma sur l'écran principal, et les fonds d'écrans sont personnalisés sur chaque monitor. Et bien quasi systématiquement, au redémarrage du PC ou même simplement de la session Plasma, la configuration pète. Parfois la configuration est inversée (fonds d'écran interchangés et panneau Plasma sur l'écran secondaire), parfois tout va bien sur l'écran principal mais la config de l'écran secondaire est reset (fond d'écran par défaut), c'est assez aléatoire et arrive quasiment à chaque redémarrage...

J'ai tout essayé, effacer les fichiers .config/plasma*, définir tel ou tel écran en écran principal (ou ne mettre aucun écran principal), verrouiller les fichiers de conf Plasma ou Kscreen en écriture, bidouiller kscreen et xrandr, j'ai jamais réussi à réparer le problème. Ça m'embête car j'ai fait changer mon ami en lui disant que tout irait vachement mieux, et en fait c'est pire...

https://bugs.kde.org/show_bug.cgi?id=370434
 
Ça me rassure, je ne suis pas le seul à être touché.

Par contre, je suis dans la config opposée. CàD le moniteur 2ndaire à gauche.
En Xorg, ça se maintient normalement, en Wayland c'est la dawa.

Par contre, j'ai observé le phénomène avec le PC du taf. Mais j'étais dans la même config qu'à la maison

Dans ce cas là à part une petite réinstallation je ne vois pas trop la solution...

C'est une installation neuve. Ça ne changera rien.

Ah je pensais que c'était une upgrade my bad

Bon alors je vais m'estimer chanceux que tout marche au poil chez moi  

 
on dirait que les développeurs de plasma n'utilisent jamais le bi-écran, ce genre de gros bug ça devrait normalement être détecté très en amont par les développeurs

 
Je pense pas mais ils utilisent peut-être que des PC fixes ou des portables sans écrans externes.

Ou alors les bugs dépendent de tout un tas de facteurs (pilote, matériel, versions...) qui font qu'ils ne tombent pas dessus.

J'aime beaucoup le nouvel écran de connexion et d'ouverture de session. C'est très propre et sobre, c'est classe

je suis plus de cet avis aussi.

https://blog.martin-graesslin.com/b [...] 8-release/

Sortie des KDE Frameworks 5.28, avec des changements notamment sur Kwayland :  
 
https://www.kde.org/announcements/k [...] 5.28.0.php

Je viens de faire un tour sur les PPA plasma5 ... ben, j'suis bien content d'être passé sous Neon !
 

Pourquoi ?

Les PPA dits "stables" sont encore en 5.6 ... et les "staging" viennent de passer en 5.8.3 il y a moins de 12 heures.  

Je suis tellement largué sur les versions... Du coup tu peux expliciter ton constat ?

Édit. OK c'était pour plasma en fait.
Du mieux avec les derniers frameworks et plasma 5.8 sur wayland ?
Et x 1.19 ?

Alors avec X 1.19 je sais pas (pas encore dispo sous Arch Testing), sinon pas de réelle nouveauté avec les frameworks 5.28 (du mieux dans la gestion des tooltips mais c'est pas encore ça) ; ha si, on peut enfin fermer le menu K avec la touche Windows (en plus de pouvoir l'ouvrir avec comme depuis une ou deux versions).

J'avais vu qu'on pouvait l'ouvrir avec la touche windows mais chez moi ça ne fonctionne toujours pas

Oui ça fonctionne de manière un peu aléatoire, j'avais constaté.

ça parle de touche windows, mais est-ce normal que l'autre touche "menu contextuel" ( située à droite de l'autre touche windows ) ne donne aucune action quand on presse dessus ?

Wouaip ... je le constate aussi.
Sur le notebook, ça fonctionne tout le temps, pas de souci.  
Par contre, sur mon PC principal, à cause de la souris (RAT5) ou du pilote radeon (je sais pas), je suis obligé de passer par la console pour que celle-ci fonctionne (Ctrl-Alt-F6, Ctrl-Alt-F7). Hors, si le passage console se fait sur l'écran d'accueil, la touche "Méta" fonctionne, si je le fais une fois entré en session, elle ne fonctionne plus.

Les deux touches Win fonctionnent de la même manière chez moi : 1 appui-> le menu apparaît, 1 second appui -> le menu disparaît.
Je suis à jour sur KDE et ses libs.

et pour la touche "menu contextuel" ( la touche à gauche de la touche Ctrl de droite ) tu as quoi comme comportement ?

sous windows ça imite le clic droit d'une souris, mais sous linux cette touche ne semble pas affectée à une action

Moi la touche win ça ouvre et ferme bien le menu K.
Et la touche "menu contextuelle" fait bien le job (firefox, dolphin...)

peut-être qu'il faut une configuration particulière du clavier pour que cette touche "menu contextuel" fonctionne dans plasma 5 ?  
 
dans mon fichier /etc/X11/xorg.conf.d/10-keyboard.conf j'ai ça :
 

problème résolu : ça venait d'une mauvaise configuration de la touche menu dans les paramètres de plasma,  

il faut aller dans : configuration du système,périphérique d'entrée, clavier, onglet avancé, cocher "configurer les options du clavier", dans la rubrique "position de la touche compose" décocher la case "menu"

Oui, la touche "menu contextuel"" fait le job ici aussi (clic droit) .

 
 
D'après le changelog, je crois que c'est résolu avec plasma 5.8.4.
 
Sinon, tant que je passe ici, fundraising de fin d'année:
https://www.kde.org/fundraisers/yearend2016/