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.
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.
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..
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..
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).
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..
Posté par reno .
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".
Posté par reno .
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.
Posté par reno .
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
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.
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?
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.
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é..
> 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..
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
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.
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é.
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: et le logiciel de messagerie intégré à mozilla ?
Posté par reno . En réponse à la dépêche Mozilla 1.0.1 et 1.1 en français. Évalué à 1.
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 reno . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 2.
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 reno . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
Donc tu te retrouves avec le namespace repete partout --> beurk.
[^] # Re: Des langages verbeux ?
Posté par reno . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
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 reno . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
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 reno . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
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 reno . 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 reno . En réponse à la dépêche XFree86 est-il assez rapide ?. Évalué à 1.
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 reno . En réponse à la dépêche Le Googlisme. Évalué à 1.
Mais non, pas sur Solaris ;-)
[^] # Re: Le Googlisme
Posté par reno . En réponse à la dépêche Le Googlisme. Évalué à 1.
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 reno . En réponse à la dépêche Le Googlisme. Évalué à 1.
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 reno . En réponse à la dépêche Le Googlisme. Évalué à 1.
1) moches
2) n'attirent pas beaucoup l'oeil
-1 Hors-Sujet.
[^] # Re: Le Googlisme
Posté par reno . En réponse à la dépêche Le Googlisme. Évalué à 1.
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 reno . En réponse à la dépêche Modification du timer du noyau 2.4. Évalué à 1.
[^] # Re: Pas le moment de frimer
Posté par reno . En réponse à la dépêche Microsoft s'essuie les yeux. Évalué à 1.
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 reno . En réponse à la dépêche La Mandrake 9 est sortie !!. Évalué à 1.
# Yopy ou Zaurus?
Posté par reno . En réponse à la dépêche Ristourne sur le Yopy pour les développeurs Linux. Évalué à 1.
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 reno . En réponse à la dépêche "RunTime" : changement de contexte, Première partie. Évalué à -1.
[^] # Re: L'immersion est parfaite
Posté par reno . En réponse à la dépêche FlightGear Flight Simulator, le FS Libre. Évalué à 3.
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 reno . En réponse à la dépêche FlightGear Flight Simulator, le FS Libre. Évalué à 6.
[^] # Re: Format de Fichiers
Posté par reno . En réponse à la dépêche Sortie KOffice 1.2. Évalué à 9.
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 reno . En réponse à la dépêche Bruce Perens viré de HP. Évalué à 3.
Bon -1 car hors-sujet.
[^] # Re: Legendaire ???
Posté par reno . En réponse à la dépêche L'esprit de BeOS va-t-il survivre ?. Évalué à 10.
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 reno . En réponse à la dépêche L'esprit de BeOS va-t-il survivre ?. Évalué à 10.
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 reno . En réponse à la dépêche Common LISP, un langage à (re)découvrir. Évalué à 1.
C'est pour ça que le TurboPascal a eu autant de succès: il apportait plein de truc tres utile..