Ca me rappelle les drivers alternatifs pour ma Voodoo II qui apportaient des tas de trucs intéressants comme des textures en 512x512 là ou le driver officiel limitait à 256x256 (driver de Creative Labs) ou de gros gains de vitesses (un autre driver dont je ne me rappelle plus le nom).
Je me souviens d'avoir vu Quake 3 transfiguré en installant le bon driver alternatif sur mon Windows.
Pour moi la solution idéale reste tout de même de laisser l'éditeur de ma distribution packager proprement du logiciel libre en le modifiant au besoin pour que tout marche bien.
C'est amusant, sur le site il y a un lien vers http://www.preemptive.com/ qui propose de supers logiciels pour rendre le code .Net ou Java totalement illisible et "plus sur" ...
Sous BeOS le problème du stockage sur des FS préhistoriques et du transfert par Internet était réglé par la "protection" des fichiers et de leurs attributs étendus BeFS dans de simples fichiers ZIP.
Je ne suis pas le dernier à raler quand je dois subir la lourdeur des applications Java graphiques. Pourtant je n'ai jamais remarqué que les applications en Mono étaient plus lentes ou lourdes que les autres.
J'aime beaucoup les exposés de Fabrice Rossi (j'ai passé une année entière à la fac à suivre ses remarquables cours de Java) mais je préfèrerai vraiment un résumé.
Une bonne âme qui a suivi le débat pourrait-elle faire un résumé des arguments pour ou contre l'intégration de Mono à GNOME ?
J'ai tendance à ne voir que les aspects sympathiques de Mono (les applications que j'aime bien comme Tomboy ou Muine et tous leurs copains http://www.osnews.com/story.php?news_id=9780 ).
Quelle est cette incertitude juridique et technique autour de .NET ?
Recycled files are never overwritten; they will be appended with an auto-incrementing alpha-numeric suffix. i.e.. somefile.txt becomes somefile.txt (Copy #1).txt, the additional extension will guarantee file type support.
Apparament ça permet bien de conserver une historique des modifications mais d'une façon très vilaine en ajoutant des verrues aux noms de fichiers.
Pire sous Windows ?
Je trouve qu'installer un périphérique sous Windows est long, compliqué et hasardeux par rapport à Linux ou le plug and play a fait des progrès extraordinaires (pas de drivers de 100Mo à télécharger, pas besoin de rebooter 12 fois sa machine parceque l'installeur du driver est mal fichu, etc.).
Par contre quand on achète un périphérique dans n'importequel magasin, on est sur qu'il marchera sous Windows alors qu'il faut faire très attention sous Linux.
A quand un petit logo "Compatible Linux" sur les boites des périphériques ?
Pourtant en achetant un DVD tu passe un contrat avec l'ayant droit t'accordant un certain nombre de droits de jouissance privée de ce qu'il y a sur le-dit DVD.
Le problème ne se pose pas tant sur les HD-DVD/Bluray HDCPisés que sur les DVD qu'on a acheté le plus légalement du monde depuis quelques années pour les lire légalement. Avec DADVSI on perd ce pour quoi on a payé.
De même quand une maison de production met sur le marché des produits "défectueux par design" qui se font passer pour des CD-Audio, il y a un net abus de confiance sur l'usage qui veut que l'acheteur d'un CD-Audio puisse le lire comme il l'entend.
Lire un DVD ou un CD n'est pas un droit fondamental mais un droit acquis au prix fort par chaque consommateur.
Tu veux dire que les employés des maisons de disque sont bénévoles ? Qu'on leur a gentiment donné leurs batiments ? Qu'un mécène paie leurs charges ? Que toutes les publicités qu'elles passent sont gratuites ? Qu'elles peuvent utiliser gratuitement les studios, les ingénieurs du son et les musiciens studio ? etc.
Je pensais plutot aux méta-données stockés par le système de fichier et non dans le fichier lui-même (un peu comme dans cet OS qui faisait tout mieux que maintenant il y a dix ans et qui en plus avait des décorations de fenêtre d'un très joli jaune).
Mais effectivement, Dublin Core serait le candidat idéal pour normaliser la liste des meta-données.
Sur tous les projets auxquels j'ai participé (à titre professionnel ou privé) les répertoires partagés des fichiers des projets étaient remplis d'archives des versions précédentes des fichiers.
En permanance, je stocke l'historique des brouillons des documents sur lesquels je travaille.
Sur la quasi-totalité des fichiers que je suis amené à modifier, j'ai donc une historique des versions. L'espace de stockage est déjà utilisé. Je ne sais pas si mon cas est le plus répandu, mais en mettant en place une politique "intelligente" de versionning (ne pas conserver une copie telle quelle d'un fichier Ogg/Vorbis dont j'ai modifié les meta-données ou plus généralement n'appliquer le versionning qu'aux fichiers que l'utilisateur souhaite ) ça ne doit pas prendre plus de place.
Et avec un peu de compression automatique, voire la génération automatique de patches à partir du document original (enfin toute la mécanique interne déjà en place dans tous les bons outils de gestion de version), les gens comme moi devraient même gagner de la place.
J'en ai soupé des nomenclatures tordues pour versionner les fichiers.
En général il y a autant de personnes que de nomenclatures. Il faut alors nommer un gendarme de la nomenclature pour surveiller tout ça et c'est assez pénible. Je le sais, j'ai été ce gendarme.
Au final on a des noms de fichiers de trois kilomètres de long (et qui font planter les arcahiques serveurs Windows et MS Office qui en 2006 ne savent toujours pas gérer les chemins de plus de 256 caractères !) complètement obscurs.
A mon sens, la version d'un fichier fait partie des méta-données (tout comme l'auteur, le type etc. ) et le nom d'un fichier devrait juste être son nom ou son titre.
Je dis oui à un standard interopérable de méta données pour stocker proprement tout ça !
Mauvais dirrigeants : changer de dirrigeants.
Il reste un peu moins d'un an à attendre pour exprimer sa satisfaction ou son désaccord avec la politique de notre actuel gouvernement.
il est plus agréable de travailler sur des fichiers de 200 à 400 lignes que sur un fichier de 20.0000 lignes.
Mauvais éditeur de texte : changer d'éditeur de texte.
Certains éditeurs de texte ou IDE ont de sympathiques menus déroulants permettant d'atteindre la définition d'une fonction/classe rapidement (BeIDE faisait ça très bien par exemple).
La plupart des bons éditeurs de texte permettent également de replier le code et d'avoir plusieurs vues sur un même fichier.
Dès lors je ne vois pas quel confort de multiples fichiers pourraient apporter.
La solution la plus sure reste le terminal sécurisé branché en USB.
Le terminal établit une connexion sécurisée avec le serveur et ne peut pas (ou alors très difficilement) être compromis.
[^] # Re: $*ù^p de système
Posté par dinomasque . En réponse au journal Les drivers : c'est bien là le réel problème. Évalué à 2.
Je me souviens d'avoir vu Quake 3 transfiguré en installant le bon driver alternatif sur mon Windows.
BeOS le faisait il y a 20 ans !
[^] # Re: Mouais
Posté par dinomasque . En réponse au journal Les drivers : c'est bien là le réel problème. Évalué à 5.
BeOS le faisait il y a 20 ans !
[^] # Re: Nitro-Meca-Pingouin
Posté par dinomasque . En réponse au journal Nitro Meca-pingouin. Évalué à 4.
Mais ça risque d'être un peu lent.
BeOS le faisait il y a 20 ans !
[^] # Re: Performance des langages
Posté par dinomasque . En réponse au journal Mono et Gnome. Évalué à 2.
Ou alors c'est juste que tous les développeurs Java sont complètement nuls en Swing ...
BeOS le faisait il y a 20 ans !
# La sécurité par l'obscurité
Posté par dinomasque . En réponse au journal HS: Pub pour mailinator.com, l'antipub.. Évalué à 2.
BeOS le faisait il y a 20 ans !
[^] # Re: Pour les nul ?
Posté par dinomasque . En réponse au journal Et Reiser4 nous apprend comment fonctionne la communauté. Évalué à 4.
BeOS le faisait il y a 20 ans !
[^] # Re: Le passage Mono dans le document
Posté par dinomasque . En réponse au journal Mono et Gnome. Évalué à 2.
A quand des VM dans les cartes graphiques pour exécuter des shaders portables ?
Oh la porte ! -> []
BeOS le faisait il y a 20 ans !
[^] # Re: Le passage Mono dans le document
Posté par dinomasque . En réponse au journal Mono et Gnome. Évalué à 6.
BeOS le faisait il y a 20 ans !
[^] # Re: pour ou contre ?
Posté par dinomasque . En réponse au journal Mono et Gnome. Évalué à 4.
BeOS le faisait il y a 20 ans !
# pour ou contre ?
Posté par dinomasque . En réponse au journal Mono et Gnome. Évalué à 3.
J'ai tendance à ne voir que les aspects sympathiques de Mono (les applications que j'aime bien comme Tomboy ou Muine et tous leurs copains http://www.osnews.com/story.php?news_id=9780 ).
Quelle est cette incertitude juridique et technique autour de .NET ?
BeOS le faisait il y a 20 ans !
[^] # Re: samba + recycle-bin (vfs)
Posté par dinomasque . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 1.
Apparament ça permet bien de conserver une historique des modifications mais d'une façon très vilaine en ajoutant des verrues aux noms de fichiers.
BeOS le faisait il y a 20 ans !
[^] # Re: C'est faux
Posté par dinomasque . En réponse au journal Les drivers : c'est bien là le réel problème. Évalué à 2.
Je trouve qu'installer un périphérique sous Windows est long, compliqué et hasardeux par rapport à Linux ou le plug and play a fait des progrès extraordinaires (pas de drivers de 100Mo à télécharger, pas besoin de rebooter 12 fois sa machine parceque l'installeur du driver est mal fichu, etc.).
Par contre quand on achète un périphérique dans n'importequel magasin, on est sur qu'il marchera sous Windows alors qu'il faut faire très attention sous Linux.
A quand un petit logo "Compatible Linux" sur les boites des périphériques ?
BeOS le faisait il y a 20 ans !
[^] # Re: et hop des economies
Posté par dinomasque . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 5.
Le problème ne se pose pas tant sur les HD-DVD/Bluray HDCPisés que sur les DVD qu'on a acheté le plus légalement du monde depuis quelques années pour les lire légalement. Avec DADVSI on perd ce pour quoi on a payé.
De même quand une maison de production met sur le marché des produits "défectueux par design" qui se font passer pour des CD-Audio, il y a un net abus de confiance sur l'usage qui veut que l'acheteur d'un CD-Audio puisse le lire comme il l'entend.
Lire un DVD ou un CD n'est pas un droit fondamental mais un droit acquis au prix fort par chaque consommateur.
BeOS le faisait il y a 20 ans !
# Mandriva c'était mieux avant
Posté par dinomasque . En réponse au journal Mandriva Thor béta de sortie. Évalué à 8.
BeOS le faisait il y a 20 ans !
[^] # Re: Mais quelle nouveauté !!!
Posté par dinomasque . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 5.
Ils rejoignent les réflexions académiques dont je parlais et n'ont pas grand chose de concret.
BeOS le faisait il y a 20 ans !
[^] # Re: le P2P c'est quoi?
Posté par dinomasque . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 7.
Tu veux dire que les employés des maisons de disque sont bénévoles ? Qu'on leur a gentiment donné leurs batiments ? Qu'un mécène paie leurs charges ? Que toutes les publicités qu'elles passent sont gratuites ? Qu'elles peuvent utiliser gratuitement les studios, les ingénieurs du son et les musiciens studio ? etc.
BeOS le faisait il y a 20 ans !
[^] # Re: SVN ?
Posté par dinomasque . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 2.
Mais effectivement, Dublin Core serait le candidat idéal pour normaliser la liste des meta-données.
BeOS le faisait il y a 20 ans !
[^] # Re: Le backup réinventé ?
Posté par dinomasque . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 2.
En permanance, je stocke l'historique des brouillons des documents sur lesquels je travaille.
Sur la quasi-totalité des fichiers que je suis amené à modifier, j'ai donc une historique des versions. L'espace de stockage est déjà utilisé. Je ne sais pas si mon cas est le plus répandu, mais en mettant en place une politique "intelligente" de versionning (ne pas conserver une copie telle quelle d'un fichier Ogg/Vorbis dont j'ai modifié les meta-données ou plus généralement n'appliquer le versionning qu'aux fichiers que l'utilisateur souhaite ) ça ne doit pas prendre plus de place.
Et avec un peu de compression automatique, voire la génération automatique de patches à partir du document original (enfin toute la mécanique interne déjà en place dans tous les bons outils de gestion de version), les gens comme moi devraient même gagner de la place.
BeOS le faisait il y a 20 ans !
[^] # Re: SVN ?
Posté par dinomasque . En réponse au journal J'en ai rêvé, Microsoft l'a fait !. Évalué à 5.
En général il y a autant de personnes que de nomenclatures. Il faut alors nommer un gendarme de la nomenclature pour surveiller tout ça et c'est assez pénible. Je le sais, j'ai été ce gendarme.
Au final on a des noms de fichiers de trois kilomètres de long (et qui font planter les arcahiques serveurs Windows et MS Office qui en 2006 ne savent toujours pas gérer les chemins de plus de 256 caractères !) complètement obscurs.
A mon sens, la version d'un fichier fait partie des méta-données (tout comme l'auteur, le type etc. ) et le nom d'un fichier devrait juste être son nom ou son titre.
Je dis oui à un standard interopérable de méta données pour stocker proprement tout ça !
BeOS le faisait il y a 20 ans !
[^] # Re: et hop des economies
Posté par dinomasque . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 3.
Il reste un peu moins d'un an à attendre pour exprimer sa satisfaction ou son désaccord avec la politique de notre actuel gouvernement.
BeOS le faisait il y a 20 ans !
# Inkscape est ton ami
Posté par dinomasque . En réponse au journal Limitation dans les logiciel de dessin vectoriel. Évalué à 1.
[v] on peu magnétiser les points (avec les connecteurs)
[v] on peut rentrer les coordonnées, angles, etc. au clavier
Un bon conseil : consulter les excellents tutoriels Inkscape en français sur http://www.inkscape.org/doc/index.php
BeOS le faisait il y a 20 ans !
# Inkscape est ton ami
Posté par dinomasque . En réponse au journal Limitation dans les logiciel de dessin vectoriel. Évalué à 10.
[v] on peu magnétiser les points (avec les connecteurs)
[v] on peut rentrer les coordonnées, angles, etc. au clavier
Un bon conseil : consulter les excellents tutoriels Inkscape en français sur http://www.inkscape.org/doc/index.php
BeOS le faisait il y a 20 ans !
[^] # Re: La morale de l'histoire
Posté par dinomasque . En réponse à la dépêche OpenDarwin éteint la lumière. Évalué à 1.
Il s'agit juste d'un thème graphique après tout. Et on en trouve de très jolis pour les bureaux libres.
BeOS le faisait il y a 20 ans !
[^] # Re: Apu updates ?
Posté par dinomasque . En réponse au journal Sortie de CImg 1.1.5. Évalué à 3.
Mauvais éditeur de texte : changer d'éditeur de texte.
Certains éditeurs de texte ou IDE ont de sympathiques menus déroulants permettant d'atteindre la définition d'une fonction/classe rapidement (BeIDE faisait ça très bien par exemple).
La plupart des bons éditeurs de texte permettent également de replier le code et d'avoir plusieurs vues sur un même fichier.
Dès lors je ne vois pas quel confort de multiples fichiers pourraient apporter.
BeOS le faisait il y a 20 ans !
[^] # Re: et?
Posté par dinomasque . En réponse au journal Quand La Caisse d'Épargne s'y met aussi.... Évalué à 3.
Le terminal établit une connexion sécurisée avec le serveur et ne peut pas (ou alors très difficilement) être compromis.
BeOS le faisait il y a 20 ans !