Johann Ollivier-Lapeyre a écrit 704 commentaires

QT 4.5 permet d'avoir un rendu QT sous KDE, et GTK sous Gnome (ainsi qu'un rendu natif sous windows ou OSX).

Bref, c'est désormais la paix des ménages dans le royaume des toolkits, et les gnomismes pourront se réjouir d'utiliser un outil de la qualité de QT.

Les jeux calment le jeunes:

http://www.pcinpact.com/actu/news/48591-jeux-video-violence-(...)

Le graphique parle de lui meme

Je ne vois pas trop le rapport entre le formulaire (qui ne parle que de la vitesse d'execution et de lancement) et les buts du projet "renaissance", qui concernerait une nouvelle UI.

Donc bon, a la fin, y'a un champs texte ou j'ai pu parler de mes griefs envers OOo, mais bon...

Et encore, on me corrigera si je me trompe, mais le prochain QT 4.5 détectera tout seul comme un grand s'il s'execute sous gnome ou KDE, et effectura un rendu GTK ou Qt selon, avec d'autres petit trucs, histoire de mieux s'intégrer.

Qt pourrai à terme être le meilleur framework pour développer pour Gnome. Un plus gros choc encore, non?

* Desactiver le compositing de kwin/compiz lorsqu'on lit une video tant que DRI2 se sera pas out.

C'est crados à mon avis. Enfin, pour ça.
Le fallback, c'est au niveau html/DOM, c'est donc bon pour du contenu. Par exemple, sur un site "corporate", le plan d'acces d'une societe animé en video (balise video)/flash/MNG... puis fallback sur une image au cas où. Bonne utilisation en effet.

Mais si on reste sur l'exemple d'un menu ou d'une décoration, c'est hors sujet car c'est du style, niveau CSS donc.

Donc mon menu:

<ul id="navigation">
<li><a href="./lien1/" >Mon lien 1</a></li>
<li><a href="./lien2/" >Mon lien 2</a></li>
<li><a href="./lien2/" >Mon lien 2</a></li>
</ul>

et au niveau CSS, un classique background-image... sur les liens eux meme. Mais également sur le fond de menu lui même pourquoi pas. Si on rajoute le hover, visited... on obtient des possibilités que seul flash permet autrement.
Et au final, on obtiens un truc propre, valide, maintenable, avec un rendu statique mais correcte sur les navigateurs non compatible. La séparation texte/presentation est gardé... Ca me plait bien ce apng...

Maintenant, le coté compatible, ça ne suffit pas à 25% de supporté (opera, fx...) pour qu'une SSII le vendre à un client qui utilisera IE... Donc flash sera choisi au final. Mais à 80%, ça peut suffire en transition. Donc question, est-ce que IE8 supporte apng?

Ben en fait y'a des "rolling release" pour chaque projets ou presque.
par exemple, pour KDE, en plus du dépot classique (4.1), y'a un dépot stable (qui doit proposer 4.2.0 maintenant), et un dépot dev (trunk du svn de KDE, futur 4.3). Et y'a ça pour Gnome, VLC...

Par exemple, je tourne sur mon bureau avec un systeme en stable, mais je suis dernier cri au niveau KDE (trunk), driver Nvidia (180.chezplus), firefox...

Sachant qu'en plus il n'est pas rare de voir des mises a jour de version *teste* dans le depot stable. Le stable de openSuse n'est figé comme le stable d'autres distribs.

Ca répond au besoin de pas mal de gens qui veulent un système stable, mais des applis à jours. Je ne connais pas d'autres distribs qui permettent ça d'ailleur.

Quelques explications pour ceux qui ignore l'histoire: Mark "Ubuntu" Shuttleworth a proposé à l'aKademy 2007 que tous les projets upstream (KDE, amsn, VLC, Gnome....) aient un cycle de release synchronisé de 6 mois pour faciliter le travail des distribution. En gros ce que Neije propose.

J'avoue avoir été sur le moment séduit par l'idée, principalement pour l'impact marketing et le coté pratique d'avoir une distrib le jour de la sortie de KDE, firefox, OOo....
mais à la réflexion et apres quelques débat à l'akademy (et apres) c'est en fait vraiment une fausse bonne idée.
Déjà, d'un point de vue marketing, la concentration de nouveautés de la distrib "X" contenant les dernier Gnome/KDE/OOo/amsn/VLC/aMule/Apache/........ va réduire comme peau de chagrin la communication de chaque projet libre. Si on prend KDE par exemple, il n'y aurait plus une news complete sur linuxfr+clubic+pcinpact+ ... mais seulement 2 lignes noyés sur une news de distrib. Et dans le temps cela implique moins de couverture médiatique pour chacun des projets.... 2 lignes tous les 6 mois. Difficile de faire rêver et d'attirer des utilisateurs et des contributeurs avec ça. Pour le marketing du libre au global, cela implique des trous d'air de 6 mois.

Mais le plus gros problème est coté développement. Un projet libre est un très subtil équilibre. Entre les phases innovation/dev/test/livraison, les vies de chacun, les outils utilisés (la vie de KDE est lié à celle de QT, celle de Firefox à celle de Gecko...).
Certains projets trouvent leur équilibre à 6mois, 8mois, 1an, ... d'autres sont continus. Il y a la souplesse nécessaire aussi à un projet de retarder une release de 15jours ou 3 semaines en cas de soucis.
Synchroniser tout le monde, cela veut dire par exemple qu'un projet va passer de 6mois de dev, 1 mois de freeze, 1 mois de beta/RC/bugfixe, à un système 4,2mois de dev, 3semaines de beta, 1mois de bugfixe (incompressible). Au final, moins de dev, d'innovation, et peut-etre meme moins de développeurs aussi car la proportion fun(dev)/barbant(bugfixe) sera moins attrayante. Bref, c'est tres mauvais à long terme pour la vie du projet, mais également pour les distributions elle même.

Beaucoup d'inconvénients pour peu d'avantages.

- QT 4.5, outre l'ajout de licence LGPL, va apporter cela en partie: Les programmes feront un rendu QT sous KDE, et GTK (avec le theme Gnome) sous Gnome. Bref, ça sera possible d'ici peu avec les bonnes distribs qui packageront correctement KDE 4.2
- Pour le click / double click, les applis KDE font les 2 au choix, donc c'est possible.
- Pour les boites de dialogues, y'a rien encore hélas...

Concernant freedesktop, apres le rejet d'Akonadi (entre autre) pour raison partial, dogmatique et/ou politique, y'a quelque personnes chez KDE , et non des moindres, qui se pose des questions quand à l'avenir de l'investissement de KDE là dedans. Une réforme des process de décisions/choix serait bienvenue...

Ben y'a quand meme un vrai malaise quelque part, car un plantage toutes les 5 min avec un 4.1 sous opensuse n'est pas normal. Ce que tu racontes va à l'encontre des experiences des autres utilisateurs.

Ca peut être un probleme materiel, une mauvaise config des depots qui associe KDE avec un mauvais Qt4, .... mais ce n'est clairement pas une généralité.

Dans les distributions majeurs, Opensuse propose à l'installation KDE 3.5, KDE 4.1 et Gnome 2.x, avec un texte qui explique les différences. Et un 4.1 qui marche bien en plus, contrairement à kubuntu.

En tout cas, il y a cette fois un vrai texte (et un vrai titre)

La 4.1 manque de certaines fonctionnalités de la 3.5, a des defauts que la 4.2 n'a pas... mais ce qui est surtout vraiment bugué sur la 4.1, c'est les packages kubuntu qui sont inutilisable (là ou ça tourne nickel sous opensuse, ou avec un kde compilé du trunk): plantages bizarres, menus modifiés, comportement "differents"... [ <- prendre l'adjectif "different" dans le meme sens qu'une personne "differente"]

Et le problème là dessus vient de chez kubuntu, pas de KDE. Et si kubuntu ne change rien sur leurs "patchs" et les contrôles qualités qui sont sensé venir avec, ça sera pareil avec KDE 4.2, 4.3 .....

Mais que peut faire KDE là dessus?

Je ne connais pas les autres, mais je plussois vivement pour les tome d' Universal War One. Par contre, prévoit les 6 tomes direct, car à la fin de chaque tome, c'est comme un cliffhanger de BSG...

J'utilise la 11.0, et c'est en effet assez classieux. La gestion des packets est efficace en GUI ou terminal, et au niveau packet, c'est passé chez eux de point faible à point fort. Par exemple, y'a pas à attendre 1 ans avant la sortie d'un soft pour le voir en mis à jour comme ailleurs.

Le seul reproche, il mettent leur theme opensuse à la place de celui de KDE4, et il est pas top leur theme. Ca oblige à passer 15sec à rechanger ça apres l'install.

Je me suis également bien reconnu dans cet article, mettant des mots sur ce que je ressentais.
Mais j'avoue être incapable de savoir si cette modification d'usage du cerveau est un mal ou un bien.

Red Flag utilise une structure type Redhat, un bureau KDE tunné dans tout les sens pour ressembler comme 2 goutes d'eau à un Win XP, voir la capture sur wikipedia.

Mais pourquoi faut-il classer les groupes dans des catégories toujours aussi limitatives ?

Pour trier par style dans Amarok ;)

il doit te manquer aussi la plasmoid qui l'affiche la liste des applis

Je confirme :D

Par contre, pour que l'icone apparaisse, il faut que le client Jabber en face ait aussi Jingle, sinon le bouton n'apparait pas.

Toujour dans la SF, une evocation vis à vis des bases, vaisseaux...

- Le gros PC noir qui fait tout avec une forme cardatienne -> DS9 (une base, ça ne bouge pas....)
- L'ancien PC portable blanc et alu -> Voyager
- Le nouveau PC portable, Noir et servant au dev-> Galactica

Je ferais pas un reseau d'entreprise avec ça, mais pour une maison, je devrai pouvoir trouver assez de noms.

Cool de voir que la RH à finalement bougé son cul ;)

Communication officiel KDE, partagé par les développeurs KDE en général.

Et qui marche mieux avec les drivers BETA 177, qui ne regle pas a 100% sur le 8600M (version mobile).... Voir http://www.nvnews.net/vbulletin/showthread.php?t=115916

Le
Option "PixmapCacheSize" "300000"
Option "OnDemandVBlankInterrupts" "True"
dans la section Device avec le 177 améliore aussi

Disons que je mets un avertissement au possesseur de Nvidia 8xxxx et 9xxxx, en particulier mobile, sur le fait qu'il va falloir bidouiller son xorg.conf, et accepter des rallentissements, en attendant une solution de Nvidia (qui y travaille annonce t'il) via un nouveau drivers.

(Perso, avec ces conf + 177 + une 8600GTS, j'ai un résultat quasi nickel avec les effets), mais encore des merdes avec la 8600Mobile Gt

Te rends-tu compte de ce que tu écris?? Utilisable mais pas super fluide?
As-tu vu le matos que tu te trimballes? Ce n'est pas une S3Virge 1mo ou un truc intégré à mémoire partagée.

J'ai vu du GMA950 faire tourner KDE4.1 de maniere fluide, là ou ma 8600M GT se prend des freeze de 10secondes.

On est en pleins délire Vista là! Sauft qu'au lieu de critiquer KDE comme on le ferait pour Vista, on fait diversion.

Pourquoi tu m'agresses là? J'expliquais juste que si "X" n'est pas touché, "Y" peut l'etre. En l'occurence:
- Il ne s'agit pas de bloatwarisation de KDE, mais d'un bug, qui impacte également Firefox 3, QT4, ou Compiz par exemple. Un bloatware, ça se subit + sur les petites machine que les grosses... et il y aurai une constance dans la lenteur.
- Les drivers problématiques sont identifiés, les puces aussi, NVIDIA a reconnu le problème, et annonce travailler dessus.
- Il y a eu un moment le meme probleme chez ATI et Intel, mais qui aurait été réglé. Reste Nvidia
- Pourquoi KDE 4.1 est tres touché? Parce que les fonctions accelératrices incriminés sont massivement utilisés (d'apres ce que j'ai compris, par QT4 directement). Alors que Firefox 3.0 le subit + sur le scroll par exemple.

Voila en gros l'opinion de la communauté de dev incluant Nvidia, xorg, Trolltech, Mozilla, compiz, KDE... plus les gens qui ont travaillé dessus pour Ati et Intel. Si tu préfères penser que c'est une diversion, libre à toi.

Alors est-ce que KDE4 est utilisable? Ben 4.0, je trouvais pas (pas fini), mais en ce qui concerne KDE 4.1, je commence à reprendre mon pieds niveau desktop, malgré ce p***** de bug qui dépend hélas de la config, c'est à dire du bon vouloir de Mr Nvidia.

Mais le probleme est le meme pour Firefox hélas. Et pour tout dire, dans mon malheur, sur mon desktop, c'est tres largement le scroll de firefox que je trouve le + pénible actuellement.