Bah, le dvorak il est pas trop adapté pour le Français: il manque les accents!
Et je pense qu'on se mettra d'accord sur un clavier commun, a peu près en même temps que tous le monde utilisera la même langue..
J'aime bien le clavier canadien, déjà il est standardisé ce qui évite les ajouts créatifs (beurk) des constructeurs: sur mon dernier clavier il y a des touches Power,Sleep,WakeUp a la place de ImprEcran(etc) qui ont été décalé vers le bas.
Je l'ai trouvé très saumatre quand j'ai voulu faire une capture d'écran dans un jeu et que ça m'a étteint mon ordinateur..
Il y a moyen d'être créatif dans les touches: personnellement j'aimerai bien des touches "articles suivan/précedent" ou open/close, copier/coller, mais des touches pour arréter l'ordinateur, franchement, on ne le fait qu'une fois par session, quelle intéret d'accélerer quelquechose d'aussi rare?????
Pour les accents au dessus des chiffres facon QWERTY et non pas les chiffre au dessus des lettres façon AZERTY je suis assez mitigé: au début ça me génait dans les clavier AZERTY, mais en utilisant le pavé numérique on a un accés rapide au chiffre..
Par contre mettre QWERTY a la place d'AZERTY, ça j'aime beaucoup!
Pour moi AZERTY n'a AUCUN intérèt et je parie que la vitesse des gens habitués a un clavier tapant du Français en AZERTY ou en QWERTY est la même (a part les accents bien sûr).
J'aimerais bien que la France normalise ce clavier, (en ajoutant juste AltGrE --> ) ,ce serait vraiment agréable, enfin je pense que ça ne se ferat jamais..
Moui enfin réserver un emplacement sur le clavier pour un symbole utilisé uniquement en science..
Un combinaisement du style AltGr+u --> µ me paraitrait amplement suffisant.
Le prix est sûr?
Sur le site web, je vois un prix de 65$ pour la version personnelle..
Sinon, franchement, leur approche marketing de Linux me parait timide: comme pas mal de monde ici j'ignorais totalement qu'il y en avait une version pour Linux, s'ils ne parlent de leur produit comment veulent-ils en vendre?
Franchement, ça ne doit pas être bien compliqué: un partenariat avec OpenOffice ou KOffice ou AbiWord ou Mozilla pour qu'ils fournissent une interface qui permettent d'appeler simplement un correcteur (aspell ou Correcteur 101), un lien de pub sur les pages web en questions et hop!
Leur site web est tout pourri: je voulais leur envoyer un lien avec la discussion en cours pour leur montrer qu'il y a un problème: les gens ne disent pas "c'est quoi correcteur101", mais "c'était disponible pour Linux? première nouvelle!", mais le bouton "contactez-nous" est sans effet..
Mouai, si je me souviens bien, il a quand même désavoué la LGPL que je trouve très bien pour les library moi: normal elle a été crée pour ça au départ.
Ce n'est pas étonnant: ce jeu a été fait par et pour l'armée américaine comme outil de promotion/recrutement, donc forcément il fait de la propagande pro-armée et pro-américaine, c'est le but!
Mon avis perso est: si on est assez c^Wbête pour croire que faire l'armée ressemble a un jeu vidéo, alors oui on est mérite d'aller dans l'armée..
Bah, si tous le monde suivait ce principe il n'y aurait pas un seul noyeau Linux, mais un noyau AlanCoxus, un Thorvardus, un ...
C'est avec ce genre de raisonnement qu'on se retrouve avec plein de logiciels pas tres puissant et quasi-inutile.. Un access-like est suffisamment complexe pour avoir besoin de plusieurs programmeurs!
Je pense qu'il serait beaucoup plus raisonnable d'évaluer d'abord kexi qui a l'air quand même relativement avancé, voir si le code plait, proposer quelques patches, discuter avec le(s) développeurs et si le contact se fait bien contribuer réellement a kexi..
Si tu suis le lien sur Fresco, il y a un comparatif entre Fresco et X, et non seulement Fresco a la même chose que le export DISPLAY d'X mais cela devrait être plus réactif avec moins de bande passante prises.
Mais bon Fresco ne sera pas un concurrent valable d'X avant des années..
Pas d'accord avec toi: la raison pour laquelle, on n'utilise pas Hurd/L4/Fresco est technique: ils ne sont pas prèts.
Tant qu'ils ne seront pas meilleurs que l'existant, on n'a aucune raison de changer.
Une nouvelle hiérarchie de fichier comme sous MacOSX, n'est pas un problème technique, c'est un problème humain!
L'intérét d'une organisation standard pour le système de fichier est qu'elle est standard justement, a cause des guéguerres entre les différents Unix commerciaux, le système de fichier standard n'a pas évolué et on se retrouve avec des abérrations du style /etc au lieu de /conf.
La "guerre" entre les distributions Linux empècherait probablement d'avoir une nouvelle hiérarchie standard:
- faut-il traduire les noms? (avis perso: non)
- User ou Users ou user ou users ? (avis perso: user)
- VideoFiles, "Video Files", video_files (avis perso: video_files)
etc...
On n'est même pas fichu d'avoir un seul système de packaging pour les divers Linux + BSD, ou un seul type de script de démarrage, alors avoir un nouveau système de fichier commun..
>Je me pose la question de savoir ce que ça offre comme intérêt d'afficher la calculatrice avec un effet sinusoïdal, de faire tourner la barre de tâches etc etc ...
L'intéret que c'est beau, point.
Les gens veulent du beau: il y a déjà tous les winamp et companie avec leur système de skin qui en général te ralentisse car tu as du mal a trouver ce que tu cherches, leur intérét, c'est d'etre beau, même si leur interface est plus confuse..
Ceci dit parfois considèrer les interfaces "nouvelles génération" comme uniquement pour "faire beau", c'est franchement réducteur.
Ca ne te choque pas toi que quand tu change la résolution de ton écran, ce qui est affiché a l'écran change de taille?
Fresco est prévu pour être indépendant le plus possible de la résolution, et a une architecture qui me parait nettement plus intéréssant que X: le client dit affiche moi un menu, pas dessine une boite,etc.. Cela devrait être beaucoup plus économe en bande passante réseau que X, ce genre d'interactions "haut niveau"..
Bon ceci dit a la vitesse a laquelle Fresco se développe, il sera peut-etre pres a remplacer X dans 30 ans :-(
Et non, ce n'est pas un troll, juste un constat.
Posté par reno .
En réponse à la dépêche Un écran 3D.
Évalué à 2.
Mouai, ce genre de système est aussi très bien pour te flanquer le mal de mer: les yeux voyant quelque-chose qui ne correspond pas a ce que perçoit l'oreille interne --> conflit.
Sinon tu peux t'acheter un trackIR, pour que l'affichage sur ton écran suivent les mouvements de la tète, pour les simulateurs de vol c'est tres bien, pour la course automobile, je ne sais pas..
Euh moi ce serait plutot les clients FTP intégrés aux browser qui m'énervent : quand on fait des gros download, genre image iso en général ils ne sont pas fichus de faire de la reprise sur erreur correctement: vive ncftp!
Je suppose qu'il s'agit d'un sarcasme, note quand même que depuis longtemps les distribs Linux ont succombés a la splashscreenasation d'un peu tout: le boot, le démarrage de KDE, etc...
Personellement je déteste cela: j'en ai rien a faire du joli dessin, tant qu'a attendre que ça se lance (et booter le noyeau + l'interface graphique, c'est pas rapide sous Linux: BeOS était nettement plus rapide), autant avoir des informations précises sur ce qui se passe.
Mais on ne peut pas dire que Suse soit le seul a faire cela: la plupart des distributions facile a utiliser le font aussi..
Bah, a un moment donné, c'était facile de répérer les documents fait en Latex: toutes les illustrations était a la fin du chapitre.
Dans le genre facile a lire, c'est pas terrible! Ceci dit, c'est moins fréquent maintenant.
Chacun ses gouts mais franchement apprendre un language de programmation (pas tres regulier d'ailleur) pour faire un doc, bof..
Personellement mon traitement de texte préféré est FrameMaker, simple a utiliser (contrairement a Latex) et permet aussi de faire des livres entiers sans problème..
Bah, c'est en logiciel Microsoft, les 25 Millions! Donc c'est le prix que les clients payeraient s'ils les achetaient dans le commerce, pour Microsoft la dépense doit correspondre au prix de productions des boites et CD, elle est ridicule..
Par contre, cela représente un "manque à gagner" si les clients avaient vraiment désiré acheter du Microsoft, ils auraient payé ce prix là.
>est-ce vraiment une solution de facilité que de choisir M$ ?
Oui: c'est connu, les logiciels libres sont inconnus/nouveaux..
Message de soutien?
Euh, ils ont pas le couteau sous la gorge quand même, c'est a eux et a personne d'autre de faire leur choix.
Bien sur s'ils achetent du Microsoft, ce qu'ils ont gratuit maintenant ils le payeront lors des mise-a-jour ultérieure, mais bon je suppose qu'ils le savent..
>A peine j'ai mon mozilla 1.3 en français que Mozilla 1.4b sort et me fait saliver
Euh, le nombre d'ammélioration a quand même tendance a se réduire, autant j'étais content d'avoir la 1.3 pour le filtre anti-spam, autant dans le résumé du dessus, je n'ai pas vu une seule caractéristique qui m'intérresse personellement.
Ce n'est pas une critique de Mozilla que j'utilise tout les jours, juste une constation qu'apparemment il arrive a maturité, donc les nouvelles feature super-ultra-méga-plus se font rare..
Bon le support SVG sans plugin serait pas mal quand même..
Ca m'agace quand je lis ça: RISC: Reduced Instruction Set Computer: ordinateur à jeu d'instruction réduit.
Donc RISC ou CISC sont des qualificatifs qui font référence au jeu d'instruction externe du CPU: on se fiche de l'implémentation interne qui utilise souvent une forme "décodée" des instructions que ce soit pour les RISC ou les CISC.
Il existe aussi des RISC implémentés avec du micro-code.
La bataille CISC/RISC n'existe plus dans le sens:
1) tous les nouveaux jeux d'instructions sont de type RISC (ou VLIW)
2) la compatibilité avec les anciennes applications s'est avéré plus importantes que le gain de perf apportés par le RISC: Intel&AMD peuvent amortir leurs frais des R&D sur des plus grands volumes: les 80x86 explosent tous les autres CPU en termes de rapport puissance/prix (dans leur domaine).
Je prendrais avec beaucoup de pincette les benchmark pour le PPC970, même s'il devrait permettre a Apple d'être moins en retard qu'ils le sont a l'heure actuelle.
La chose ironique est que pour le 64 bit c'est Intel qui pousse a la rupture avec son IA64 tandis qu'AMD pousse a la continuité avec le AMD64..
Dans quelques années (5-10 ans), le 64 bits pour le desktop sera obligatoire, et je pense qu'il n'y aura qu'un seul vainqueur..
Si c'est AMD, Intel decidra probablement de faire un clone du AMD64, si c'est Intel, la course a la baisse des prix risque de subir une pause car il serait fort étonnant qu'Intel autorise AMD a produire des IA-64 (ils ont vérouillés leur jeux d'instruction avec des patentes).
Posté par reno .
En réponse à la dépêche X-Men 2.
Évalué à 2.
Famke Janssen joue le role de "Strange girl" (il s'étaient pas foulés au début pour les surnoms) Strange Girl est devenu phénix plus tard dans la BD.
Psylocke est arrivé beaucoup plus tard et est un personnage différent, assez bizarre d'ailleurs: une Anglaise avec des pouvoir psy réincarnée en une asiatique sexy sans réelle explication (enfin si un peu, mais très très fumeuse).
Posté par reno .
En réponse à la dépêche X-Men 2.
Évalué à 1.
>J'ai vu récemment DareDevil au ciné et quelle déception...
Affaire de gout..
Moi j'ai plutot bien aimé DareDevil, encore que je trouve qu'ils ont plutot loupé le personnage d'Electra (dommage c'est mon personnage favori), mais j'ai trouvé Spiderman un poil fade..
Pour ce qui est de la plus mauvaise adaptation: Hulk (le film déja sorti, le prochain a aussi l'air d'être une vrai bouse), Captain América, Superman et Batman (sauf les 2 premiers) sont vraiment nuls..
> Une sauvegarde régulière des son système évite ces désagréments.
En partie seulement, si tu as passé 4h a modifier un documents effacés par erreur, tu es très content quand tu ne peux récupérer que le documents de la veille.
> Il est impossible de récupérer un document effacer sur un serveur distant.
C'est pour cela que j'aime bien les système de fichier avec snapshots.
Ca plus les backup cela remplace le versionnement de VMS, 20 ans plus tards..
J'espère que sous Linux cela va venir: c'est génial pour la sauvegarde, tu arréte ton application, tu faits ton snapshot (tres,tres rapide), tu relance ton application, puis tu sauvegardes le snapshot..
Bon certaines application n'ont pas besoin d'être arrétée pour pouvoir sauvegarder les données, mais pas toutes..
Certes, il n'y a rien de neuf, mais quand même je trouves qu'on oublie un peu trop souvent les "défauts" d'Unix, quand on ne connait qu'Unix on oublie que certaines choses peuvent être fait differement: dans mon école avant d'utiliser Unix, j'ai appris VMS qui avait comme caractéristique suivant:
- des commandes en lignes claires, verbeuses certes mais avec complétion automatiques.
- tout les fichiers étaient versionnés ce qui était très pratique pour pouvoir récupérer des vieilles versions.
Bon bien sûr, par défaut c'était un peu gourmand en place disque, mais on pouvait facilement éviter de garder des vieilles versions des binaires ou des objets, en changeant les réglages.
Ceci dit l'équivalent pour garder les versions commence a venir sous Unix: je crois que dans UFS2 le systeme de fichier de FreeBSD permet de faire des snapshots régulierement, ce qui permet de retrouver un fichier effacé par inadvertance (et facilite les sauvegardes).
Le rm sans gardefou ne me parait pas non plus nécéssairement une bonne idée.. Qui n'a jamais eu besoin de récupérer un fichier dans la Poubelle sous Windows?
Bien sûr on pourrait facilement ajouter cela a un système Unix, mais comme ce genre d'ajout n'est pas présent par défaut, cela perds beaucoup de sa valeur: chacun fait sa bidouille dans son coin, donc au lieu d'avoir une solution on en a autant que d'implémentation..
Si ça peut te consoler, cela fait la même chose pour les ordinateurs de bureaux: suivant les versions de Mandrake, j'ai la molette de ma souris qui marche ou pas.
<grognement>
Qu'est ce que je suis content que chaque distribution réinvente son propre système de détection matériel, comme ça c'est le suspense garantie à chaque fois: la distribution Toto détecte mon matériel A mais pas le B, changement de distribution: Tata détecte correctement B mais plus A..
S'il n'y avait qu'un seul code de détection de matériel, comme il n'y a (grosso-modo) qu'un seul noyeau, qu'est-ce qu'on s'embéterait!
</grognement>
> En ce qui concerne la réactivité de l'interface, je regrette : le switching des tâches ce fait au niveau du noyau (dans le scheduler), donc les algo du noyaux sont plus qu'important.
Certes, mais si ton application n'utilise qu'une tache et qu'elle est bloquée en attente du disque ou du réseau, quelquesoit ton noyau, l'application ne répondra pas!
Quand j'avais joué avec BeOS, une des choses que j'avais remarqué c'est que les applications repondaient même quand elles faisaient autre choses: un exemple, tu ouvres un document complexes avec une application, puis finalement tu changes d'avis et tu veux fermer la fenetre, souvent sous Windows ou Linux, il faut attendre pas mal de temps avant de pouvoir fermer la fenetre, sous BeOS l'interface restait réactive car elle avait sa propre thread et tu pouvais fermer ta fenetre sans attendre.
Le probleme c'est que la fluidité d'utilisation, ca ne se mesure pas facilement: quand les developpeurs de Mozilla (par exemple) disent: on est rapide car on affiche une page complexe en tant de temps, ça me fait grincer des dents, car souvent lors d'un acces réseau long par exemple, je ne peux pas passer a une autre tab pour continuer a surfer: la fenetre est figée.
Tout cela n'a bien rien a voir avec la gestion des thread de l'OS mais avec la conception des applications..
Il n'est pas du tout évident que les performances de BeOS étaient dues au noyau.
Pour moi, l'énorme intéret de BeOS était la fluidité des applications: c'était une conséquence de l'utilisation extensive des thread induite par son API.
Donc (je croise les doigts) les applications qui utiliseront l'API de B.E.OS devraient être fluide..
Bon c'est sur que le boot en 10s, qui était tres bluffant, là avec B.E.OS c'est plutot compromis..
Soit dit en passant quelqu'un sait-il pourquoi Linux est-il si lent au boot?
Pour arriver dans un KDE utilisable, si je me souviens bien il me fallait le double de temps entre une Mandrake 7.2 et WindowsXP, et ça c'était apres avoir virer plein de démons inutile.
Je sais que WindowsXP "triche" (donne la main avant d'avoir totalement fini de booter) mais bon la différence est quand même énorme.
[^] # Re: Pilote de clavier canadien normalisé en beta test
Posté par reno . En réponse à la dépêche Pilote de clavier canadien normalisé en beta test. Évalué à 1.
Et je pense qu'on se mettra d'accord sur un clavier commun, a peu près en même temps que tous le monde utilisera la même langue..
[^] # Re: Pilote canadien normalisé en beta test
Posté par reno . En réponse à la dépêche Pilote de clavier canadien normalisé en beta test. Évalué à 1.
Je l'ai trouvé très saumatre quand j'ai voulu faire une capture d'écran dans un jeu et que ça m'a étteint mon ordinateur..
Il y a moyen d'être créatif dans les touches: personnellement j'aimerai bien des touches "articles suivan/précedent" ou open/close, copier/coller, mais des touches pour arréter l'ordinateur, franchement, on ne le fait qu'une fois par session, quelle intéret d'accélerer quelquechose d'aussi rare?????
Pour les accents au dessus des chiffres facon QWERTY et non pas les chiffre au dessus des lettres façon AZERTY je suis assez mitigé: au début ça me génait dans les clavier AZERTY, mais en utilisant le pavé numérique on a un accés rapide au chiffre..
Par contre mettre QWERTY a la place d'AZERTY, ça j'aime beaucoup!
Pour moi AZERTY n'a AUCUN intérèt et je parie que la vitesse des gens habitués a un clavier tapant du Français en AZERTY ou en QWERTY est la même (a part les accents bien sûr).
J'aimerais bien que la France normalise ce clavier, (en ajoutant juste AltGrE --> ) ,ce serait vraiment agréable, enfin je pense que ça ne se ferat jamais..
[^] # Re: Pilote canadien normalisé en beta test
Posté par reno . En réponse à la dépêche Pilote de clavier canadien normalisé en beta test. Évalué à 1.
Un combinaisement du style AltGr+u --> µ me paraitrait amplement suffisant.
# Re: Correcteur 101, c'est fini pour Linux
Posté par reno . En réponse à la dépêche Correcteur 101, c'est fini pour Linux. Évalué à 2.
Sur le site web, je vois un prix de 65$ pour la version personnelle..
Sinon, franchement, leur approche marketing de Linux me parait timide: comme pas mal de monde ici j'ignorais totalement qu'il y en avait une version pour Linux, s'ils ne parlent de leur produit comment veulent-ils en vendre?
Franchement, ça ne doit pas être bien compliqué: un partenariat avec OpenOffice ou KOffice ou AbiWord ou Mozilla pour qu'ils fournissent une interface qui permettent d'appeler simplement un correcteur (aspell ou Correcteur 101), un lien de pub sur les pages web en questions et hop!
Leur site web est tout pourri: je voulais leur envoyer un lien avec la discussion en cours pour leur montrer qu'il y a un problème: les gens ne disent pas "c'est quoi correcteur101", mais "c'était disponible pour Linux? première nouvelle!", mais le bouton "contactez-nous" est sans effet..
[^] # Re: Stallman.org passe sous Linux !
Posté par reno . En réponse à la dépêche Stallman.org passe sous Linux !. Évalué à 0.
[^] # Re: Gentoo Games - America's Army
Posté par reno . En réponse à la dépêche Gentoo Games - America's Army. Évalué à 5.
Mon avis perso est: si on est assez c^Wbête pour croire que faire l'armée ressemble a un jeu vidéo, alors oui on est mérite d'aller dans l'armée..
[^] # Re: kexi: un Access-like sous KDE
Posté par reno . En réponse à la dépêche kexi: un Access-like sous KDE. Évalué à 1.
C'est avec ce genre de raisonnement qu'on se retrouve avec plein de logiciels pas tres puissant et quasi-inutile.. Un access-like est suffisamment complexe pour avoir besoin de plusieurs programmeurs!
Je pense qu'il serait beaucoup plus raisonnable d'évaluer d'abord kexi qui a l'air quand même relativement avancé, voir si le code plait, proposer quelques patches, discuter avec le(s) développeurs et si le contact se fait bien contribuer réellement a kexi..
[^] # Re: Et le export display, il devient quoi.
Posté par reno . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 1.
Mais bon Fresco ne sera pas un concurrent valable d'X avant des années..
[^] # Re: GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution
Posté par reno . En réponse à la dépêche GoboLinux : une nouvelle hiérarchie de fichier pour votre distribution. Évalué à 1.
Tant qu'ils ne seront pas meilleurs que l'existant, on n'a aucune raison de changer.
Une nouvelle hiérarchie de fichier comme sous MacOSX, n'est pas un problème technique, c'est un problème humain!
L'intérét d'une organisation standard pour le système de fichier est qu'elle est standard justement, a cause des guéguerres entre les différents Unix commerciaux, le système de fichier standard n'a pas évolué et on se retrouve avec des abérrations du style /etc au lieu de /conf.
La "guerre" entre les distributions Linux empècherait probablement d'avoir une nouvelle hiérarchie standard:
- faut-il traduire les noms? (avis perso: non)
- User ou Users ou user ou users ? (avis perso: user)
- VideoFiles, "Video Files", video_files (avis perso: video_files)
etc...
On n'est même pas fichu d'avoir un seul système de packaging pour les divers Linux + BSD, ou un seul type de script de démarrage, alors avoir un nouveau système de fichier commun..
[^] # Re: DCE, Quartz et Fresco
Posté par reno . En réponse à la dépêche DCE, Quartz et Fresco. Évalué à 4.
L'intéret que c'est beau, point.
Les gens veulent du beau: il y a déjà tous les winamp et companie avec leur système de skin qui en général te ralentisse car tu as du mal a trouver ce que tu cherches, leur intérét, c'est d'etre beau, même si leur interface est plus confuse..
Ceci dit parfois considèrer les interfaces "nouvelles génération" comme uniquement pour "faire beau", c'est franchement réducteur.
Ca ne te choque pas toi que quand tu change la résolution de ton écran, ce qui est affiché a l'écran change de taille?
Fresco est prévu pour être indépendant le plus possible de la résolution, et a une architecture qui me parait nettement plus intéréssant que X: le client dit affiche moi un menu, pas dessine une boite,etc.. Cela devrait être beaucoup plus économe en bande passante réseau que X, ce genre d'interactions "haut niveau"..
Bon ceci dit a la vitesse a laquelle Fresco se développe, il sera peut-etre pres a remplacer X dans 30 ans :-(
Et non, ce n'est pas un troll, juste un constat.
[^] # Re: Un écran 3D
Posté par reno . En réponse à la dépêche Un écran 3D. Évalué à 2.
Sinon tu peux t'acheter un trackIR, pour que l'affichage sur ton écran suivent les mouvements de la tète, pour les simulateurs de vol c'est tres bien, pour la course automobile, je ne sais pas..
[^] # Re: C'est pour quand le XHTML
Posté par reno . En réponse à la dépêche Composer++ : après la scission. Évalué à 1.
[^] # Re: \o/
Posté par reno . En réponse à la dépêche SuSE 8.2 disponible en téléchargement. Évalué à 2.
Personellement je déteste cela: j'en ai rien a faire du joli dessin, tant qu'a attendre que ça se lance (et booter le noyeau + l'interface graphique, c'est pas rapide sous Linux: BeOS était nettement plus rapide), autant avoir des informations précises sur ce qui se passe.
Mais on ne peut pas dire que Suse soit le seul a faire cela: la plupart des distributions facile a utiliser le font aussi..
[^] # Re: Kile 1.5.1 est sorti et a changé de mainteneur.
Posté par reno . En réponse à la dépêche Kile 1.5.1 est sorti et a changé de mainteneur.. Évalué à 1.
Dans le genre facile a lire, c'est pas terrible! Ceci dit, c'est moins fréquent maintenant.
Chacun ses gouts mais franchement apprendre un language de programmation (pas tres regulier d'ailleur) pour faire un doc, bof..
Personellement mon traitement de texte préféré est FrameMaker, simple a utiliser (contrairement a Latex) et permet aussi de faire des livres entiers sans problème..
[^] # Re: La bataille d'Espagne s'intensifie
Posté par reno . En réponse à la dépêche La bataille d'Espagne s'intensifie. Évalué à 6.
Bah, c'est en logiciel Microsoft, les 25 Millions! Donc c'est le prix que les clients payeraient s'ils les achetaient dans le commerce, pour Microsoft la dépense doit correspondre au prix de productions des boites et CD, elle est ridicule..
Par contre, cela représente un "manque à gagner" si les clients avaient vraiment désiré acheter du Microsoft, ils auraient payé ce prix là.
>est-ce vraiment une solution de facilité que de choisir M$ ?
Oui: c'est connu, les logiciels libres sont inconnus/nouveaux..
Message de soutien?
Euh, ils ont pas le couteau sous la gorge quand même, c'est a eux et a personne d'autre de faire leur choix.
Bien sur s'ils achetent du Microsoft, ce qu'ils ont gratuit maintenant ils le payeront lors des mise-a-jour ultérieure, mais bon je suppose qu'ils le savent..
[^] # Re: Mozilla 1.3.1 et 1.4b out
Posté par reno . En réponse à la dépêche Sorties de Mozilla 1.3.1 et 1.4b. Évalué à 5.
Euh, le nombre d'ammélioration a quand même tendance a se réduire, autant j'étais content d'avoir la 1.3 pour le filtre anti-spam, autant dans le résumé du dessus, je n'ai pas vu une seule caractéristique qui m'intérresse personellement.
Ce n'est pas une critique de Mozilla que j'utilise tout les jours, juste une constation qu'apparemment il arrive a maturité, donc les nouvelles feature super-ultra-méga-plus se font rare..
Bon le support SVG sans plugin serait pas mal quand même..
[^] # Re: Les premiers bench du PPC970 commencent à filtrer ...
Posté par reno . En réponse à la dépêche Les premiers bench du PPC970 commencent à filtrer .... Évalué à 10.
Donc RISC ou CISC sont des qualificatifs qui font référence au jeu d'instruction externe du CPU: on se fiche de l'implémentation interne qui utilise souvent une forme "décodée" des instructions que ce soit pour les RISC ou les CISC.
Il existe aussi des RISC implémentés avec du micro-code.
La bataille CISC/RISC n'existe plus dans le sens:
1) tous les nouveaux jeux d'instructions sont de type RISC (ou VLIW)
2) la compatibilité avec les anciennes applications s'est avéré plus importantes que le gain de perf apportés par le RISC: Intel&AMD peuvent amortir leurs frais des R&D sur des plus grands volumes: les 80x86 explosent tous les autres CPU en termes de rapport puissance/prix (dans leur domaine).
Je prendrais avec beaucoup de pincette les benchmark pour le PPC970, même s'il devrait permettre a Apple d'être moins en retard qu'ils le sont a l'heure actuelle.
La chose ironique est que pour le 64 bit c'est Intel qui pousse a la rupture avec son IA64 tandis qu'AMD pousse a la continuité avec le AMD64..
Dans quelques années (5-10 ans), le 64 bits pour le desktop sera obligatoire, et je pense qu'il n'y aura qu'un seul vainqueur..
Si c'est AMD, Intel decidra probablement de faire un clone du AMD64, si c'est Intel, la course a la baisse des prix risque de subir une pause car il serait fort étonnant qu'Intel autorise AMD a produire des IA-64 (ils ont vérouillés leur jeux d'instruction avec des patentes).
Qui va gagner?
Aucune idée!
[^] # Re: X-Men 2
Posté par reno . En réponse à la dépêche X-Men 2. Évalué à 2.
Psylocke est arrivé beaucoup plus tard et est un personnage différent, assez bizarre d'ailleurs: une Anglaise avec des pouvoir psy réincarnée en une asiatique sexy sans réelle explication (enfin si un peu, mais très très fumeuse).
[^] # Re: X-Men 2
Posté par reno . En réponse à la dépêche X-Men 2. Évalué à 1.
Affaire de gout..
Moi j'ai plutot bien aimé DareDevil, encore que je trouve qu'ils ont plutot loupé le personnage d'Electra (dommage c'est mon personnage favori), mais j'ai trouvé Spiderman un poil fade..
Pour ce qui est de la plus mauvaise adaptation: Hulk (le film déja sorti, le prochain a aussi l'air d'être une vrai bouse), Captain América, Superman et Batman (sauf les 2 premiers) sont vraiment nuls..
[^] # Re: « The Unix-Haters Handbook » est disponible en ligne
Posté par reno . En réponse à la dépêche « The Unix-Haters Handbook » est disponible en ligne. Évalué à 2.
En partie seulement, si tu as passé 4h a modifier un documents effacés par erreur, tu es très content quand tu ne peux récupérer que le documents de la veille.
> Il est impossible de récupérer un document effacer sur un serveur distant.
C'est pour cela que j'aime bien les système de fichier avec snapshots.
Ca plus les backup cela remplace le versionnement de VMS, 20 ans plus tards..
J'espère que sous Linux cela va venir: c'est génial pour la sauvegarde, tu arréte ton application, tu faits ton snapshot (tres,tres rapide), tu relance ton application, puis tu sauvegardes le snapshot..
Bon certaines application n'ont pas besoin d'être arrétée pour pouvoir sauvegarder les données, mais pas toutes..
[^] # Re: « The Unix-Haters Handbook » est disponible en ligne
Posté par reno . En réponse à la dépêche « The Unix-Haters Handbook » est disponible en ligne. Évalué à 10.
- des commandes en lignes claires, verbeuses certes mais avec complétion automatiques.
- tout les fichiers étaient versionnés ce qui était très pratique pour pouvoir récupérer des vieilles versions.
Bon bien sûr, par défaut c'était un peu gourmand en place disque, mais on pouvait facilement éviter de garder des vieilles versions des binaires ou des objets, en changeant les réglages.
Ceci dit l'équivalent pour garder les versions commence a venir sous Unix: je crois que dans UFS2 le systeme de fichier de FreeBSD permet de faire des snapshots régulierement, ce qui permet de retrouver un fichier effacé par inadvertance (et facilite les sauvegardes).
Le rm sans gardefou ne me parait pas non plus nécéssairement une bonne idée.. Qui n'a jamais eu besoin de récupérer un fichier dans la Poubelle sous Windows?
Bien sûr on pourrait facilement ajouter cela a un système Unix, mais comme ce genre d'ajout n'est pas présent par défaut, cela perds beaucoup de sa valeur: chacun fait sa bidouille dans son coin, donc au lieu d'avoir une solution on en a autant que d'implémentation..
[^] # Re: Linux et les portables
Posté par reno . En réponse à la dépêche Linux et les portables. Évalué à 10.
<grognement>
Qu'est ce que je suis content que chaque distribution réinvente son propre système de détection matériel, comme ça c'est le suspense garantie à chaque fois: la distribution Toto détecte mon matériel A mais pas le B, changement de distribution: Tata détecte correctement B mais plus A..
S'il n'y avait qu'un seul code de détection de matériel, comme il n'y a (grosso-modo) qu'un seul noyeau, qu'est-ce qu'on s'embéterait!
</grognement>
Bon ok -1 et je sors.
[^] # Re: Le CD de démo de BluEyedOS est disponible
Posté par reno . En réponse à la dépêche Le CD de démo de BluEyedOS est disponible. Évalué à 3.
Certes, mais si ton application n'utilise qu'une tache et qu'elle est bloquée en attente du disque ou du réseau, quelquesoit ton noyau, l'application ne répondra pas!
Quand j'avais joué avec BeOS, une des choses que j'avais remarqué c'est que les applications repondaient même quand elles faisaient autre choses: un exemple, tu ouvres un document complexes avec une application, puis finalement tu changes d'avis et tu veux fermer la fenetre, souvent sous Windows ou Linux, il faut attendre pas mal de temps avant de pouvoir fermer la fenetre, sous BeOS l'interface restait réactive car elle avait sa propre thread et tu pouvais fermer ta fenetre sans attendre.
Le probleme c'est que la fluidité d'utilisation, ca ne se mesure pas facilement: quand les developpeurs de Mozilla (par exemple) disent: on est rapide car on affiche une page complexe en tant de temps, ça me fait grincer des dents, car souvent lors d'un acces réseau long par exemple, je ne peux pas passer a une autre tab pour continuer a surfer: la fenetre est figée.
Tout cela n'a bien rien a voir avec la gestion des thread de l'OS mais avec la conception des applications..
[^] # Re: Le CD de démo de BluEyedOS est disponible
Posté par reno . En réponse à la dépêche Le CD de démo de BluEyedOS est disponible. Évalué à 2.
Pour moi, l'énorme intéret de BeOS était la fluidité des applications: c'était une conséquence de l'utilisation extensive des thread induite par son API.
Donc (je croise les doigts) les applications qui utiliseront l'API de B.E.OS devraient être fluide..
Bon c'est sur que le boot en 10s, qui était tres bluffant, là avec B.E.OS c'est plutot compromis..
Soit dit en passant quelqu'un sait-il pourquoi Linux est-il si lent au boot?
Pour arriver dans un KDE utilisable, si je me souviens bien il me fallait le double de temps entre une Mandrake 7.2 et WindowsXP, et ça c'était apres avoir virer plein de démons inutile.
Je sais que WindowsXP "triche" (donne la main avant d'avoir totalement fini de booter) mais bon la différence est quand même énorme.
[^] # HS: je ne comprends pas les modérateurs
Posté par reno . En réponse à la dépêche Le CD de démo de BluEyedOS est disponible. Évalué à 10.
Et s'il y a bien un truc qui m'échappe, c'est pourquoi?
Ce n'est pas un troll, je me contente juste de rapporte que le CD de démo ne fonctionne pas chez moi, c'est interdit?
Tout est toujours censé parfaitement donc quand on dit qu'il y a des problèmes, c'est interdit?
Vous pouvez modérer négativement ce poste la si cela vous chante, mais j'aimerais plutot une explication de cette attitude curieuse.
Il faut tuer le messager porteur de mauvaise nouvelle, c'est ça la raison?
[-1 car HS]