C'est normal (et même préférable) que l'ido n'ait pas été suivi. L'espéranto est déjà une langue simple, dans le sens où tout est très régulier (conjugaison, grammaire, formation des mots) et donc simplifie l'apprentissage en évitant au maximum les exceptions.
C'est inévitable que des gens pensent qu'un aspect ou un autre de la langue puisse être améliorée, et tentent de lancer un "fork", mais le résultat peut encore être amélioré, et ainsi de suite... sans pour autant augmenter la simplicité de la langue.
Apprendre l'ido (ou un autre dérivé, y'en a eu plein) sera aussi facile que d'apprendre l'espéranto, donc l'interet de redévelopper une langue est nul.
Ça se prononce... comme en français, puisque ce mot existe en français aussi (tu peux regarder sur le TLFI pour la prononciation http://atilf.atilf.fr/tlf.htm)
C'est vrai que ce nombre d'application est indispensable pour pouvoir progresser, je ne savais pas par exemple que Koffice avait utilisé l'opendocument en premier.
C'est plutôt ce genre de compatibilité qu'il faut rechercher : dans ce cas précis, le format de document. Les WM actuels sont aussi compatibles entre eux (tu as cité freedesktop, d'ailleurs), et sont ainsi interchangeables.
Mais dans une optique de "grand public", je trouve que ça déroute effectivement les utilisateurs. Pour l'expérimentation, je te suis totalement, il faut plusieurs pistes si l'on veut avoir une solution meilleure, mais à un moment, je pense qu'il faut se dire stop, et puis garder celle qui est "meilleure" et puis continuer dessus. Ça n'empêche pas les remises en cause ultérieures, et ça serait plus simple pour le débutant.
C'est ce qui se passe, je dirai. J'ai donné l'exemple des outils de recherche de fichier, et on a vu récemment le projet Kat abandonné au profit de Strigi. Ou encore Galeon arrété en faveur d'Épiphany. Mais moi qui aimait bien Galeon, ça ne m'a pas plus réjoui que ça !
Il faut aussi voir qu'une appli est toujours basée sur une technologie particulière. Et en premier lieu sur un langage de prog, et dans ce domaine il n'y aura jamais de consensus (et c'est tant mieux !). Gnome et KDE, ce n'était pas qu'un "conflit" libre/pas libre, mais aussi C/C++, à la base :)
Soyons clair, je vois ça d'un oeil de débutant. Je peux comprendre qu'il y ai besoin d'un YUM et d'un APT GET pour pouvoir continuer de progresser, mais comment enseigner cela ? Comment l'expliquer ?
Cela signifie-t-il que si je fais le choix d'une distribution, je ne serais pas apte à en utiliser d'autre ? Si je ne connaissais que YUM, comment je fais sur un ubuntu ? Ou, pour reprende la fin d'une citation des fans de Slackware justement, «Quand vous connaissez Red Hat, tout ce que vous connaissez c'est Red Hat. »
Les gestionnaires de paquetages sont un peu particuliers. Par définition, chaque distribution est organisée différemment des autres, et la gestion des paquetages est fatalement incompatible.
En fait, je suis étonné du nombre de distributions différentes qui existent, et parfois très similaires. À croire qu'à ce niveau-là, il y a beaucoup de besoins différents.
Il faut quand même, à mon avis, dissocier l'utilisation d'une distribution, de son administration. Si tu choisis une distribution, tu seras apte à en utiliser une autre. Tu devras par contre t'adapter un peu pour en administrer une autre.
Et puis bon, on change pas de distro tous les quatre matins, non ? :)
...bon ok y'en a qui le font, mais c'est qu'ils aiment ça, non ? :D
Je sais qu'on peut installer YUM sur ubuntu et vice-versa, mais d'un point de vue utilisateur, je ne vois pas comment je pourrais convaincre des gens de passer sous Linux, tout en sachant les inombrables difficultées que cela représente (bien qu'au final, c'est mieux sur de nombreux plans).
Le mieux c'est encore de ne pas les embrouiller avec ces problèmes particuliers. Si c'est toi qui aide quelqu'un à passer sous linux, alors c'est à toi de faire les choix initiaux à sa place (distribution, bureau) et de lui expliquer comment utiliser ces outils en particulier.
Merci en tout cas pour tes explications, les choses sont plus claires désormais :).
« D’après Wikipédia, GNOME a été créé après KDE (en ‘97), dans le but de créer un WM utilisant des bibliothèques libres, contrairement à KDE qui utilisait QT, pas totalement libre à cette époque. Très bien, mais pourquoi avoir commencé à développer KDE sur quelque chose de pas libre ? »
Parce qu'il n'y avait pas d'autre toolkit graphique comparable à QT, à l'époque, et qu'il y avait un réel besoin de bureau uniformisé. KDE a donc été construit en se basant sur QT qui n'était pas libre, mais ce n'était pas trop grave dans la mesure où c'est un élément qui peut être remplacé par la suite par un clone libre (clone qui avait commencé à être développé, jusqu'à ce que Trolltech libère sa librairie).
C'est la méthode utilisée par Stallman pour GNU, d'ailleurs : construire sur l'existant et remplacer les parties non libres au fur et à mesure.
C'est rigolo, avant même de lire ton billet, je savais que ton argumentaire serait basé sur le thème "y'a trop de choix ça déroute les utilisateurs".
Que ce soit une bonne ou une mauvaise chose, ce n'est pas un choix qui a été fait par une personne, ni même un groupe ou une entreprise. Et contrairement à ce qu'on croit, ce n'est pas disperser inutilement de l'énergie que de développer plusieurs applications plus ou moins similaires. Ça crée une émulation, un échange d'idées, des pistes différentes explorées, et au final un nouveau projet peut très bien être démarré pour intégrer les meilleures idées de chaque appli de départ, et c'est comme ça que les choses peuvent évoluer.
Par exemple, pourquoi développer autant de bureaux 3D en ce moment ? Chacun de ces bureaux a une approche différente, on cherche encore la meilleure piste, on expérimente. Idem pour les applis de recherche de fichier à la spotlight.
Dans tous les cas, si un projet est dominant, qu'importe sa qualité : il y aura toujours un projet parallèle tôt ou tard, pour essayer une nouvelle approche.
Enfin, y'a des passages qui m'ont amusé dans ton billet :
« Oublier les KOffice, les Abiword et utiliser OpenOffice, oublier Konqueror et utiliser Nautilus + Firefox. »
Tu peux oublier KOffice si tu veux, mais remercie-le d'abord pour avoir été la première appli à utiliser le format open document, et qui a fait que ce format a pu être normalisé (il faut au moins 2 implémentations différentes pour l'être).
Tu peux aussi oublier Konqueror, mais en plus d'un explorateur et d'un navigateur, tu devras ajouter un client ftp, samba, ssh, encodeur de CD, visualiseur d'archive, d'image, de pdf, etc...
« KDE et Gnome c’est la même chose. »
suivi de :
« Quand au choix de quel WM manager choisir, je dirais qu’il n’y en a pas vraiment. C’est selon la machine, selon l’utilisation, selon l’utilisateur aussi. »
J'ai du mal à te suivre, là.
« J’ai continué au fil des années à installer/désinstaller des distributions, jusqu’à ce que je tombe sur une distrib qui me plaise vraiment, Fedora Core »
Tu te contredis encore ! Tu as essayé plusieurs distrib jusqu'à en trouver une qui te plaise. Or, c'est forcément un choix subjectif car on ne pas pas dire objectivement qu'une distro soit supérieure aux autres. Elle te convient à toi, à tes goûts personnels, et une unique distro ne peut pas convenir à tout le monde.
Est-ce qu'un projet sera forcément meilleur si tout le monde concentre ses efforts dessus ? Je ne crois pas. Je ne trouve pas que Debian, qui est maintenue par des milliers de personnes, soit mille fois supérieur à Slackware, maintenue par un seul homme (si tu veux savoir, j'aime les deux ^^).
Au final, tu veux améliorer linux en supprimant des applis. Selon ma définition, c'est pas ce que j'appelle améliorer :)
Le mieux c'est de le tester expérimentalement, en espérant que cette donnée soit en clair dans le fichier.
La commande strings donne les chaînes en clair dans un fichier. Voilà ce que ça donne sur un fichier doc vide généré par OOo :
~ > strings /tmp/rien.doc
Microsoft Word-Dokument
MSWordDoc
Word.Document.8
Caolan80
Les 3 premiers n'ont rien de spécifique. Par contre le dernier, Caolan, se trouve être le prénom de Caolan McNamara qui a bossé sur StarOffice !
a priori, ça devrait faire l'affaire :
strings fichier.doc | grep Caolan
Chez moi (KDE sous debian), j'ai une entrée dans le menu KDE dans "configuration/Styles et polices GTK" qui propose d'utiliser les polices de KDE dans les applis GTK. Comme j'utilise l'excellent theme gtk-qt, je ne vois vraiment aucune différence entre les deux toolkits et les polices.
Pour ce qui est de l'anti-aliasing, je trouve que c'est essentiel si on a un écran LCD, où les pixels sont plus délimités que sur un CRT.
Dans la catégorie "camera video qui zoom autant que Hubble", je donne la palme à un épisode de FX: effets speciaux. Dans la scène que j'ai vue, les héros analysaient une video de surveillance d'un parking avec un méchant encagoulé à l'autre bout.
- "zoom sur le méchant !"
- bzz bzzzz -- zoom x10 avec effet de pixelisation qui disparait
- "Okay maintenant zoom sur sa main !"
- bzzzz -- zoom x10 000 sur le pouce du méchant en qualité photo
- "Super, on a son empreinte digitale ! On le tient les gars !"
- Une séparation en 2 du navigateur web, avec 2 espaces distincts pour mettre des pages web, un tab à gauche, et un tab à droite, pour afficher 2 pages en même temps côte-côte.
Ah ça je sais : utiliser konqueror, qui permet de scinder la vue en deux (ctrl-shift-L).
Le java c'est juste pour l'interface graphique, en fait.
Pour un projet de correcteur orthographique, j'ai isolé un bout de code permettant de savoir si un mot est dans la dictionnaire ou non. Si c'est suffisant pour ce que tu veux faire, contacte moi par message privé.
Il est sous une licence spécifique aux ressources linguistiques, dérivée de GPL (LGPLLR), et comporte pour le francais :
680 000 mots simples
100 000 mots composés
24 000 noms propres
4 200 entrées pour des termes spécialisés
2 700 mots québécois
Le problème est que tout ça est rangé dans un dictionnaire ayant un format spécifique (compréssé), et qu'il n'y a pas (à ma connaissance) de librairie indépendante d'Unitex pour y acceder. Donc il faut triffouiller du code pour arriver à ce qu'on veut.
Rien n'oblige de publier les modifications faites sur un produit sous licence GPL (ou MPL). Par contre elles doivent être disponibles à tous les clents qui en font la demande (article 3 de la GPL et 3.2 de la MPL). Les licences sont donc bien respéctées, si c'est ce qui t'inquiète :)
De toutes façons, les programmes de l'Ordissimo sont modifiés dans le but de mieux s'integrer à l'interface. Donc rien de très réutilisable pour d'autres projets.
Il ne parle donc pas du tout des aspects techniques, mais tu pourras surement trouver des liens interressants dans les références données à la fin de l'article (5 pages de références quand même !)
Je n'utilise pas inkscape, mais j'ai souvent eu des problèmes de changement de tailles à l'impression, apres avoir manipulé des fichiers Postscript ou PDF.
Le problème venait toujours du format des documents (A4, Letter, ...) qui changeait : beaucoup de programmes génèrent du PDF (ou ps) au format Letter (norme américaine), et si on imprime ce fichier sur une imprimante A4, il y a une reduction de la taille.
La solution est de garder la meme norme à chaque traitement du fichier, donc dans ton cas, verifier que l'export EPS -> PDF ne se fasse pas en format Letter.
[^] # Re: Tout a fait d'accord
Posté par Olivier Renaud . En réponse au journal L'espéranto. Évalué à 1.
C'est inévitable que des gens pensent qu'un aspect ou un autre de la langue puisse être améliorée, et tentent de lancer un "fork", mais le résultat peut encore être amélioré, et ainsi de suite... sans pour autant augmenter la simplicité de la langue.
Apprendre l'ido (ou un autre dérivé, y'en a eu plein) sera aussi facile que d'apprendre l'espéranto, donc l'interet de redévelopper une langue est nul.
[^] # Re: Vous vous en pensez quoi?
Posté par Olivier Renaud . En réponse au journal L'espéranto. Évalué à 2.
[^] # Re: Et comment on le prononce...
Posté par Olivier Renaud . En réponse au journal Gaim change de nom et devient Pidgin. Évalué à 3.
[^] # Re: comme d'hab
Posté par Olivier Renaud . En réponse au message Linux : Quelques améliorations qui pourrait le rendre meilleur (selon moi).. Évalué à 3.
C'est plutôt ce genre de compatibilité qu'il faut rechercher : dans ce cas précis, le format de document. Les WM actuels sont aussi compatibles entre eux (tu as cité freedesktop, d'ailleurs), et sont ainsi interchangeables.
C'est ce qui se passe, je dirai. J'ai donné l'exemple des outils de recherche de fichier, et on a vu récemment le projet Kat abandonné au profit de Strigi. Ou encore Galeon arrété en faveur d'Épiphany. Mais moi qui aimait bien Galeon, ça ne m'a pas plus réjoui que ça !
Il faut aussi voir qu'une appli est toujours basée sur une technologie particulière. Et en premier lieu sur un langage de prog, et dans ce domaine il n'y aura jamais de consensus (et c'est tant mieux !). Gnome et KDE, ce n'était pas qu'un "conflit" libre/pas libre, mais aussi C/C++, à la base :)
Les gestionnaires de paquetages sont un peu particuliers. Par définition, chaque distribution est organisée différemment des autres, et la gestion des paquetages est fatalement incompatible.
En fait, je suis étonné du nombre de distributions différentes qui existent, et parfois très similaires. À croire qu'à ce niveau-là, il y a beaucoup de besoins différents.
Il faut quand même, à mon avis, dissocier l'utilisation d'une distribution, de son administration. Si tu choisis une distribution, tu seras apte à en utiliser une autre. Tu devras par contre t'adapter un peu pour en administrer une autre.
Et puis bon, on change pas de distro tous les quatre matins, non ? :)
...bon ok y'en a qui le font, mais c'est qu'ils aiment ça, non ? :D
Le mieux c'est encore de ne pas les embrouiller avec ces problèmes particuliers. Si c'est toi qui aide quelqu'un à passer sous linux, alors c'est à toi de faire les choix initiaux à sa place (distribution, bureau) et de lui expliquer comment utiliser ces outils en particulier.
:)
[^] # Re: comme d'hab
Posté par Olivier Renaud . En réponse au message Linux : Quelques améliorations qui pourrait le rendre meilleur (selon moi).. Évalué à 5.
« D’après Wikipédia, GNOME a été créé après KDE (en ‘97), dans le but de créer un WM utilisant des bibliothèques libres, contrairement à KDE qui utilisait QT, pas totalement libre à cette époque. Très bien, mais pourquoi avoir commencé à développer KDE sur quelque chose de pas libre ? »
Parce qu'il n'y avait pas d'autre toolkit graphique comparable à QT, à l'époque, et qu'il y avait un réel besoin de bureau uniformisé. KDE a donc été construit en se basant sur QT qui n'était pas libre, mais ce n'était pas trop grave dans la mesure où c'est un élément qui peut être remplacé par la suite par un clone libre (clone qui avait commencé à être développé, jusqu'à ce que Trolltech libère sa librairie).
C'est la méthode utilisée par Stallman pour GNU, d'ailleurs : construire sur l'existant et remplacer les parties non libres au fur et à mesure.
# comme d'hab
Posté par Olivier Renaud . En réponse au message Linux : Quelques améliorations qui pourrait le rendre meilleur (selon moi).. Évalué à 8.
Que ce soit une bonne ou une mauvaise chose, ce n'est pas un choix qui a été fait par une personne, ni même un groupe ou une entreprise. Et contrairement à ce qu'on croit, ce n'est pas disperser inutilement de l'énergie que de développer plusieurs applications plus ou moins similaires. Ça crée une émulation, un échange d'idées, des pistes différentes explorées, et au final un nouveau projet peut très bien être démarré pour intégrer les meilleures idées de chaque appli de départ, et c'est comme ça que les choses peuvent évoluer.
Par exemple, pourquoi développer autant de bureaux 3D en ce moment ? Chacun de ces bureaux a une approche différente, on cherche encore la meilleure piste, on expérimente. Idem pour les applis de recherche de fichier à la spotlight.
Dans tous les cas, si un projet est dominant, qu'importe sa qualité : il y aura toujours un projet parallèle tôt ou tard, pour essayer une nouvelle approche.
Enfin, y'a des passages qui m'ont amusé dans ton billet :
« Oublier les KOffice, les Abiword et utiliser OpenOffice, oublier Konqueror et utiliser Nautilus + Firefox. »
Tu peux oublier KOffice si tu veux, mais remercie-le d'abord pour avoir été la première appli à utiliser le format open document, et qui a fait que ce format a pu être normalisé (il faut au moins 2 implémentations différentes pour l'être).
Tu peux aussi oublier Konqueror, mais en plus d'un explorateur et d'un navigateur, tu devras ajouter un client ftp, samba, ssh, encodeur de CD, visualiseur d'archive, d'image, de pdf, etc...
« KDE et Gnome c’est la même chose. »
suivi de :
« Quand au choix de quel WM manager choisir, je dirais qu’il n’y en a pas vraiment. C’est selon la machine, selon l’utilisation, selon l’utilisateur aussi. »
J'ai du mal à te suivre, là.
« J’ai continué au fil des années à installer/désinstaller des distributions, jusqu’à ce que je tombe sur une distrib qui me plaise vraiment, Fedora Core »
Tu te contredis encore ! Tu as essayé plusieurs distrib jusqu'à en trouver une qui te plaise. Or, c'est forcément un choix subjectif car on ne pas pas dire objectivement qu'une distro soit supérieure aux autres. Elle te convient à toi, à tes goûts personnels, et une unique distro ne peut pas convenir à tout le monde.
Est-ce qu'un projet sera forcément meilleur si tout le monde concentre ses efforts dessus ? Je ne crois pas. Je ne trouve pas que Debian, qui est maintenue par des milliers de personnes, soit mille fois supérieur à Slackware, maintenue par un seul homme (si tu veux savoir, j'aime les deux ^^).
Au final, tu veux améliorer linux en supprimant des applis. Selon ma définition, c'est pas ce que j'appelle améliorer :)
# en ruby
Posté par Olivier Renaud . En réponse au message Cherche exemple de script pour modifier des lignes dans un fichier. Évalué à 2.
Si ça peut te servir, voila un script en ruby qui fait le boulot :
http://www.rorpaste.com/paste/details/694
Pour traiter tous les fichiers du répertoire courant :
# ruby le_script.rb /NOUVEAU/CHEMIN
# Caolan80
Posté par Olivier Renaud . En réponse au journal Savoir si un fichier .doc a été édité avec OpenOffice.org ?. Évalué à 10.
La commande strings donne les chaînes en clair dans un fichier. Voilà ce que ça donne sur un fichier doc vide généré par OOo :
~ > strings /tmp/rien.doc
Microsoft Word-Dokument
MSWordDoc
Word.Document.8
Caolan80
Les 3 premiers n'ont rien de spécifique. Par contre le dernier, Caolan, se trouve être le prénom de Caolan McNamara qui a bossé sur StarOffice !
a priori, ça devrait faire l'affaire :
strings fichier.doc | grep Caolan
[^] # Re: coup de gueule: les polices toujours a vomir...
Posté par Olivier Renaud . En réponse à la dépêche openSUSE 10.2 disponible. Évalué à 3.
Pour ce qui est de l'anti-aliasing, je trouve que c'est essentiel si on a un écran LCD, où les pixels sont plus délimités que sur un CRT.
# Excellent !
Posté par Olivier Renaud . En réponse au journal Beatles forever !. Évalué à 2.
[^] # Re: Il me semble que vous avez oublié....
Posté par Olivier Renaud . En réponse au journal Numb3rs ... et les autres. Évalué à 6.
- "zoom sur le méchant !"
- bzz bzzzz -- zoom x10 avec effet de pixelisation qui disparait
- "Okay maintenant zoom sur sa main !"
- bzzzz -- zoom x10 000 sur le pouce du méchant en qualité photo
- "Super, on a son empreinte digitale ! On le tient les gars !"
# konqueror
Posté par Olivier Renaud . En réponse au journal WideScreen sous Linux. Évalué à 9.
Ah ça je sais : utiliser konqueror, qui permet de scinder la vue en deux (ctrl-shift-L).
[^] # Re: Mes deux centimes
Posté par Olivier Renaud . En réponse au journal Création Flash sous linux / animations internet avec Haxe. Évalué à 3.
C'est pas très serieux de baser toute son argumentation sur une affirmation fausse. Je cite Wikipedia :
« ActionScript est un langage de script, basé sur ECMAScript (conforme à 100 % avec la norme ECMA-262, révision 3, depuis ActionScript 3.0). »
[^] # Re: Unitex
Posté par Olivier Renaud . En réponse au message Recherche lexique de la langue française. Évalué à 1.
Pour un projet de correcteur orthographique, j'ai isolé un bout de code permettant de savoir si un mot est dans la dictionnaire ou non. Si c'est suffisant pour ce que tu veux faire, contacte moi par message privé.
# Unitex
Posté par Olivier Renaud . En réponse au message Recherche lexique de la langue française. Évalué à 1.
Tu peux jeter un oeil du coté du lexique utilisé par Unitex (http://www-igm.univ-mlv.fr/~unitex ).
Il est sous une licence spécifique aux ressources linguistiques, dérivée de GPL (LGPLLR), et comporte pour le francais :
680 000 mots simples
100 000 mots composés
24 000 noms propres
4 200 entrées pour des termes spécialisés
2 700 mots québécois
Le problème est que tout ça est rangé dans un dictionnaire ayant un format spécifique (compréssé), et qu'il n'y a pas (à ma connaissance) de librairie indépendante d'Unitex pour y acceder. Donc il faut triffouiller du code pour arriver à ce qu'on veut.
Bon courage !
[^] # Re: Licences respectées
Posté par Olivier Renaud . En réponse au journal Fini la guerre gnome/kde, voici ordissimo. Évalué à 1.
De toutes façons, les programmes de l'Ordissimo sont modifiés dans le but de mieux s'integrer à l'interface. Donc rien de très réutilisable pour d'autres projets.
# Java, .NET et les logiciels libres
Posté par Olivier Renaud . En réponse au message Comparatif J2EE / dotNet. Évalué à 3.
http://apiacoa.org/publications/2004/lm-java-dotnet-free.pdf
Il ne parle donc pas du tout des aspects techniques, mais tu pourras surement trouver des liens interressants dans les références données à la fin de l'article (5 pages de références quand même !)
# Normes A4, Letter...
Posté par Olivier Renaud . En réponse au message Différences de taille lors d'impressions pdf. Évalué à 2.
Le problème venait toujours du format des documents (A4, Letter, ...) qui changeait : beaucoup de programmes génèrent du PDF (ou ps) au format Letter (norme américaine), et si on imprime ce fichier sur une imprimante A4, il y a une reduction de la taille.
La solution est de garder la meme norme à chaque traitement du fichier, donc dans ton cas, verifier que l'export EPS -> PDF ne se fasse pas en format Letter.