vpinon a écrit 172 commentaires

Ton RPi sera sur les genoux avec Firefox/Chrome avant même de venir parler de bureau. Sauf évidemment si tu ne vous ne consultez que le site de RMS mais du coup, pourquoi installer KDE?

Il me semble que pas mal de gens surfent sur le web avec des configs similaires (quelques coeurs ARM à environ 1.5GHz, entre 2 et 4Go de RAM) : les tablettes et téléphones. Et Firefox et Chrome s'en sortent, surtout avec un bloqueur de pub.

L'effort se justifie sur les Single Board Computers (Pine64 etc), ChromeBooks, voire des téléphones (Librem5 etc) et tablettes pour Plasma Mobile: ils ne disposent pas de slot pour des barrettes de RAM, et quand tu n'as que 2 ou 4Go de soudés, tu es content que le système te laisse de la place pour quelques applis.

tous les effets bling bling de KDE

Désolé, mais quand je vois ça encore ressassé ça m'agace.
Plasma tourne de manière fluide sur des cartes ARM même sans driver GPU propre.
Les effets à la enlightenment 16 ne sont plus activés par défaut depuis des années (bien sûr tout est configurable).
Note : KDE est une communauté, qui travaille sur le bureau Plasma, mais aussi Krita, digiKam, Kdenlive, WikiToLearn, Atelier…

Un personne "lambda" qui veut éditer du S37 n'aura peut-être pas peur du python (la réciproque n'étant pas vraie : quelqu'un qui veut éditer du python face au S37… ?)

Pour un programme compilé (pas PyQt alors), il est aussi possible de "linker" Qt en statique, et alors s'opère le grand ménage dans les fonctions…
On peut arriver à des résultats très compacts (exemple en embarqué: 7Mo non compressé).

Il me semble que la guerre des brevets se concentre plus sur les interfaces mobiles de nos jours, et dans la communauté OIN je ne retrouve pas nos chers amis de chez Apple, Samsung etc !

Hello,
Je n'y connais pas grand chose, mais dans le domaine des cadriciels web en C/C++, j'ai vu passer parfois des articles sur Cutelyst. Ça se base sur un Qt minimal (runtime pas bien lourd), c'est rapide, et assez élégant.
Et puis il y en a forcément en Rust & Go.
Enfin, bravo pour ton travail et merci pour l'info.

Carrément !
Prendre la main sur la doc pour la rendre plus claire :
par exemple les instructions que nous avions écrites pour compiler Kdenlive commençaient à sentir le moisi (instructions pour ubuntu 15.04…), petit à petit les contributeurs qui voulaient s'y mettre les ont mises à jour en posant des questions sur la mailing list ou IRC (et pour Windows aussi).
Par contre les indications pour OpenSuse et Fedora n'ont pas été mises à jour et ont donc disparu : ça pourrait être une petite touche facile à ajouter que d'indiquer comment installer les dépendances autrement qu'avec apt ?!

KDE aussi a de telles règles, exigeant notamment une documentation avant qu'une application puisse sortir de "review" vers "release"…
Le problème que souligne David Edmundson dans le AMA est que trop souvent la doc est écrite une fois au début et plus bien mise à jour ensuite :(

Autre souci : KDE offre 3 wikis : userbase, techbase et community, et les docs sont parfois rangées au mauvais endroit ou redondantes… Heureusement ce problème a été déjà bien élagué l'année dernière !

Bof. DCOP/DBus c'est de l'histoire très ancienne, qui concernent plutôt les développeurs… et de nos jours les membres actifs de KDE et Gnome qui se retrouvent côte à côte sur tous les salons et dans les tables rondes « bureau libre » sont plutôt copains, se filent des coups de main etc.

Je dirais que la guéguerre est plutôt chez les utilisateurs qui font parfois un choix radical. Quand ce sont des histoires de goût (ergonomie « puissante » ou « épurée »…) ça ne peut pas trop se discuter, mais invoquer la technologie à mon avis ça ne vaut plus quand la plupart des machines de bureau on plusieurs Go de RAM (et encore)

Pardonnez moi, je me sens en plein 386

Ça fait plein de petits paquets à installer, justement parce que le gros ensemble KDElibs a été modularisé en KDE Frameworks dont on peut prendre le minimum.
Le délire de refuser d'installer 20Mo de librairies C++ alors que même un téléphone à 50 balles dispose de 8Go de "disque", c'est vraiment pas rationnel ! Alors qu'à côté de ça on installe des JDK et autres Electron qui pèsent 10 fois plus…
C'est renier le boulot d'une partie de la communauté libre pour des critères… sectaires ?
Désolé de m'énerver encore face à ce problème :-\

2h45pm = 14h45
Merci pour la remarque !

héhé, j'ai recopié le lien du post qui n'est pas bien pertinent, voilà le bon

Hello,

L'annonce de la 2.0 m'avait propulsé à écrire un filtre MLT appelant GMIC…
Malheureusement je n'y ai passé que 2 soirées fatigué, freiné par une segfault par-ci, une corruption d'image par là…
J'ai trouvé alors que votre documentation est encourageante (ça a l'air fastoche !), et finalement je suis resté rapidement avec des questions sans réponses (surtout sans connexion internet).
J'ai regardé du côté de ZArt, ça m'a un peu aidé aussi. J'avais entendu parler de Natron & OpenFX mais je ne m'y suis pas retrouvé.

Auriez-vous des conseils, déjà pour bricoler un prototype, et puis pour optimiser la vitesse de rendu (en limitant les interprétations redondantes de script, les allocations et copies de buffers, les conversions d'images…) ?
Bon, mais c'est surtout à moi de me cravacher un peu !

Merci merci pour ce beau travail, de matheux (pour les algos) et d'artiste (pour l'utilisation à bon escient) : David & David on vous aime !!

Et le grandiose 29.97=30*1000/1001

Il y a ici des apôtres de la philosophie Unix "chaque outil fait une chose", mais c'est bon de questionner les dogmes, et le monde évolue :)
Sans trop réfléchir, je pense aux problèmes :
- de lourdeur de protocole (HTTP c'était pas fait pour les notification 24h/24) et charge serveur : mais si au final on passe de la vidéo, tout en collaborant sur une plateforme web, c'est négligeable.
- d'interopérabilité : ceux qui ont déjà une solution d'IM établie pourraient juste ajouter ce compte dedans. Encore faut-il qu'ils utilisent un client compatible (parce que vidéo et partage d'écran en XMPP ça passe pas partout, loin de là) !
Donc ta question est légitime, et au final leur solution est très efficace pour la majorité des gens ; ils ont prévu de contenter les tatillons ensuite, en mettant en place les passerelles (Matrix)…

Mais pourquoi ce serait un problème de mettre à jour ton OS ?

C'est plutôt un problème de ne pas mettre à jour l'OS !
Tu dois appliquer les correctifs si tu ne veux pas exposer les machines sur internet…

C'est vrai sous Windows ça ne change pas l'apparence des programmes…
Sous Linux, avec XFCE les changements ne sont pas bouleversants !
Même avec Gnome ou KDE, hors des versions majeures (Gnome 2->3, KDE 4->5), on ne remarque les changements que si on regarde bien.

Je suis surpris de ne voir mentionné nulle part VNC.
Nous sommes plusieurs dizaines (centaines ?) à travailler sur des applications graphiques assez lourdes (genre layout électronique avec annotations temps réel), tout est servi par VNC (RealVNC pas libre, c'est vrai que les serveurs libres sont à la traîne).
On avait fait des comparaisons (il y a plus de 10 ans) et X11 déporté c'était bien moins performant, et en plus on perd sa session si le client se déconnecte…
Ca passe le son, on peut partager sa session, transférer des fichiers entre client et serveur, etc.
Wayland arrivant (déjà par défaut dans plusieurs distributions), les cartes vont être rebattues, je ne sais pas ce qui est la bonne solution sur laquelle investir aujourd'hui ?

A la source, on aurait pas Debian Edu / Skolelinux ?
Il me semble que ce projet établit déjà pas mal de choses qui évitent de réinventer la roue carrée…

Et Qt3 n'est plus maintenu depuis des années (décennies ?).
Tant qu'on y est KDE 1.0 a été ressuscité !

Les lecteurs de LinuxFr sont-ils devenus sages et tolérants, pragmatiques… ou (auto-)censurés ?
Personne n'a encore clamé « KDE c'est bloaté, et je ne toucherais pas à des applis avec des Go de dépendances Qt… »
On peut en conclure que les Trolls se reposent le week-end ou tout le mois d'août ?

Donc s'il est instable et que tu ne peux pas l'utiliser, comment peut-il avoir 10 sur 10 ? ;)

Le dev de KWin explique souvent la frustration pour eux de recevoir plein de critiques :

• soit sur des bugs corrigés depuis belle lurette (KDE ou souvent Qt) mais pas distribués par avant perpette…
• soit sur des problèmes de GPU (driver NVidia surtout, mais aussi vieux Intel…)

Dis sur quelle distrib tu es ? (version de Plasma, de Qt, de driver GPU) peut-être qu'il y a une solution. Sur Ubuntu LTS & un vieux i915 ça me faisait ça, grâce au forum archlinux j'avais trouvé une option xorg qui contournait le problème… Plus besoin après des mises à jour (Plasma 5.9 LTS)

est-ce que quelqu'un a essayé des trucs de la liste sur Wikipedia ?
Dommage, Apertium ne traduit pas de/vers l'anglais (y'a qu'à contribuer ?!)

Cela fait quelques années que la communauté KDE a choisi et essaye de faire savoir que « KDE » ne désigne plus un environnement de bureau mais une communauté d’enthousiastes de la culture libre en général, travaillant sur des projets aussi diversifiées que des application dans tous les domaines (communication, multimédia, éducation…), le lancement d'ownCloud/NextCloud, WikiToLearn, etc.

Bon, même en interne ça prend des années à faire changer les réflexes, mais autant que vous le sachiez ;)

Note : il faudrait en plus chiffrer le flux d'affichage/contrôle le temps de la connexion…