wismerhill a écrit 2603 commentaires

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)

Tu n'es jamais assuré que le fichier n'a pas été modifié avant de relancer le serveur donc ton serveur doit vérifier le fichier.

Si tu as un serveur dont les fichiers de configuration sont modifiés sans te prévenir, il faut t'inquiéter de la sécurité de celui-ci.

La validation qu'a priori est une erreur et dans la conception de site web, amène a de grave erreur si on ne vérifie pas sur le serveur tous les paramêtres POST et GET.

Uh??
On parle de fichiers de configuration là!

Ce n'est pas ton problème, toi tu es utilisateurs, tout cela est programmé / scripté.

Non, tu n'es pas utilisateur, tu es administrateur et tu es supposé comprendre ce que tu utilise.
Si tu es un simple utilisateur, tu aura une interface qui va te proposer des choix plus ou moins simples et se chargera d'écrire un fichier de configuration correct (on espère...). Et là le format exact du fichier tu t'en fous.

Ensuite, je veux un éditeur sans X-Window. Je ne veux pas de l'erreur de Windows d'imposer le graphique sur les serveurs.

Pourquoi parle-tu de X-window?
On peut faire des programmes de validation en console, par exemple xmllint.

Et puis, je ne vois pas pourquoi on ne pourrait pas complèter du YAML puisque ce n'est qu'une autre manière d'écrire un arbre...

C'est sûrement possible de le faire, mais je réagissait sur le fait de valider, non seulement la syntaxe mais aussi le contenu d'un document.

Y a-t-il en YAML un équivalent des schémas XML?

Il est trivial de faire yaml2xml donc valider un yaml est facile...

Si ta proposition pour valider du YAML est de passer par du XML, je préfère utiliser directement du XML avec un éditeur qui le fait à l'édition grâce au schéma/DTD et me propose une complétion automatique.

Mais comme dans les formulaires, même si le client valide son fichier (formulaire), c'est au serveur de valider le fichier de conf au lncement.

Cette histoire de validation est à mon sens bidon. Il y a plus de 10000 modules je crois sur le CPAN et cela MARCHE !

Ben, je trouve ça beaucoup mieux de valider la configuration à priori, plutôt que de relancer son serveur en espérant que tout est bon.
cf "apachectl configtest"

En gros le (x)html écrit par un humain peut s'avérer relativement lisible, car l'humain en question va s'arranger pour placer judicieusement des retours à la ligne et indentations qui rendront la structure du document compréhensible.

Ben, c'est le cas du XML en général.
Il n'y a que pour les éléments qui sont définis avec l'attribut (hérité) xml:space="preserve" qu'il faut faire attention à ses espaces/retours à la ligne.
En général, un document XML offre plus de possibilités de mise en forme car on met à la ligne ce qu'on veut, indépendamment de la structure logique du document.

Mais je concède sans problème que, ne connaissant pas YAML, les documents semblent effectivement tout à fait compréhensibles.

Justement pas!
Prend un peu le temps de lire mon commentaire, ej répondais à sa remarque disant qu'on s'en branle d'avoir un système fonctionnel sans interface graphique ni moteur html.

(bon, OK, un petit links est utile sur certains serveurs)

Non, les calculatrices on s'en fout, elles ne changent pas notre façon de consommer (2 + 2 fait toujours 2, quelle que soit la calculatrice).

Tu devrais regarder du côté de la concurrence pour une calculatrice, je pense que ça changera ta façon de consommer ;-)