Yves BAILLY a écrit 26 commentaires

  • # Autre LUG à Dijon

    Posté par  . En réponse à la dépêche Les RMLL 2005 se dérouleront à Dijon !. Évalué à 2.

    Juste pour mémoire ou information, il existe un autre LUG à Dijon indépendant de l'université :
    http://www.coagul.org(...)
    J'espère qu'ils seront impliqués !

  • [^] # Re: LMAG est saoulant

    Posté par  . En réponse à la dépêche Revue de Presse - Janvier 2004. Évalué à 1.

    Coucou, je suis l'auteur de l'article.

    c'est en support de Qt

    Ben non, cela présente une alternative au système de Qt, ainsi qu'à d'autres systèmes équivalents. Par exemple, libsigc++ a été créée pour Gtkmm, mais je lui trouvais des défauts.

    Surtout que découvrir sa (minuscule) bibliothèque personnelle, c'est pas franchement ce qui m'intéresse le plus

    Je comprends que cela n'intéresse pas. Ceci dit, il me semble que l'intéressant n'est pas la "bibliothèque personnelle" en elle-même, mais son élaboration et les techniques qu'elle sous-tend.

    Enfin voilà.

  • # Pourquoi encore un langage ? Et PyQt ?

    Posté par  . En réponse à la dépêche Qt Script for Application. Évalué à 10.

    J'aime beaucoup la librairie Qt, et la possibilité de "scripter"
    une application est intéressante, mais là j'avoue ne pas bien
    comprendre...
    Pourquoi redéfinir un nouveau langage, fut-il basé sur
    JavaScript ? Par exemple, pourquoi ne pas s'appuyer sur
    PyQt (le portage de Qt en Python) pour faire cela ? Justement,
    je bosse sur l'intégration de Python dans une (grosse) application
    basée sur Qt, pour pouvoir exécuter des scripts...
    Pourquoi TrollTech ne se penche-t-elle pas davantage sur
    PyQt ? Toute l'infrastructure existe déjà !
    Pour info sur PyQt : http://www.riverbankcomputing.co.uk/pyqt/index.php(...)

  • # Et le LUG de Dijon ?

    Posté par  . En réponse à la dépêche Manifestations Linux à Nantes, Dijon, au Luxembourg et en Côte d'Ivoire. Évalué à 10.

    Hé oui, il y a un LUG à Dijon : http://www.coagul.org(...) !
    Je viens d'écrire aux organisateurs, j'espère que nous
    pourrons intervenir dans leur manifestation afin d'apporter
    ne serait-ce que quelques témoignages...

    Étant donné le peu de temps dont nous disposons, nous
    apprécierions toute aide, par exemple sous la forme de
    présentations à vidéo-projeter, de transparents, que sais-je...

  • [^] # Re: Vieux PC...

    Posté par  . En réponse à la dépêche Feuilleton Debian dans... PC EXPERT. Évalué à 3.

    Personnellement, pendant de long mois ma passerelle/firewall
    était un bon vieux 486 DX2-66, avec 16Mo de mémoire...
    qui a assuré sans broncher le partage d'une ligne ADSL entre
    trois autres machines ! Plus DNS, plus serveur d'impression...
    Je crois qu'un jour, la fièvre est montée, et la charge système
    a dépassé les 0.5 ;-)

    Les (vraiment) vieilles machines ont encore de beaux jours
    devant elles. Quand à un Celeron avec 64Mo, qualifier ça
    de "vieux PC", c'est à moi que ça file un coup de vieux...

  • # Don't feed the troll

    Posté par  . En réponse à la dépêche Compétence Micro : numéro spécial Linux. Évalué à 10.

    ...sauf ceux de TrollTech.


    Bonjour à tous, je suis l'auteur de ce modeste numéro de Compétence Micro. Je vois déjà les foudres me menacer de crémation pour diverses raisons, alors voici - je l'espère - de quoi calmer un peu les esprits.



    Première chose : le volume de ces manuels est limité. Celui dont il est question est déjà d'une épaisseur supérieure à la moyenne, imprimé en taille 11 et non 12 pour gagner de la place. Donc des choix doivent être faits, surtout pour suivre la "ligne" éditoriale qui est d'en mettre un maximum dans un minimum d'espace, le plus pratique possible. Cela impose de sabrer parfois, sans pouvoir justifier ces choix dans le manuel (manque de place et ce n'est pas l'objectif).



    Deuxième chose : le choix de la distribution (Mandrake). Les raisons de ce choix sont :


    • la continuité par rapport au précédent manuel, qui détaillait l'installation d'une Mandrake Gold 2000 (la première installation graphique de cette distribution) ;

    • je crois profondément qu'il s'agit encore de la distribution la plus abordable pour un débutant (perso j'utilise Slackware) ;

    • pour la première fois, cet éditeur a accepté un manuscrit dans un format autre que Word : il devait donc lui-même utiliser la même distribution que celle décrite, elle devait donc être simple à mettre en oeuvre pour lui ;

    • à l'époque, j'étais encore employé par MandrakeSoft, je ne m'attendais pas à être licencié (pour ceux que ça intéresse, j'ai fait rpminst et participer à rpmdrake, avec David Odin), cela me paraissait un moyen de "rendre" la situation privilégiée dans laquelle j'étais (salaire élevé, télé-travail, etc.).



    Bref. Évidemment, tout travail est perfectible, peut-être surtout celui-ci. Mais encore une fois, gardez à l'esprit que


    • il est impossible de tout aborder dans aussi peu de place, et

    • l'objectif du manuel est de faciliter la vie au lecteur, donc de le guider pas-à-pas sur un chemin donné, quitte à occulter d'autres chemins.



    Les esprits chagrins peuvent toujours proposer à l'éditeur d'écrire des manuels "Debian mon amour" (d'ailleurs, je vais me l'installer bientôt), ou "Gnome de mes rêves".



    Dernière info, j'ai eu une conversation (par mail) fort intéressante avec un lecteur, utilisateur de Mandrake depuis le début, qui conteste l'appellation GNU/Linux. Son argument est de dire que du point de vue de l'utilisateur, il est davantages utilisateur de Linux/KDE que de quoi que ce soit d'autre. Car l'utilisateur voit KDE - pas GNU. C'est discutable, mais cela se défend. (merci de ne pas discuter du parti pris de KDE au lieu de Gnome ou autre, ce n'est pas le sujet).



    Peut-être serait-il bon de nous "mettre à niveau" si nous voulons diffuser le système, et arrêter de nous quereller sur des aspects, sinon secondaires, du moins très élitistes.



    Bien cordialement,

  • [^] # Re: Jay Beale aussi !

    Posté par  . En réponse à la dépêche L'avenir de plex86 menacé?. Évalué à 2.

    C'est extrèmement simple. En partie grâce à la fameuse (fumeuse ?) équipe américaine, il n'y a plus d'argent. Donc il faut réduire les coûts pour dépenser moins que ce que l'on gagne.

    Donc on licencie.

    Rappel de grammaire : le "on" est impersonnel...

  • [^] # Re: Et les autres?

    Posté par  . En réponse à la dépêche Retranscription du chat avec le PDG de MandrakeSoft. Évalué à 2.

    Et alors, c'est leeeennnnttt.... c'est affreusement lent. Je ne sais pas si ça vient du
    serveur, mais tous les sites que j'ai croisé sous PHPNuke sont vraiment pénibles à charger.

    Jette un oeil sur SPIP : http://www.uzine.net/rubrique91.html(...)
    C'est français, sous GPL, à la fois souple et simple à utiliser/administrer. Pour se convaincre de la souplesse, voir http://www.uzine.net/article884.html(...) (désolé, parfaitement off-topic).

  • # A quoi ça sert ?

    Posté par  . En réponse à la dépêche XSL-FO devient une recommandation. Évalué à 1.

    C'est sans doute une question bête, mais dans le tutorial indiqué, il est dit : L'objectif de XSL est de définir un langage de présentation de document, indépendant des systèmes et des logiciels. Autant la validité de ce concept est prouvée sur Internet, autant, dès lors qu'il s'agit de présenter des documents sur papier, il n'existe pas ce type de méthode en dehors de la sphère SGML..

    Mais n'est-ce pas justement la fonction essentielle de LaTeX, de produire des documents papiers de grande qualité, et indépendamment de la plate-forme ? Un PDF généré à partir de LaTeX sous Linux, et un autre sous Windows, sont rigoureusement identiques, je l'ai encore vérifié récemment.

  • # Mon expérience et mon avis

    Posté par  . En réponse à la dépêche Et le télétravail ?. Évalué à 3.

    J'ai la chance d'être en télétravail, les bureaux étant à 300km, tout ça sur une ligne ADSL. Débit en download : 512Kbps, c'est-à-dire à peine plus de 3h pour télécharger un CD.

    La plupart du temps, la ligne de commande (notamment cvs, rsync et ssh) suffit amplement. Pour quelqu'un voulant un véritable affichage distant, il y a la possibilité d'utiliser Xnest en affichage déporté dans un tunnel ssh sécurisé.
    Sisi, ça marche.

    Si je suis sur la machine A, la machine distante étant la machine B, alors :
    [moi@A]$ ssh -C -X me@B
    [me@B]$ Xnest -query B :1

    (le -C, c'est pour appliquer la compression, le -X, c'est pour demander le transport des messages graphiques de X)

    Et hop ! Je récupère l'écran de login de la machine distante (ce qui suppose qu'un xdm/kdm/gdm/*dm tourne dessus). Naturellement, l'interface réagie péniblement, mais tant qu'on ne veut pas visionner une vidéo c'est tout à fait supportable.

    Ensuite, la synchronisation des dossiers et autre, ça doit pouvoir se résoudre assez simplement avec des rsync (ou des montages NFS, mais là il faut être masochiste).

    Donc bref, des solutions existent (celle-ci n'est pas forcément la meilleure). Maintenant, comme un autre commentateur l'a fait remarqué, il faut surtout avoir la mentalité adaptée : tellement facile de ne pas se lever le matin, et tellement tentant de ne pas se coucher le soir...

  • [^] # Re: Pareil

    Posté par  . En réponse à la dépêche Al Stevens n'aime pas QT. Évalué à 2.

    Je ne vois pas bien où est le problème... il existe également des versions Perl et Python de Qt (les autres langages, je ne sais pas).

    Mais cet aspect, me semble-t-il, n'est pas lié au toolkit, mais plutôt à l'intérêt qu'on lui porte. Et de ce coté, il est clair que Gtk+ est plus apprécié que Qt (à mon avis, plus pour des raisons idéologiques que véritablement techniques).

  • [^] # Re: Pareil

    Posté par  . En réponse à la dépêche Al Stevens n'aime pas QT. Évalué à 4.

    Je cite : "les mécanismes objets n'étaient pas utilisés et qu'ils étaient "fait" grace à des macros".

    Hum, il me semble que c'est le contraire. Qt utilise (presque) toute les fonctionnalités objets du C++ (manque les espaces de nom). Tandis que Gtk+ est un incroyable assemblage de macros : pour s'en convaincre, consultez le code source de n'importe quel programme en Gtk+, vous verrez l'utilisation de macros comme GTK_WIDGET pour réaliser des transtypages infernaux, qui se font naturellement en C++.

    Par ailleurs, la création de widgets personnels est assez pénible en Gtk+. C'est d'une facilité déconcertante avec Qt.

    Bon, je laisse apparaître ici mon opinion. Lorsqu'il s'agit de choisir entre Gtk+ et Qt, je ne vois que des arguments subjectifs. Techniquement et objectivement, les deux librairies se valent en terme de fonctionnalités. Après, c'est affaire de goût.

    Mes 2 euro-cents.

  • # Les gouts et les couleurs...

    Posté par  . En réponse à la dépêche Al Stevens n'aime pas QT. Évalué à 4.

    Bon, difficile de critiquer sans avoir lu l'article, néammoins :

  • les namespaces ne sont pas reconnus par tous les compilateurs, or Qt se veut utilisable par un maximum de compilateurs ; ceci étant, c'est vrai que ça serait utile ;

  • la dernière version de Qt est annoncée "STL-compatible" (et ceci dit, la STL n'est pas si terrible que ça, voir les archives des mailing-list pour les critiques) ;

  • certes, le moc introduit une petite compliquation, mais franchement, je n'ai rien trouvé d'aussi simple et puissant que les signaux/slots de Qt (encore que http://libsigc.sourceforge.net(...) semble fort intéressant, d'ailleurs certains suggèrent de l'utiliser dans Qt) ;

  • bricolage macroique, bof, pas tellement, en tout cas l'utilisateur de la librairie (i.e. le développeur) ne le vois pratiquement pas ;

  • le style de codage ? warf, prenez 25 développeurs, vous aurez 25 styles différents ; même au sein d'une boîte, il n'est pas toujours facile de s'accorder sur une convention ;

  • des new sans delete sur les composants internes ? et alors ? ça se passe comme ça dans presque toutes les APIs graphiques que j'ai rencontrées.



    • Bon, bref. On peut toujours jouer les grincheux. Je n'aime pas Gtk+ (pour diverses raisons), mais je reconnais que ça fonctionne plutôt bien. Qt, j'aime beaucoup, et force est de reconnaître que ça marche aussi plutôt bien.

    Donc, si cet honorable monsieur n'aime pas le C++ ou les macros (parcequ'en fait, ça revient à ça), hé bien, qu'il change de langage. Toujours facile de critiquer.

  • [^] # Re: Générer du LaTeX

    Posté par  . En réponse à la dépêche KOffice-1.1 est sortie. Évalué à 1.

    Pour les filtres d'import/export : http://www.koffice.org/filters/status.phtml(...)
    Et apparemment, KWord peut exporter du LaTeX (encore en bêta). Sinon, utilise LyX, ça marche pas mal. Enfin le meilleur générateur de LaTeX que je connaisse, c'est encore mes doigts dans un éditeur de texte ;-)

  • [^] # Re: MESSAGE AUX MODERATEURS...

    Posté par  . En réponse à la dépêche La Mandrake 8.0 PPC est dispo!. Évalué à 1.

    Bon, restons calme.<br>
    1- il y a des sites de téléchargement ;<br>
    2- les news sur Netscape et compagnie sont bels et bien passées (je les ai vues) ;<br>
    3- il s'agit de nouvelles concernant Linux, je ne vois pas en quoi le fait que ce soit Mandrake soit gênant ;<br>
    4- Mandrake est tellement "américanisant" qu'ils ont viré TOUT le staff américain.<br>
    <br>

  • # Je l'utilise...

    Posté par  . En réponse à la dépêche Encore un "DaCode-like" ?. Évalué à 1.

    ...sur le site http://adot21.free.fr.(...) La mise en page est de mon cru, sinon toute la gestion de la base de données et du PHP c'est SPIP. En effet, c'est plutôt pas mal, notamment l'interface d'administration très simple à utiliser. Le gros avantages : quelqu'un ne connaissant pas le HTML peut écrire un article avec de la mise en forme, en utilisant des marqueurs spéciaux : {mot} pour l'italique, {{mot}} pour le gras, gestion des notes de bas de pages, etc.

  • [^] # Re: Traduction

    Posté par  . En réponse à la dépêche FAQ sur le développement sous KDE. Évalué à -1.

    Si c'était le cas, tu ne pourrais pas poster une telle ânerie, parceque tu n'aurais aucun programme qui marche.

  • [^] # Re: PDF

    Posté par  . En réponse à la dépêche KIllustrator vs. Adobe : suite. Évalué à 1.

    Le PostScript (qui ne supporte pas l'hyper-texte, c'est vrai) n'est pas si mal, non ? Ca passe sous toutes les plate-formes (que je connais en tout cas).

  • # J'oubliais...

    Posté par  . En réponse à la dépêche KIllustrator vs. Adobe : suite. Évalué à 2.

    ...cette question dans la news : ne serait-ce pas la bonne occasion de mettre en branle la FSF Europe ? Ou plus généralement, si quelqu'un a une idée pour soutenir efficacement Kai-Uwe Sattler...

  • [^] # Re: Quel domaine d'application ?

    Posté par  . En réponse à la dépêche Un nouveau newsgroup en francais sur Python. Évalué à 1.

    - Est il possible de compiler du python


    Oui, c'est possible, mais attention, l'exécutable résultant est assez gros... Un utilitaire est fourni dans les sources de Python, dans le répertoire Tools/freeze.


    Mais attention, l'exécutable résultant dépend de la plateforme : s'il a été généré sous Linux, il ne tournera pas sous Windows... Enfin, autnat que je sache.

  • # Ben voyons

    Posté par  . En réponse à la dépêche Aujourd'hui la St Isidore. Évalué à 1.

    Et si on n'est pas catholique ? Ni croyant du tout, d'ailleurs. Désolé, je n'ai ni envie ni besoin d'un "saint" patron.

    Conservons un certains laïcisme, inutile d'amener des guerres de religion entre nous, il y a bien d'autres sujets.

    Bien que dans la catégorie "humour", cette news ne me fait pas rire du tout.

  • # Les machines "trop vieilles"...

    Posté par  . En réponse à la dépêche Revue de presse Libé. Évalué à 1.

    Hello,


    Dans l'article sur les "dons d'ordi", l'auteur cite Marc Gallais-Hamonno (responsable du projet Internethon), qui dit que "On ne peut plus distribuer des PC sans lecteur de CD-Rom".


    Ha bon ? Pourtant, dans notre LUG, nous partageons la connexion internet sur un vieux 486DX2-66, 20Mo de RAM, 200Mo de disque, qui n'a jamais vu un lecteur CD de sa vie... Et un terminal X n'a pas besoin de lecteur CD non plus !


    Je suis d'accord qu'un particulier a besoin d'un lecteur CD, mais pas mal d'assoc peuvent bien profiter d'une "vieille" machine, même sans lecteur CD...

  • [^] # Re: La preuve

    Posté par  . En réponse à la dépêche Vous ne maîtrisez pas Perl ?. Évalué à 1.

    certainement, d'ailleurs un programme comme ça est beaucoup plus clair :

    long a=10000,b,c=8400,d,e,f[8401],g;main(){for(;b-c;)
    f[b++]=a/5;for(;d=0,g=c*2;c-=14,printf("%.4d",e+
    d/a),e=d%a)for(b=c;d+=f[b]*a,f[b]=d%--g,d/=g--,
    --b;d*=b);}

    Si si, ça calcule réellement les 2400 premières décimales de Pi...

  • [^] # Re: rahh

    Posté par  . En réponse à la dépêche Sortie de Qt 2.3. Évalué à 1.

    Voici (trouvé dans les commentaires sur /.) un screenshot de Konqueror avec une police arabe :

    http://www.arablug.org/stories/kon.png(...)

    Selon la personne qui a posté le commentaire, "sans l'anti-aliasing, les polices arabes sont affreuses".

    Cordialement,

  • [^] # Re: je comprends pas...

    Posté par  . En réponse à la dépêche Accès Internet pour tous au Brésil. Évalué à 1.

    Cela peut en effet surprendre... Mais pour info, <a href="http://www.trolltech.com">TrollTech</a>(...) propose sa lirbaire Qt sous forme "embedded". Sur leur site, il y a une disquette de démo (oui, seulement 1.44Mo !) qui contient un environnement graphique, lanceur d'applications, quelques jeux bébêtes, un éditeur de texte... (désolé, je ne retrouve pas l'URL de la disquette)<br>
    Et j'ai vu quelque part que Konqueror a put être recompilé avec cette version de Qt, et n'occupe plus qu'une place ridicule ! La magie du FrameBuffer de Linux...<br>
    Dès qu'on se passe de X-Window, tout cela devient possible. A mon avis, c'est la technique qui sera utilisée (encore que je n'ai pas plus d'info).