benoar a écrit 4244 commentaires

Bon et voilà, je me suis craqué en corrigeant le fichier sans vérifier : je suis tombé sur le même problème que la dernière fois, i.e. il faut faire un [match] par police, car le [test] n'est positif que si _tous_ les noms matchs (ce qui est débile, si quelqu'un sait comment faire autrement que de recopier les [match] pour chaque fonte ...)

La réponse la plus classique, c'est d'installer les polices de chez MS, parce que ce genre de site utilise Lucida, Arial ou Helvetica. Mais moi je les trouve moches, les glyphes sont très étroits et ça fait un texte tout ramassé horizontalement.

J'avais déjà essayé de bidouiller fontconfig, sans résultat, mais là ton commentaire m'a fait me replonger dans le truc, et j'ai trouvé une solution : dans /etc/fonts/local.conf, mettre :

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="pattern">
<test qual="any" name="family">
<string>Arial</string>
<string>Albany</string>
<string>Helvetica</string>
<string>Nimbus Sans L</string>
<string>Lucida Grande</string>
<string>Lucida</string>
</test>
<edit name="family" mode="assign">
<string>DejaVu Sans</string>
</edit>
</match>
</match>
<match target="pattern">
<test qual="any" name="family">
<string>Times New Roman</string>
<string>Thorndale</string>
<string>Nimbus Roman</string>
</test>
<edit name="family" mode="assign">
<string>DejaVu Serif</string>
</edit>
</match>
<match target="pattern">
<test qual="any" name="family">
<string>Courier New</string>
<string>Cumberland</string>
<string>Courier</string>
<string>Nimbus Mono L</string>
</test>
<edit name="family" mode="assign"><string>DejaVu Sans Mono</string></edit>
</match>
</fontconfig>

En gros, on remplace les polices de chez MS (ou Mac OS) par les classiques DejaVu.

Une autre solution, si tu ne veux pas de polices proprios mais que tu souhaites garder le même espacement, c'est d'utiliser les polices Liberation de RedHat : https://www.redhat.com/promo/fonts/
C'est d'ailleurs sur cette page que j'ai trouvé la liste des polices à remplacer.

Voire, si on aime bien l'aventure, utiliser kboot comme expliqué plus haut : le kernel sur le disque interne ira charger le kernel sur le disque USB. Mais bon, kboot est très chiant à recompiler, et pas facilement trouvable en package, alors ...

Sinon effectivement, ne pas mettre /boot en auto me paraît pas mal. Il faudra toujours se rappeler de faire une petite synchronisation (rsync ?) entre les deux de temps en temps, après les MaJ du kernel.

À part le fait qu'utiliser un noyau 2.4 fait un tout petit peu "vieux", l'option que tu cherches doit être "rootdelay=xx" sur la ligne de commande du kernel : ça dit au kernel d'attendre quelques secondes, le temps que les périphs USB soient détectés, avant de monter le FS racine.

Par contre, je pense que cette option n'est dispo que dans un 2.6.

Effectivement, Sarge n'était peut-être pas aussi bien, et Etch a pas mal fait évoluer les choses.

Ubuntu fait ça depuis quelques temps, certes, mais c'était après Sarge. Et je pense que ça a sûrement motivé Debian à faire un système plus user-friendly pour Etch.

C'est même assez inutile je trouve. En général ceux qui installent ce genre d'extension ne cliquent jamais sur les pub (du moins ceux que je connais). Je vois pas où est le gain.

Et bien pendant quelques secondes au moins, ils ont occupé un bout de ton temps de cerveau disponible, et même si tu ne réagis pas (clique) de suite, ça restera gravé dans ton sub-conscient pour quelques temps ... très perfide comme technique.

Je ne peux m'empêcher de ressortir http://www.les-renseignements-genereux.org/brochures.html?id(...)

Je suis d'un côté un peu d'accord avec les "râleurs" du dessus, même si je pense que c'est utile de rappeler, comme ton journal le fait, les possibilités que Linux offre.

Pour être techniquement plus précis, je ne dirais pas que ton ordi "boot sur l'USB", mais plutôt qu'il "boot sur ton disque interne, avec un FS racine sur USB". OK, ça fait un peu maître capello, mais techniquement ce n'est effectivement pas "exceptionnel".

Je rajouterai que pour que ta solution soit évolutive, c.a.d. que le kernel soit mis à jour avec ta distro, il faut rajouter /boot (ton hda1) dans ton fstab, afin que les mises à jour du kernel mettent à jour les images présentes sur ton disque interne.

Pour fini, je pense que les "râleurs" l'ont fait parce qu'ils ne voient pas l'intérêt, si tu as déjà un disque interne, de l'installer en externe : ton DD externe est plus rapide ? Tu n'as plus de place en interne ? T'aimes bien bidouiller ?..

En fait, je pense que les gens veulent se persuader que Debian est compliquée, et ne cherchent pas les manières "simples" de faire les choses, alors qu'elles existent. Alors après, forcément, ça paraît compliqué quand on cherche à faire compliqué.

Je ne sais pas comment tu as installé ta Debian, mais avec une installation classique, je fais déjà partie de plugdev et plein d'autres.

Non, chez moi ça marche directement.

Je saurais refaire en sorte que, sous Debian, mes clés USB se montent automatiquement sur mon bureau. Mais j'apprécie qu'Ubuntu propose cette intégration par défaut, ainsi, sur mon ordinateur personnel comme professionnel, j'ai l'assurance de retrouver le même fonctionnement.

Etch monte automatiquement les clés USB sur ton bureau...

% apt-cache policy compiz
compiz:
Installé : (aucun)
Candidat : 0.2.2-1
Table de version :
0.5.0.dfsg-2 0
50 http://ftp.fr.debian.org unstable/main Packages
0.2.2-1 0
500 http://ftp.fr.debian.org etch/main Packages

OK, elle est un peu vieille, mais compiz est bien dans stable ! c'est pas parce que Debian se veut bien paufinée qu'elle doit être austère !

Bon alors va un peu te renseigner avant de balancer des conneries; dans Etch :
- SELinux est intégré par défaut dans Debian
- NetworkManager est fourni par défaut et ceci était le cas bien avant qu'il arrive dans le "main" de Ubuntu (même s'il était effectivement dans Universe depuis quelques temps, mais très mal intégré); je m'en rapelle de l'époque où etch était en testing.
- On n'a pas à bidouiller quoi que ce soit pour que le wifi marche
- Debian utilise PAM

En fait, le problème avec les gens qui critiquent Debian, c'est qu'ils ne l'ont jamais utilisée et ne parlent que sur des préjugés vieux et débiles. Bref, avant de propager de fausses informations (critiquer Debian j'ai l'impression que ça attire les foules), renseigne toi un minimum.

Quand je parlais de ceux qui maîtrisent le net, je ne parlais pas des utilisateurs, mais des providers, fournisseurs de tuyaux, d'infrastructure, matériel, etc ...
C'est ça ce dont les gens ne se rendent pas compte : pour eux, Internet c'est magique et ça marche toujours. Mais par exemple c'est grâce aux contenus créés par les gens et herbergés chez Free que cet opérateur a acquis un pouvoir énorme au niveau des liens de peering. Et que quand FT n'est pas content des conditions que lui impose Free, et bien il s'en prend plein la gueule de la part des utilisateurs qui ne comprennent rien aux enjeux qui se trament derrière toute cette mode du "je crée un blog pour raconter ma vie".

Le problème que je vois, c'est que les gens croient qu'ils gagnent petit à petit du pouvoir, alors qu'en fait ce n'est qu'un transfert de pouvoir des "anciens" médias vers ceux qui contrôlent ces nouveaux médias : les providers, les hébergeurs de contenu, etc ...

Ça démocratise la création, ça c'est clair, même si c'est au détriment (temporairement) de la qualité, mais ça ne donne pas plus de pouvoir à ces gens qui peuvent maintenant s'exprimer. Le pouvoir est maintenant à tous ceux qui maîtrisent les technologies du Net, et ça c'est dangereux.

J'ai l'impression que personne ne se rend compte de ça...

Je viens de tester, ça marche chez Free.

Bah, c'est quand même plus facile d'acheter un ordi tout prêt. T'as pas à te faire chier à le monter, tu le ramène dans son carton directement de la fnac, et t'as le petit sticker de la marque ... bref, la vie moderne, facile, pas fatiguante.

Gueuler ça demande pas trop d'effort, alors que monter un PC...

Et moi j'en connais qui ont des grandes gueules mais qui de toutes façons finiront par acheter leur PC sous Vista, en essayant de se justifier par un quelconque argument à 2fr.

Ça aide peut-être un peu, mais chez moi, même sans Flash, il bouffe quand même une quantité astronomique de RAM.

Ce que voulais dire briaeros007, à mon avis, c'est que si OOXML offre au moins toutes les possibilités de formatage des anciens formats (.doc, .xls, ...), c'est à dire si ces anciens formats sont un "sous ensemble" de OOXML, alors la conversion est possible sans perte et sans ajout de balise de compatibilité, dans les deux sens. Alors peut-être qu'il ne s'est pas complètement bien exprimé, mais ce n'est pas en attaquant les gens que tu va améliorer ta crédibilité.

Si tu arrêtais de réagir aux trolls (car c'est vrai que sur OOXML, il y en a pas mal qui sont vraiment de mauvaise foi) par des phrases assassines, tu t'en prendrait peut-être moins dans la gueule. Il y en aura toujours qui ne comprendront rien, ça personne ne peut l'empêcher, mais on est ici pour argumenter ses positions dans le "calme". Après cette intervention, je ne vois pas en quoi cela va t'aider à reconnaître que sur le coup, tu avais tort, et que cette conversion .doc <-> OOXML est possible.

Je suis d'accord avec ton analyse de ce que doit être une norme, et des contraintes à prendre en compte. Tout n'est pas idéal, et on doit tenir compte de l'existant.

Mais le problème ici, c'est que tout se base sur le travail d'un unique acteur : Microsoft. Et tout n'est fait que dans un seul but : satisfaire Microsoft. Personne n'a son mot à dire (Novell ? c'est kif kif) et tout cela est fait pour imposer encore plus les logiciels de la firme monopolistique pour la rendre encore plus monopolistique (despotique ?).

Implémenter OOXML dans un autre logiciel sera long, très long. Alors oui, les normes, c'est pas toujours facile, mais là c'est quand même énorme les hacks présents partout. Alors que pendant ce temps, MS aura juste à changer son parser (même pas son lexer !), et voilà.

HTML5 est un travail prenant beaucoup en compte l'existant, et c'est clair qu'il doit y avoir des parties qui sont pas belles à voir. Mais c'est le travail de tous les acteurs du Web, qui travaillent ensemble sur un format qui était déjà ouvert avant (même si sujet à interprétation particulière de la part de chacun). Et en plus, il existe déjà plusieurs implémentations de navigateurs HTML4, libres et propriétaires. Cette procédure de normalisation me paraît quand même plus "normale" que celle d'OOXML.

Tiens, on voit aussi que dans la journée du 13/08, il y a eu un volume d'échange de 6 millions d'action (à 1,5$) : ça fait quand même pas mal pour quelqu'un qui a voulu s'en débarasser.

Introuvable ... c'est le deuxième lien sur Google avec "OpenOffice 1.1 line spacing" ...

Sinon, je suis d'accord que tu dénonçais ce problème non pas pour montrer que c'en est un, mais pour dire que ODF avait les mêmes lacunes que OOXML. Et c'est justement sur ce point là, je crois, qu'on arrive pas à s'entendre (ainsi que pas mal d'autres personnes ici envers toi) : pour moi, ce n'est pas normal pour un standard d'avoir ce genre de problème. C'est dommage qu'ODF ait ce genre de truc bizarre non-spécifié, mais je trouve ça quand même minime par rapport au nombre beaucoup plus élevé de choses étranges qu'on trouve dans OOXML. Et de plus, même si ça n'est pas la panacée, on peut toujours aller voir l'implémentation d'OOo; mais c'est clair que ce n'est pas idéal.

Bref, je pense que beaucoup de gens ici sont pour un standard complètement ouvert et complètement spécifié. Il est clair que même ODF ne respecte pas à 100% ces directives, et c'est ce que beaucoup de gens ont effectivement du mal à accepter ici, que ce standard ne soit pas parfait. Mais ce n'est pas une raison pour ne pas chercher à corriger ces problèmes (bon ok, le standard est déjà publié, le mal est fait...).

Mais par contre, ce que les gens ont, et je trouve, à raison, du mal à accepter, c'est que tu mettes ces problèmes sur le même pied d'égalité : OOXML en a clairement plus. Alors après tu dis que ce sont des attaques injustifiées, que c'est uniquement parce que pour les libristes, MS c'est le mal, etc ... Mais je pense que ce que tout le monde veut dire ici, c'est que OOXML contient quand même beaucoup plus de problèmes qui le rendent beaucoup moins acceptables en tant que norme que l'ODF.

Ha merde, j'aime bien la bière belge, mais je ne suis pas du tout dans le coin : je suis à l'ouest... tant pis.

Oui, c'est utile de proposer des fonctionnalités présentes dans le traitement de texte le plus utilisé au monde.

Mais ce que je trouve assez fort, c'est que, comme le dit Olivier Faurax, cette option "bizarre" dénoncée par les pro-OOXML a justement été créée pour être plus compatible avec Word...

Et quand tu fais l'hypothèse d'un format de MSWord ouvert : si ça avait été le cas, on aurait jamais eu tous ces problèmes d'interopérabilité, et on n'en serait pas à se battre comme ça aujourd'hui.

Certes, il est important de ne pas avoir de fonctions non-documentées dans un format standard, et je trouve regrettable cette histoire de "line spacing" dans ODF. Mais je trouve que ça reste quand même marginal comme problème, par rapport à toutes les incohérences, bizarreries et autres hacks pour la rétro-compatibilité inclus dans OOXML.

Hopla : http://marketing.openoffice.org/2.0/featureguide.html
Rechercher "line spacing" :

The formatting of text lines with a given proportional line spacing has been adjusted for better conversion from / to Writer documents and Microsoft (R) Word documents.

Donc en fait, cette option qui a l'air de faire débat ici, permet de réactiver l'ancienne règle pour l'espacement de ligne, qui n'était pas assez "MS office compliant". Bref, avec le nouveau OOo, on est encore plus près du fonctionnement non documenté de Word ! \o/ Formidable.

Donc tous ces débats pour dire que ODF a des parties "sombres" dans sa spec, c'était juste en fait pour satisfaire les exigences du format de données de MS....

La morale de cette histoire : MS continuera surement a pourrir les standards encore longtemps...

Pour la bière, soit tu l'offre à Google, soit tu me dis dans quel coin tu comptes aller me l'offrir ;-)