Matthieu Moy a écrit 3249 commentaires

  • [^] # Re: Sortie de DicOOo 1.0

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de DicOOo 1.0. Évalué à 10.

    > c'est gênant une macro qui installe de façon interactive les correcteurs ?

    Non, c'est génant une suite bureautique dont les macros peuvent se connecter à Internet toutes seules ...

    C'est en tous cas ce qui est souvent reproché à Word. Enfin, dans ces cas là, on répond (cf. ci-dessus) que les première versions de Word n'affichaient pas de warning par défaut. Ca date de quand la dernère version de word avec ce trou de sécurité ? 8 ans, c'est ça ?

    Le vrai problème, c'est que le neuneu, quand il voit le warning, il clique sur OK ...
  • [^] # Re: Sortie de DicOOo 1.0

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de DicOOo 1.0. Évalué à 5.

    Comme sous Word, quoi ...
  • [^] # Re: Sortie de DicOOo 1.0

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de DicOOo 1.0. Évalué à 10.

    Ca, c'est déjà fait depuis longtemps.

    Le problème d'OOo, c'est que le code inclus dans la branche officiel doit pouvoir être récupéré par SUN pour StarOffice.

    Donc, impensable de récupérer du code GPL pour l'inclure dans OOo.

    Il y a un dictionnaire dans OOo 1.0, mais le problème est que les listes de mots sont sous licence GPL, donc, ne sont pas inclus dans la distribution officielle de OOo.

    Pour l'instant, il y avait dictinstall, mais c'est un executable windows ... Idéalement, il faudrait que cette macro puisse être lancée par l'installeur lui-même pour qu'on puisse facilement installer OOo + dictionnaires.

    En pratique, ceci dit, sous Linux, c'est rarement un problème, puisque les distributions se chargent de packager les dictionnaires ...
  • [^] # Re: [HS] X, Y... Z ??? enfin B ?????

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 1.

    Intéressant, oui, mais des études de cas réelles faites en coq, on aimerai en voir plus ...
  • [^] # Re: Amélioration pour X

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 1.

    Je crois que le monsieur s'a gouré de thread ...
  • [^] # Re: 20 ans déjà

    Posté par  (site web personnel) . En réponse à la dépêche 20 ans déjà. Évalué à 2.

    D'ailleurs, D.Knuth l'avait bien compris en fetant ses 1000000 ans il y a quelque temps (En compagnie de 64 invités), et en offrant 2,56 dollars a quiconque trouve une faute dans un de ses livres.
  • [^] # Re: [HS] X, Y... Z ??? enfin B ?????

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 1.

    > je-sais-plus-qui

    J. R. Abrial ?
  • [^] # Re: Après X, voici Y...

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 1.

    > De plus quand l'on voit des intrafaces comme Aqua, ou les demos de celle de
    > Longhorn, on a de quoi se faire du soussit quand a X, qui ne gére pas l'alpha
    > blending, alors que la concurence va integrer les transformations 3D.

    Tu pourrais nous en dire plus ? J'ai jamais vu Aqua de près et je ne sais pas ce que fera longhorn ...
  • [^] # Re: Après X, voici Y...

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 3.

    > et on ne peut PAS imposer aux développeurs d'utiliser une SEULE toolkit

    Il y a pourtant beaucoup de gens qui développent sous Windows, et peu de gens qui n'utilisent pas le toolkit par défaut (A part pour les lecteurs multimédia qui pensent tous que c'est bien de refaire le monde ...). Idem pour MacOS.

    Je crois bien que c'est ce que propose le projet fresco aussi.

    Je ne dis pas qu'il ne faut qu'une seule librairie graphique. Ce que je dis, c'est qu'au niveau du back-end, ca serait bien d'avoir des trucs de haut niveau et qu'on soit encourragés à les utiliser. Bien sur que pour ta carte graphique, il y aura toujours pleins de pixels dans ton bouton, mais au niveau communication inter-processus, ou est la nécéssité de faire autants d'appels différents ?
  • [^] # Re: Microsoft : Nouveau procédé de mise à jour

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft : Nouveau procédé de mise à jour. Évalué à 2.

    > regarder les piles de XBox qui attendent des acheteurs dans les magasins, ça fait perdre de l'argent à Microsoft.

    s/regarder/bruler/

    Ah, pardon ---> []
  • [^] # Re: Microsoft : Nouveau procédé de mise à jour

    Posté par  (site web personnel) . En réponse à la dépêche Microsoft : Nouveau procédé de mise à jour. Évalué à -2.

    Ca donne droit à beaucoup de choses, mais pas à tout. Si la licence dit

    "En cliquant sur OK, vous autorisez Billou à violer votre copine et a vous couper la main droite"

    Tu peux cliquer sur OK sans craintes, le Billou en question n'aura pas plus le droit de faire des actions illégales.

    Par contre, pour l'effacement de fichiers, ce qui est interdit, c'est de les effacer sans ton concentement. Si tu les autorise, je pense qu'ils en ont le droit ...
  • [^] # Re: Après X, voici Y...

    Posté par  (site web personnel) . En réponse à la dépêche Après X, voici Y.... Évalué à 2.

    Oui, mais le protocol X reste quand même d'assez bas niveau ...

    Pour faire un bouton Qt ou gtk avec des angles arrondis, des dégradés, et tout et tout, il faut un bon paquet de primitives X11.

    On pourrait au contraire imaginer un protocole d'un niveau plus élevé, ou le bouton en question serait dessiné par une seule primitive. Un truc avec plus ou moins une correspondance 1-1 entre les fonctions du toolkit et les primitives du protocol. Avec un truc comme ça, on pourrait faire de l'interface graphique jolie sur un reseau lent ...

    L'autre intérêt serait d'encourrager l'utilisation des mêmes widgets pour toutes les librairies graphiques, un peu comme sous Windows : Les notions de menu, de bouton, de barre de défillement, ... sont des primitives win32, et la plupart des applications les utilisent, d'ou plus d'homogénéité. (Et pour ceux qui veulent une autre librairie graphique, mais qui les utilise quand même, il y a Qt, et sans doutes d'autres ...)
  • # Ah, ce Michael Robertson ...

    Posté par  (site web personnel) . En réponse à la dépêche Lindows préinstallé sur les disques dur Seagate. Évalué à 2.

    Décidément, ce Michael Robertson est un sacré bonhomme quand il s'agit de faire parler de Linux. (Lindows préinstallé, affaire X-box Linux, ...)

    Dommage qu'il s'appuie sur un système pas trop libre, mais je pense qu'il y aura aussi des retombées sur les autres distribs.
  • # Re: PC sans OS et vente liée: la répression des fraudes indécise

    Posté par  (site web personnel) . En réponse à la dépêche PC sans OS et vente liée: la répression des fraudes indécise. Évalué à 1.

    Il faut dire quand même que si les gens pirataient un peu moins, on aurait moins de problèmes.

    C'est un peu facile pour le client moyen qui a piqué le dernier Windows à son grand frère d'aller dans le magasin et de demander "Vous pouvez désinstaller les logiciels et me faire payer moins cher ?".

    Bref, en un sens, ce sont les gens qui piratent Windows qui em****** les linuxiens honètes ...
  • [^] # Re: StarOffice 7 est sorti

    Posté par  (site web personnel) . En réponse à la dépêche StarOffice 7 est sorti. Évalué à 1.

    [+]

    Je n'en ai rien a fout** que les gens autour de moi utilisent SO à la place de OOo. Je préfère, même, puisque l'argent qu'ils dépenseront ira a ma suite de bureautique préférée.

    Enfin, moi, je reste sous OOo ... :-)
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  (site web personnel) . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    C'est possible avec un ordinateur de bureau (je veux dire, pas un portable) ?

    Est-ce qu'il faut du matériel recent, ou une "vieille" carte mère ATX peut faire ça ?
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  (site web personnel) . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.

    Je crois que je n'ai jamais vu un CPU ou autre matériel élèctronique mourrire prématurément.

    Par contre, cramer un disque dur, c'est chose fréquente. (Mais avec les systèmes de mise en veille des disques durs, je ne sais pas si il y a une vraie différence.) Même problème avec les écrans.
  • [^] # Re: Pour un boot plus rapide de Linux

    Posté par  (site web personnel) . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 3.

    Les modules

    + Ca permet de ne charger que le code nécessaire au moment ou on en a besoin. (moins de mémoire)

    + Ca permet d'installer de nouveaux drivers sans rebooter et sans tout recompiler.

    - Si un intrus parvient a être root, il peut charger un module et executer du code en kernel mode, et il peut vraiment foutre la m.... tout en restant quasi-invisible. (rien dans la liste des processus, ...)

    Donc, des + et des - ...
  • [^] # Re: R# une alternative opensource au langage Rebol

    Posté par  (site web personnel) . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 3.

    Euhhh, ?

    Tu pourrais aller voir la définition de l'OpenSource sur opensource.org ?

    Ahem ;-)

    Maintenant, cites-moi *un* logiciel qui correspond aux critères qui tu y as trouvé et qui ne satisfait pas ceux de la FSF. Hint : Solaris 9 n'est pas OpenSource.

    Avant, c'était facile, on citait la licence Apple, mais maintenant qu'ils ont travaillé avec les gens de la FSF, je ne connais même plus d'exemple.

    La différence est une question de philosophie.

    Libre = Mieux parce qu'offre plus de liberté (Cf. Stallman)
    OpenSource = "technically better" (Cf. ESR ou Torvalds)
  • [^] # Re: GNOME Office : trop tard ?

    Posté par  (site web personnel) . En réponse à la dépêche GNOME Office 1.0. Évalué à 1.

    > Concernant abiword et gnumeric, je pense qu'il ya abus de langage en parlant de
    > suite bureautique

    Il n'y a peut être pas une intégration exceptionnelle entre les deux, mais ça reste des applications de qualité.

    Je n'utilise pas trop gnumeric, mais j'ai entendu dire souvent que c'était le tableur le plus abouti, au dessus d'excel et opencalc. C'est en tous cas un très bon tableur.

    Pour ce qui est de abiword, il était à la rue niveau fonctionalité en 1.0, mais maintenant, il gère (enfin) les tableaux, et toutes les fonctionalités de base. Niveau architecture interne, voir les slides en lien sur l'un des premiers commentaires. C'est je pense un des meilleurs exemples d'application multi-plateforme, qui s'integre bien dans son environnement que ce soit sous windows ou sous Gnome. Visiblement, ils ont fait un gros chantier à l'intérieur pour que le développement soit plus rapide par la suite, donc, la suite me parait prometteuse.

    Perso, je parie sur ex-aeco d'ici deux ans, avec un format de fichier commun. Comment ça je rève ?
  • [^] # Re: Faille sendmail et vulnérabilité OpenSSH

    Posté par  (site web personnel) . En réponse à la dépêche Faille Sendmail et vulnérabilité OpenSSH. Évalué à 4.

    Oui, on peut faire des programmes garantis sans buffer overflow.

    Sans aller chercher jusqu'à l'Atelier B, il suffit de programmer en Java ou en Ada, ou n'importe quel language qui implémente des verification de débordement de tableau et autres à l'execution. (en Ada, en cherchant bien, il doit y avoir moyen de faire pointer un pointeur dans le vide, mais en Java, le pointeur est initialisé à null, et la mémoire n'est désallouée que par le garbage collector, donc, seulement lorsque personne ne pointe dessus.)

    MAIS ces vérifications à l'execution sont une perte de temps dans beaucoup de cas ou le programmeur est sur qu'il écrit dans la zone mémoire qu'il veut. Pour des applications destinées à des serveurs, cette perte de temps de calcul serait intolérable.

    Pour ce qui est de l'atelier B, il y a si mes souvenirs sont bons 500 hommes.mois de travail pour 50 000 lignes de code pour le métro météor. Fais une règle de trois pour voir ce qu'il faudrait pour le code d'un gros projet, et tu verras que ce n'est pas n'importe qui qui peut se le permettre.
  • [^] # Re: GNOME Office 1.0

    Posté par  (site web personnel) . En réponse à la dépêche GNOME Office 1.0. Évalué à 1.

    > sous Windows il suffit d'utiliser les fonctionnalités documentés du système

    Sous Windows 95/98/Me, oui.

    Sous Windows NT/2000/XP/2003, de quelle fonctionalités tu parles ?
  • [^] # Re: GNOME Office 1.0

    Posté par  (site web personnel) . En réponse à la dépêche GNOME Office 1.0. Évalué à 1.

    Il y a eu a ma connaissance au moins deux failles dans mutt, qui est pourtant très robuste.

    Evolution n'est pas magiquement à l'abris de tous les buffer overflow ...
  • [^] # Re: GNOME Office 1.0

    Posté par  (site web personnel) . En réponse à la dépêche GNOME Office 1.0. Évalué à 0.

    En général, je parle d'application Gnome quand elle utilise libgnome, mais c'est une question de vocabulaire ...
  • [^] # Re: Ford Europe est tenté par l'Open Source !!

    Posté par  (site web personnel) . En réponse à la dépêche Ford Europe est tenté par l'Open Source !. Évalué à 6.

    Ca serait bien de le rajouter dans le texte de la news.

    Une information qui date d'il y a 2 ans, et déjà démentie, ça fait un peu brouillon ici, non ?