reno a écrit 3886 commentaires

  • [^] # Re: et le logiciel de messagerie intégré à mozilla ?

    Posté par  . En réponse à la dépêche Mozilla 1.0.1 et 1.1 en français. Évalué à 1.

    Un point ennuyeyx quand tu migres de Netscape 4.7 a Mozilla: tu paumes ton carnet d'adresse.

    Peut-etre qu'avec Netscape7 (non disponible sous Solaris AFAIK), il est migre, je ne sais pas.

    Tu as prevu d'utiliser quel OS?
    Moi j'utilise Solaris et je n'ai toujours pas compris comment arriver a faire des mails avec accents, ce qui est curieux car mon collegue d'en face n'a aucun probleme, il a pourtant aussi un clavier QWERTY.

    J'ai regarde partout dans les preferences.. Pas trouve :-(
    Cela marchait tres bien sous Netscape4.7, mais il y a du avoir un probleme quand Mozilla a converti les preferences..

    Mais sous WindowsXP, cela marche correctement.

    Pour ce qui est de la version, j'ai du mal a te conseiller car sous Windows quand je suis pass'e de la 1.01 a la 1.1 j'ai plus de plantage qu'avant:
    ouifm + osnews + kerneltrap --> plantage avec la version 1.1, ce qui n'etait pas le cas pour la version 1.0..
    Mais pour le client Mail, pas de probleme particulier pour ces deux versions sous WindowsXP.
  • [^] # Re: Sortie de Mplayer 0.90-pre10

    Posté par  . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 2.

    Pourquoi troll?

    Tu as dit que Y était plus facile sous mdk que debian, et alors?

    Ce serait un troll si c'était faux ou que tu l'avais dit d'une manière désobligeante, mais j'espere qu'il est encore possible de comparer les distributions sans que cela dégénère en flamewar systèmatiquement.
  • [^] # Re: Comprendre XSLT, critique du livre

    Posté par  . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.

    Je te parie que plus de 90% des attributs d'un elements sont dans le meme espace de nommage que l'element.

    Donc tu te retrouves avec le namespace repete partout --> beurk.
  • [^] # Re: Des langages verbeux ?

    Posté par  . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.

    Bah il n'y a pas que l'écriture, il y a la lecture et franchement lire du XSL c'est du masochisme a mon avis.

    Dans le style language fonctionnel je prefererais nettement lire du O'Camel !!
    Bon il n'a pas été prévu pour cela au départ, mais avec une bonne librairie..
  • [^] # Re: Comprendre XSLT, critique du livre

    Posté par  . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.

    Tout a fait.

    Boubou:
    j'ai peut-etre utilisé hierarchie a la legere, mais en tout cas, je comprends tout a fait le besoin d'avoir des espace de nommage séparé: quand on autorise les utilisateurs a definir leur propre tag, il faut pouvoir eviter les conflits.
    D'ou ma surprise devant l'ajout tardif et "crade" selon moi des namespace.

    Crade car ce n'est pas le plus simple, cf remarque de Master-dik cela a été nécéssaire car ceux qui ont la version 1.0 n'ont pas vu plus loin que le bout de leur nez..
  • [^] # Re: Comprendre XSLT, critique du livre

    Posté par  . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.

    Note que franchement j'ai l'impression que c'est XML qui a des cotés mal fichus.
    Tout au moins pour ce qui est de l'écriture "a la main" de XML.

    Les namespace ont vraiment été "rajouté" de manière sale sur le XML normal, pourtant le besoin d'avoir une hiérarchie de noms me parait plutot évident..
    Quand un element a un certain namespace, le fait que ses attributs ne soient pas dans le meme namespace --> beurk!
    Certes cela ne pose pas de probleme a un parseur, mais bon au niveau lisibilité pour un humain, c'est franchement lourd!!

    Quand a XSL, franchement je trouve cela verbeux et moche, ceci dit j'ai téléchargé le PDF, peut-etre qu'il va me faire changer d'avis, mais j'en doute fortement.

    Ca aurait été bien un peu moins de hype et un peu plus de reflexion *a priori* AMHA (je sais la critique est facile, l'art est difficile).
  • [^] # Re: Suivi des commits Kernel sur BitKeeper

    Posté par  . En réponse à la dépêche Se familiariser avec le noyau Linux. Évalué à 1.

    ----------

    peut-etre qu'il en a marre des discussions stériles ou le meme sujet est remis sur le tapis pour la n-ieme fois?

    Si tu as trop d'agressivite, va la depenser dans des sports/jeux pas la peine de dire n'importe quoi pour faire baisser le rapport info/bruit.

    Si tu n'es pas capable d'apprecier une discussion intelligente par exemple dans le dernier article sur X (sniff, ca m'a presque rappele Usenet dans le temps) et que tu preferes les flamewar, je ne peux rien pour toi!

    Pour revenir sur le sujet, pour ceux qui veulent éviter BK, il y a un snapshot CVS fait tous les jours, cela devrait suffir amplement pour suivre sans trop de retard..
  • [^] # Re: XFree86 est-il assez rapide ?

    Posté par  . En réponse à la dépêche XFree86 est-il assez rapide ?. Évalué à 1.

    Mais offrent-t-il le meme niveau de fonctionnalité?
    Accélération 2D, 3D, etc..

    En général quand c'est beaucoup plus simple c'est qu'il manque des feature.. Ou alors c'est que l'historique de X/XFree a compliqué les choses.

    Note que je n'affirme rien ni dans un sens ni dans l'autre, je pose juste la question.
  • [^] # Re: Le Googlisme

    Posté par  . En réponse à la dépêche Le Googlisme. Évalué à 1.

    Payant StarOffice?
    Mais non, pas sur Solaris ;-)
  • [^] # Re: Le Googlisme

    Posté par  . En réponse à la dépêche Le Googlisme. Évalué à 1.

    On a StarOffice5.2 au travail, quand on ouvre des documents .doc assez simple, en général:
    1) le formatage est pourri
    2) les informations de revisions sont mal conservées
    3) le temps de démarrage de StarOffice est tres lent

    Je sais qu'il y a une nouvelle version de StarOffice/OpenOffice, il faudra que je l'installe un jour pour voir si ca va mieux, mais pour le moment la compatibilite est les .doc est mmm, comment dirais-je, "perfectible".
  • [^] # Re: Le Googlisme

    Posté par  . En réponse à la dépêche Le Googlisme. Évalué à 1.

    Mauvaise comparaison entre Windows et Google.

    Si tu n'utilise plus Windows, tu vas avoir des problemes pour lire les .doc (a moins d'utiliser Word sur Mac), tu ne pourras pas te servir d'énormément d'applications qui ne tournent que sous Windows.

    Si tu utilise un autre moteur de recherche que Google, tu ne perds rien, si ce n'est peut-etre la qualité des recherches apportées par Google, mais d'autre moteurs ne sont pas mauvais non plus.

    Les donnees utilisee par Google pour faire son indexation des sites web sont OUVERTES a tous, pas de format proprietaire, pas de secret, aucun avantage "verroullant" le client.

    Donc certes il est possible que Google "controle l'information", mais a la moindre alerte ils perdraient beaucoup de leur clientele: ca doit etre une motivation assez forte pour eviter de faire des betises.
  • [^] # Re: Pour les râleurs

    Posté par  . En réponse à la dépêche Le Googlisme. Évalué à 1.

    Ca n'a rien a voir avec ton poste, mais les !!!NOUVEAU!!! en rouge qui apparraissent au dessus des posts nouveaux sont:
    1) moches
    2) n'attirent pas beaucoup l'oeil

    -1 Hors-Sujet.
  • [^] # Re: Le Googlisme

    Posté par  . En réponse à la dépêche Le Googlisme. Évalué à 1.

    Bah, Google n'est pas le seul moteur de recherche, c'est juste un des plus connus car un des meilleur.

    Si un jour Google dérappe, rien ne t'empechera d'aller voir ailleurs.

    Je pense d'ailleurs que les dirigeants actuels de Google le savent tres bien, ce qui explique qu'ils n'y a jamais eu d'abus..

    Pourquoi etre parano, alors que rien ne te lie a Google?
  • [^] # Re: Modification du timer du noyau 2.4

    Posté par  . En réponse à la dépêche Modification du timer du noyau 2.4. Évalué à 1.

    Et bien justement, cela c'etait avant le patch de Robert Love, si je comprends bien, il a modifi'e le kernel de maniere a ce que le code utilisateur ne soit pas impacte par le passage du HZ a 1000.
  • [^] # Re: Pas le moment de frimer

    Posté par  . En réponse à la dépêche Microsoft s'essuie les yeux. Évalué à 1.

    Moi personellement avant j'était sous Linux mais maintenant je suis sous XP aussi: je suis dans une phase jeux video: IL2 c'est une drogue dure (un simulateur de vol 39-45).
    Comme je n'aime pas passer d'un systeme a l'autre tous les 5 minutes, je reste sous XP.

    Linux a gagné en confort utilisateur, mais Windows a gagné en fiabilite (plus fiable que 9x c'etait pas dure).

    off-topic:
    Qu'est ce que tu appelles "gel du systeme"?
    Le seul probleme qui m'arrive parfois sous XP, c'est explorer (le bureau) qui part en boucle (99% du CPU) il suffit de le tuer et de le redemmarer, c'est ca le gel dont tu parles?
  • [^] # Re: Surprenant

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

    Je confirme: ayant souffert de plein de crash avec urpmi/drakrpm j'ai essayé de jeter un coup d'oeil aux sources, et là: beurk du Perl compliqué. J'aime bien le Perl pour faire des moulinnettes, des petits programmes jetable, mais pour faire des outils aussi indispensable que drakrpm, je suis contre: dés qu'un programme Perl devient un peu grand, ça devient illisible et non-maintenable, sauf pour un gourou. Python ou Ruby auraient été mieux adaptés AMHA.
  • # Yopy ou Zaurus?

    Posté par  . En réponse à la dépêche Ristourne sur le Yopy pour les développeurs Linux. Évalué à 1.

    Bon il fallait bien que quelqu'un pose la question..
    Je me devoue :-)
    Quelqu'un connait-il un article qui ferait un comparatif entre les deux?
    J'hésite: dans les deux cas, ce n'est pas donné, donné..
  • [^] # Re: humpf

    Posté par  . En réponse à la dépêche "RunTime" : changement de contexte, Première partie. Évalué à -1.

    La critique est facile, l'art est difficile: ecris mieux et puis on verra.
  • [^] # Re: L'immersion est parfaite

    Posté par  . En réponse à la dépêche FlightGear Flight Simulator, le FS Libre. Évalué à 3.

    > Seul hic, je ne comprend pas encore pourquoi je pars vers la gauche sur la piste

    Laisse moi deviner: tu utilise un avion a helice?
    Le moteur et l'helice d'un avion tournent dans un sens, donc l'avion tourne dans l'autre sens et il faut compenser au decollage..
    C'est l'effet de torque.

    Si c'est sur un avion a reaction, ce n'est pas normal par contre..
  • [^] # Re: L'immersion est parfaite

    Posté par  . En réponse à la dépêche FlightGear Flight Simulator, le FS Libre. Évalué à 6.

    Je me demande s'il serait possible de rajouter des arbres "a la IL2". Les developpeurs d'IL2 ont trouve une facon tres astucieux pour rajouter des arbres qui ne doit pas etre trop gourmand et qui vu de suffisamment haut (50m d'altitude) est beaucoup plus joli que le rendu habituel (2 textures en croix pour chaque arbre): on a des vrais foret bien denses.. Je n'ai pas trouve d'image tres interessante pour ceux qui ne connaisse pas IL2, mais en voila une (de trop loin helas) http://fcb.nerim.net/il2/album/pics/020909-sky-headshot.jpg
  • [^] # Re: Format de Fichiers

    Posté par  . En réponse à la dépêche Sortie KOffice 1.2. Évalué à 9.

    Bah, editer un document sous un format plutot qu'un autre pour eviter les modifications ultérieure c'est comme faire un jeu closed-source pour éviter la triche.
    Tout le monde sait qu'il n'y a jamais de triche dans les jeux en-lignes :-)

    Cela rend les choses beaucoup plus difficiles, certes, mais cela reste loin d'etre impossible.
  • [^] # Re: HP et Microsoft.

    Posté par  . En réponse à la dépêche Bruce Perens viré de HP. Évalué à 3.

    Mmm, j'ai beaucoup de mal avec HP-UX, mais le plus pourri: tu as déja utilise SCO?

    Bon -1 car hors-sujet.
  • [^] # Re: Legendaire ???

    Posté par  . En réponse à la dépêche L'esprit de BeOS va-t-il survivre ?. Évalué à 10.

    Pas d'accord: je me souviens d'une etude qui étudiait les performances du noyau Linux en fonction du temps: elles augmentaient en fonction du temps, elles ne diminuaient pas (sauf pour le changement de contexte ou la prise en compte des registes type MMX a augmente le temps necessaire pour changer un contexte).

    La meilleure reactivité de BeOS par rapport a Linux est tout simplement du a ce que leur interface graphique est mieux concue, elle avait une limitation : pas d'export display comme X, mais je pense qu'il aurait été possible de le rajouter comme VNC le fait pour Windows.
    Le "non-blocage" est dut au fait que les applications étaient multi-thread.

    Ensuite il ne faut pas exagerer quand meme: il n'y avait pas que le gestionnaire de fichier qui tournait sous BeOS, meme si le nombre d'application etait limité.
  • [^] # Re: Legendaire ???

    Posté par  . En réponse à la dépêche L'esprit de BeOS va-t-il survivre ?. Évalué à 10.

    Pareil: je l'ai installé pour voir et j'ai beaucoup aimé la réactivité des applications et la fluidite.

    Je m'explique:
    - reactivité: les applications répondent tres vite
    - fluidite: quasiment jamais de blocage si quelque-chose met beaucoup de temps a se faire je peux continuer a faire autre-chose avec la meme application.

    Les applications sous Linux|Windows ne sont souvent ni l'un ni l'autre: un exemple Mozilla :
    - non reactif: quand on clique dans un menu on sent la lourdeur de XUL, il y a un (petit) temps d'attente.
    - non-fluide: parfois une page met beaucoup de temps a s'afficher (serveur inaccessible par ex) alors l'ecran est gelé durant un certain temps: on ne peut pas switcher dans une autre tab pour continuer a surfer..
    Ceci n'est pas un troll contre Mozilla: je l'utilise car j'apprecie sa portabilite Solaris|Windows|Linux et son rendu des pages web, et de plus meme les applications native X on sent aussi une certaine lenteur dans la reactivite.

    Bon apres avoir ete bluffe par BeOS, je l'ai désinstallé: pas assez d'applications..
  • [^] # Re: Combat d'arrière garde tout ca...

    Posté par  . En réponse à la dépêche Common LISP, un langage à (re)découvrir. Évalué à 1.

    Désolé mais le Pascal standard était un jouet.

    C'est pour ça que le TurboPascal a eu autant de succès: il apportait plein de truc tres utile..