wismerhill a écrit 2608 commentaires

Il parlait du temps de démarrage d'un programme, pas du système.

Franchement, KDE à chaque version majeure de QT c'est la même histoire, faut qu'il recodent tout de zéro la moitié des applis, et jettent à la poubelles celles d'avant qui marchaient bien.

Pour la transition KDE1 -> KDE2 c'était effectivement le cas.
Par contre la transition KDE2 -> KDE3 était beaucoup plus light, la compatibilité binaire était cassée, mais le portage était assez simple car les API KDE n'avaient pas fait de modification extraordinaire.

Ça aurait pu être le cas pour KDE4, mais ils ont décidé que tant qu'à faire une transition incompatible ils allaient repenser tous les aspect de la plateforme sur base de toute l'expérience accumulée.
Et il fallait bien que des choses soient réécrites, par exemple à cause de arts qui n'était plus maintenu depuis des années. Ça a donné phonon qui a même été inclus en amont dans qt.

Quant au portage des applications, même lors de la transition à KDE3 certains programmes ont été perdus. Si plus personne ne les maintient et que personne ne veut faire le portage ben l'appli est morte. Tu peut toujours garder les bibliothèques nécessaires à les faire fonctionner (c'est ce qui est fait dans les périodes de transitions entre des versions majeures, pas que pour KDE).

Ben, vu que j'utilise encore le kaffeine de KDE3 je m'en fous un peu de phonon (d'autant que quand c'est pas kaffeine c'est mplayer).

et à part ça, j'ai testé la 1.0RC1 et c'est en très bonne voie, il me reconnais le périphérique DVB et le scanne sans problème.

voire pire, certaines fenêtres ne rentraient même pas dans l'écran et ne pouvait pas être redimensionnées plus petites, et étaient donc inutiles, car les boutons "ok"/"annuler" en bas de la fenêtre étaient cachés

Mais n'importe quel WM correct te permettra, via certains raccourcis claviers, de déplacer la fenêtre sans avoir besoin de la barre de titre.
Par exemple avec kwin Alt+ clic n'importe où dans la fenêtre pour la déplacer.

Ils fonctionnent toujours très bien, je suis sur un bureau KDE 4.2 avec kaffeine 0.8.7 (KDE3) qui fonctionne sans problème.

Mais c'est le cas sur les nouvelles distrib... enfin c'était le cas su Ubuntu... alors oui tu pouvais avoir le choix de pas upgrader la distrib mais là c'est n'importe quoi.

Faut utiliser une distrib bien faite.
Sur mandriva ils avaient introduit KDE 4.1 dès la 2009.0, mais KDE 3.5 était disponible dans les contrib, de même que dans la 2009.1 (même si ce n'est pas mis en avant).
Et ils ont également backporté leurs paquets de KDE 4.2.4 pour la 2009.0

Et oui, on n'est pas obligé d'avoir la dernière version de la distrib, au boulot je viens à peine de mettre à jour en mdv2009.0 et je ne suis pas pressé de passer à 2009.1 (alors que sur mes machines perso c'est en général moins d'un mois après la sortie que je fais le pas).

Non, j'aime bien pouvoir naviguer entre mes fenêtres avec un simple Alt-Tab, et je répartis entre bureaux suivant les utilisations (d'où les plusieurs konqueror qui sont en fait sur des bureaux différents, et qui ont souvent chacun plusieurs onglets, et parfois un firefox en plus pour certains sites mal écrits qui ne passent pas avec konqui).

Le logiciel de gestion de téléchargement (kget) je ne l'ai volontairement pas installé car je préfère avoir ça dans des fenêtres à part (mais l'amélioration de KDE4 où ces petites fenêtres peuvent aller dans une "tray icon" est assez sympa).

J'ai viré tous le superflu: icones, barre de location dans nautilus, barre de tâche.

J'imagine que tu veux parler de konqueror, car nautilus c'est pour gnome.
(on peut bien sur l'utiliser sous KDE, mais pour l'intégration c'est pas terrible)

Tout se gérais par raccourcis clavier et c'était le pied!
J'avais l'intégration géniale des applications KDE et l'épuration visuelle que je voulais.

Mais voilà, j'ai suivi le KDE 4 dans ses débuts jusqu'à maintenant et entre une mauvaise copie de VISTA et lourdeur à l'usage, mon choix a été d'utiliser Gnome et pas pour le pire bien que je restais insatisfait.

Je ne comprend pas tous ces gens (tu es loin d'être le premier dont je vois cette remarque) qui disent que KDE 3.5 leur convenait parfaitement et puis qui sont passés à gnome à la sortie de KDE4, comme si on leur avait interdit d'encore utiliser KDE 3.5.

Perso je n'ai fait la migration qu'avec KDE 4.2 et en attendant je suis resté un an de plus avec mon KDE 3.5 en testant de temps en temps les évolutions de KDE4 pour voir si ça avait évolué suffisamment pour mon usage.

Je vois souvent des gens parler d'interface (visuellement) lourde.
Et en général je ne comprend pas de quoi il est question.

À la lecture de cet article je comprend que cette sois-disant légèreté de l'interface est en fait ce que je considère comme du gaspillage de l'espace d'affichage.

La première impression que j'ai en comparant les deux premières captures d'écran (page 1 la version gtk et première de la page 2 le mockup en Qt), c'est que la première a des espace beaucoup trop grand entre les boutons et avec les bords de la fenêtre et donc prend plus de place que nécessaire.

C'est d'ailleurs l'impression que j'ai quand je regarde le thème cleanlooks évoqué précédemment.

J'imagine que ces interfaces "gonflées" conviennent bien à des personnes qui ne font qu'une chose à la fois avec leur ordinateur, mais moi j'ai presque systématiquement plein de tâches en cours (un téléchargement par-ci, une gravure par là, trois terminaux ouverts sur des endroits différents, quatre konqueror sur des sites ou des répertoires différents, ...) et je n'aime pas qu'une fenêtre prenne de l'espace inutilement parce qu'alors elle cache plus celles qui sont derrières ou, si elle est derrière, on n'en voit pas beaucoup d'information pertinente.

Oui, depuis KDE4 ils prennent le contre-pied de leur habitude précédente: ils choisissent des noms qui contiennent vraiment un k et le remplacent par un c.

Des packages, non officiels, seront disponibles normalement pour la 2009.1.

C'est disponible, cf
http://download.kde.org/download.php
Il y en a même pour la 2009.0 (qui avait déjà été mise à jour vers KDE4.2 il y a un mois).

Pour ma part, cela fait quelques semaines que j'utilise KDE 4.3 sur mon portable, et les bugs des béta/RC ont été corrigé. J'ai testé l'assignation des activité avec les bureaux virtuels, et cela marche super bien. C'est super pratique.

Mais est-il possible de n'avoir que le fond d'écran qui change d'un bureau à l'autre en gardant les mêmes plasmoïdes (sans devoir les reconfigurer à l'identique n fois)?
Parce que avec KDE3.5 j'aimais bien avoir des fonds d'écrans choisis aléatoirement dans des listes différentes pour chaque bureaux, mais je n'ai pas (encore?) d'intérêt à avoir des plasmoïdes différents (peut-être quand je passerai à KDE4 au boulot)

- Je ne trouve pas Kde 4 plus le lourd que le 3, loin de la! Pour moi, Kde 4 est bien plus réactif.

C'est probablement parce que tu as une carte graphique avec un bon driver.
Moi sur une machine avec le driver proprio nvidia récent ça marche super bien, sur une autre avec une intel c'est plein de bugs d'affichage car le driver intel est en gros chantier depuis quelques temps (note que j'ai pas testé de version d'il y a moins de quelques mois).

Et, après tout, si ça manque et que c'est utile, c'est que le développeur n'avait pas pensé à tout. C'est donc un «bug».

Non, un bug c'est quelque chose de déjà développé et qui ne fonctionne pas comme il devrait/était prévu.

Avec une définition comme la tienne, je travaillerais la moitié du temps à l'oeil (le nombre de fois qu'on doit expliquer à un client que ce qu'ils demandent n'est pas un bug mais bien une nouvelle fonctionnalité qui n'était pas initialement prévue, souvent parce que le client ne connaît pas ses besoins).

On peut aussi choisir le programme utilisé pour le téléchargement.

Par défaut c'est curl mais il y a une option (en ligne de commande, ou dans le fichier de configuration pour que ce soit permanent) pour choisir wget à la place.

(quoique, il me semble que depuis la 2009.0 c'est aria2 par défaut, s'il est installé)

Tu trouve?

J'ai quatre ordinateurs différents, plus un PDA.
Tous sont équipés en USB (2 en plus, les ordi précédents avaient de l'USB 1.1), même le PDA (mais j'évite de l'utiliser, ça bouffe les batteries), mais seul le PDA est équipé en bluetooth.

Si t'as une meilleure solution, qui conserve l'integrite des donnees des clients, on est ravi de l'entendre.

Faire un filtre de conversion pour les données à l'ancien format, qui les remet dans l'état attendu par le nouveau code débuggué?
Ainsi le code sale est limité à une fonction d'import qui ne sera utilisée que par les gens qui en ont vraiment besoin et les autres ne sont pas impacté par ce bug volontaire.

Mais dans USB, il y a bus, donc c'est plutôt un transport en commun, alors que AGP contient port, donc plus pour du transport de de grosses quantités de marchandises.

C'est amusant que ça corresponde à peu près à la réalité:
Dans l'USB tous les périphériques se partagent le même bus.
L'AGP avait été initialement créé pour que les cartes graphiques puissent transférer de plus grosses quantités de données vers la mémoire et le CPU.
:-)

Ben, moi je l'utilise, je n'ai fait aucune statistique (je suis le seul au boulot a utiliser KDE, tous les autres à part un utilisent win).

Mais comme le changement de mode est présent dans un menu, j'ai plutôt tendance à croire que plus de personne le découvrira, c'est plutôt rare d'expérimenter toute les combinaisons de touches+souris pour voir ce que ça fait.

Et puis, ce n'est pas seulement pour la sélection, le coller se fait aussi en mode bloc du coup.

Oui, mais ça le faisait déjà depuis longtemps quand on a inventé le terme marketing pour faire vendre de sous-disant nouvelles versions.
voir aussi web2.0 et autres conneries du genre.

Un gnedit ou knedit serait pas loin de l'éditeur idéal, parce que c'est vrai que la sélection rectangulaire je ne l'ai jamais vue ailleurs et que c'est vraiment pratique

kwrite/kate (qui utilisent en pratique le même moteur) le font depuis des années.
Le raccourci pa défaut pour l'activer/désactiver est Ctrl-Shift-B (il t'indique alors dans sa barre d'état qu'il est en mode BLOCK plutôt qu'en mode LIGNE)

Alors je suis d'accord :-)
Avec un simple éditeur avec coloration syntaxique (voir pas du tout) il est effectivement lourd d'écrire une feuille de style XSLT.

N'empêche qu'un outil comme xmlstarlet (http://xmlstar.sourceforge.net) permet de faire en vitesse des petites requètes en ligne de commande sur un document XML de façon pas plus compliquée (bien que très différente) qu'un awk.
Couplé avec un tidy ça permet de faire de l'analyse de pages HTML en shell script.

Pour interfacer Javascript avec d'autres languages, Ajax par exemple.

AJAX c'est du javascript.
AJAX==Advanced Javascript And XML
(un buzzword quoi)

JSON a (eu historiquement) un but tout autre : zapper XML de l'AJAX

Ce qui en fait de l'AJAJ du coup
;-)

Du coup, valider un DOM écrit en YAML plutot qu'en XML ne pose pas de problème puisque la transformation YAML->XML est facile.

YAML gère-t-il un équivalent à la notion d'espace de noms de XML?

Un exemple pour moi de folie, c'est le XSLT... Vouloir faire des programmes, en plus de type moteur d'inférence, en XML, c'est grandiose ;-)

Je fais du XSLT quotidiennement au boulot, et je trouve ça très pratique. À partir du moment où on a compris le principe de fonctionnement par filtrage, ça permet de faire des choses très évoluées.

Sinon, au niveau des fichiers de conf, je parlais de modif de dernières minutes fait à l'arrache avec vi ou a une conf propagé par cfengine... Il arrive de se planter... donc le serveur doit valider son fichier de conf au chargement. A vrai dire, c'est pas cela qui lui prends non plus des heures.

Oui, et quand il a constaté que son fichier de configuration est invalide:
soit c'est un détail qu'il peut ignorer, mais alors on se rend parfois compte un mois après que le serveur ne fait pas ce qu'on croyait;
soit le programme est robuste et continue a tourner avec son ancienne config (et s'il est bien fait il t'envoie une notification);
soit il plante et ton service est interrompu.

Ce sera plus utile de regarder à http://fr.wikipedia.org/wiki/Tty_(Unix)