Dring a écrit 1102 commentaires

Avec Elektra, il est possible d'aller jusqu'à un fichier par paire, mais tu peux - et je pense que ce sera généralement le cas - mettre plusieurs paires par fichier.

J'avais cru comprendre que Elektra n'avait pas besoin de démon pour fonctionner. Alors, le système de cache, il est géré comment ?

J'intéressantises !

En plus, fatalitas, si tu veux faire du XML, c'est une dépendance supplémentaire, à moins que tu ne réimplémentes un parser dans ta librairie, ce qui serait un peu dommage.

Ou alors, tu fais un parser simplifié, qui ne supporte pas toutes les fonctionnalités XML, et dans ce cas, ben autant simplifier le format. Et tu en arrives... à un fichier plat.

Et comme tu veux quand même un système arborescent, tu t'appuies sur le FileSystem en faisant des sous-répertoires.

Et paf : ça donne regi^H^H^H^H Elektra.

C'est aussi le principe des "exécutables" java : un fichier (en fait un zip) contient le descriptif de l'application (dans META-INF), les librairies nécessaires, les classes de l'application, et les ressources (icônes, images, sons, traductions, ...).

Pas con, je m'en veux de ne pas y avoir pensé !

Merci !

C'est ce que je voulais dire. Evidemment, un énorme fichier texte serait plus une source d'emmerde qu'autre chose.

Ben si, parce que des fois j'ai besoin d'aller dans les fichiers cachés. Alors, dans mon clickodrome favori, j'ai activé l'option "Voir les fichiers/dossiers cachés", et du coup j'ai 200 fichiers dans mon répertoire home.

D'ailleurs, si il n'y a plus qu'un répertoire comme point d'entrée au système de configuration, il n'est même plus nécessaire de le cacher, bien au contraire.

Par contre, je trouve l'interview rebutante et soporifique. Après avoir suivi l' "invitation" de InfernalQuark à consulter les liens, je me permet de conseiller plutôt la présentation OOo.

Et je rajouterais l'information suivante : le système se décompose en 3 répertoires principaux (extrait de la présentation) :

The system/* tree is stored under /etc/registry/
The user:$USER/* tree is stored under ~$USER/.registry/
The user/* tree is a shortcut to current user's tree

On notera donc qu'il s'agit de répertoires qui contiennent des fichiers, qui eux-même respectent une arborescence qui est définie par la norme, et qui prévoit déjà d'intégrer les grands classiques : fstab, etc...

Enfin, puisqu'il (l'auteur du projet) est en recherche de nom, je propose d'ouvrir le débat avec CEFICS pour "Central[ized] FIle-based Configuration System", ou CEFIX pour faire plus court.

La news sur les pilotes de webcam a sans doute aiguisé les appétits...

Alors, les paris sont ouverts sur le nombre de commentaires à venir. Moi, je pars sur un minimum de 250.

Bon, je lance la discussion : quel est l'intérêt d'une base de registres part rapport à des fichiers de config bien rangés ? Je pense qu'il vaudrait mieux revoir l'organisation de ces derniers.

Parce que c'est vrai que j'en ai marre d'avoir 200 dossiers cachés dans mon répertoire home. J'aimerais plutôt un ".config" avec tout dedans.

Bof bof bof...

Quand on fait un auto-extractible, c'est aussi parce qu'on ignore si la personne en face aura le logiciel de décompression adéquat.

Un .exe généré par WinZip / WinRar ne nécessite pas le logiciel d'origine pour fonctionner.

Ta solution, elle, nécessite que 7z soit présent sur le poste et dans le path.

Pas tout à fait la même chose, donc...

Sinon, il manque pas un exit dans ton shell, juste avant le début des données compressées ?

Et pour ceux qui croient avoir compris, le mot java est utilisé pour dire "café" aux US. D'où l'utilisation du terme "bean" et sa représentation sous forme d'un grain de café pour désigner les objets java.

Bidibidibidi, C'est pas Flash Gordon, c'est Buck Rogers, avec les talentueux Gil Gérard et Erin Grey.

T'as pas oublié de mettre des smileys dans ton message par hasard ?

Je tiens à préciser que ma remarque a pour but de permettre la correction de l'article, pas le dénigrement du travail des modérateurs ou du rédacteur, cela n'ayant pas grand intérêt.

Si quelqu'un pouvait moinsser ce commentaire, pour qu'il ne vienne pas lui-même polluer les éventuelles discussions intéressantes à venir...

Je trouve que la news reflète bien peu la réalité. D'après l'article 01Net donné en lien, Microsoft a d'abord refusé de céder, permettant d'écouler 160 000 PC avec Linux.

Puis Microsoft a accepter de fournir une version allégée de Windows XP / Office 2003 pour l'équivalent de 32 Euros.

Les 70 000 PC vendus ensuite l'ont, si je comprends bien, été avec Windows XP, et non plus Linux.

Ce qui signifie que :
1) Les chiffres donnés sont faux
2) La chronologie des faits est fausse également
3) La conclusion est fausse (Linux n'a pas été retenu malgré la réduction ; une fois celle-ci accordée, Windows semble avoir été retenu).

Et l'équivalent de printf et le nombre d'arguments variables aussi.

Cela dit, je ne vois pas ce que ça apporte par rapport au passage d'un tableau de taille variable.

Mais pour les habitués du printf, j'imagine que c'est plus naturel. Amélioration ou pollution ?

Tu confonds avec GOSUB, semble-t-il.

La plupart des mots latins intégrés à la langue française ont 2 pluriels. J'ignore si ils sont officiels (une recherche sur le site de l'académie française pourra répondre à cette question) ou simplement tolérés.

Par exemple : scénario.

On peut écrire des scenarii, ou des scénarios. A noter, la présence de l'accent uniquement sur la version "francisée". En effet, si on utilise la forme latine, on l'utilise completement, et les accents, crois-je (j'avais 2/20 au collège dans cette matière), n'existent pas en latin.

Partant de là, et si mes informations de bases sont correctes, il me paraît normal qu'on puisse utiliser "forums" sans autre forme de procès.

Après, de toute manière, c'est - à mon humble avis - l'usage qui fait la langue, pourvu qu'on fasse pas n'importe quoi.

Arf, j'ai posté ma réponse beaucoup trop tard !

Avant de faire des tests en terme de temps d'exécution, il faudrait savoir :

- quel SGBDR il utilise,
- quelle est sa volumétrie, ses statistiques (nombre de mot clé par document)
- quelles optimisations sont mises en places (index, ...)

Comme souvent en base de données, la meilleure solution va dépendre du SGBDR utilisé, et des commandes qu'il supporte.

Exemple de solution relativement universelle, mais qui ne marche que si l'association code_doc / num_motclef est unique (situation suggérée par le jeu de test présenté) :

/* Selectionne les documents associés avec les
* mots clés 2 et 3.
*/
SELECT code_doc
FROM matable
WHERE num_motclef IN (2,3)
GROUP BY code_doc
HAVING count(*) = 2

Ca doit pas vraiment marcher.

Tu va renvoyer tous les docs qui contiennent 2, 3 ou 2 et 3. Or le monsieur ne veut que ceux qui contiennent 2 ET 3.

A 30 000 lignes, tu sors souvent de l' "esprit tableur" pour entrer dans l' "esprit base de données".

A la base, un tableur, c'est fait pour des "feuilles de calculs électroniques", ie. des tableaux avec des calculs. Lorsque tu arrives à des grandes quantités d'information, et sans calculs de surcroît, le tableur n'est plus l'outil adapté : il faut passer à un SGBD.

Bien sûr, cette loi n'est pas sacro-sainte, et tout le monde utilise un tableur pour des mini-bases de données, mais je voulais juste rappeler que ce n'est pas le but premier de ces outils.

D'autant que OOo, et même Excel, savent parfaitement accéder à des bases de données lorsque cela est nécessaire.

Non non, c'est bien "La fin des temps", de Arnold Barjavel, qui depuis est devenu sénateur...

...J'étais en train de lire VMSfr sur mon terminal IBM quand tout à coup j'aperçois votre journal. Vite, je ferme mes programmes Cobol pour vérifier que ce n'est pas un bug de mon éditeur ligne, et rien n'y fait c'est toujours là...

Etrange...

> Compte tenu de la licence sur le format, je crois que personne n'ose s'y risquer.

La licence t'interdit de faire quelque chose de compatible. Pas de faire un équivalent. D'ailleurs, SVG+SMIL est censé être une alternative.

Le problème, c'est qu'aujourd'hui, autant SVG peut être sérieusement utilisé comme format vectoriel, autant en tant que solution web, c'est pas ça...

UML <> Java

Tu peux faire de l'UML sans faire de Java. Et vice-versa, dieu merci.