Gniarf a écrit 6776 commentaires

luc2, le retour : il revient et il n'est pas content

bah, NetBSD c'est mort, comme NVU, Slackware ou ReiserFS

http://linuxfr.org/comments/841896.html

prometteur, xhtml et utf8 kissèrarien

celui là sera peut-être plus pérene :

http://www.via.sfr.fr/fr/outils/Annuaire_Editeurs/index.jsp?(...)

les VerySexyKoala, là...

alors donc si SFR vous sort que c'est une boite tierce, qu'ils sont pas en rapport avec ou qu'ils ont pas de moyen de pression dessus, hein...

Ce service est édité par Starpost Developements Ltd, 41 Chalton Street, NW1 1JD London - UK.
Facilitateur et hébergement : Index Multimédia
Pour toute demande de renseignement ou en cas de problème technique, vous pouvez nous contacter :
1. par mail : hotline@starpost.biz
2. par courrier : Index Multimédia / Starpost, BP 93641, 31036 Toulouse Cedex
3. par téléphone : 0 825 33 51 27 (0.15 euros/min) du lundi au vendredi de 9h à 12h et de 14h à 18h

NB : beaucoup d'information rentrées dans les bases habituelles semblent volontairement fausses ou inutilisables. le reste sera en général à l'étranger

ils contactent abusivement les clients des 3 opérateurs (SFR, Orange, le dernier) et ces braves opérateurs vont surement vous dire qu'ils ne peuvent rien y faire.

or cette société fournit aussi divers services audiotel et autres conneries wap, chats entre adultes et divers pour un peu tout le monde, exemple pour SFR ce starpost developments :

http://www.via.sfr.fr/do/annuedit/list?sort=service&lett(...)

si ici SFR prétendait à ses clients qu'ils "ne peuvent rien y faire", il est temps d'aller voir ailleurs chez un opérateur plus responsable...

perdu, c'est un katakana ヅ

des tigresses épanouies ?

mauvais fournisseur, changer de fournisseur.

"truc standard" et "64 bits" ca me fera rire encore longtemps...

ah, si aujourd'hui tu as la réponse à ta première interrogation, ça m'interesse.

"A quoi ça peut nous servir ?"

y'en a qui ont essayé, ils ont eu des problèmes...

farpaitement, les FAI vont faire du whitelisting : les français pourront accéder uniquement aux sites qui plairont au comité de censure du gouvernement et à Familles de France. tout le reste sera illégal et passible d'amende ou de prison \o/

pile-poil pour les gros betas de fanboys Apple

l'avant-dernier paragraphe de http://fr.news.yahoo.com/11062007/5/musique-nouvel-assaut-co(...)
nous donne la solution du "comment qu'ils vont faire ?" :

ce Jérôme Roger "préconise d'associer les fournisseurs d'accès à Internet (FAI) à la réflexion pour instaurer un filtrage informatique"

là, c'est dit \o/

C'est peut être a l'application de différencier un fichier zip d'un fichier OpenDocument mais en même temps, ca ne marche pas trop.

envoie un patch. en fait non, constate que les applications se débrouillent quand même bien comme c'est, quand OpenOffice s'est mis à prendre de l'ampleur les applications qui en avaient quelque chose à faire (les file managers, en gros) sont devenus OpenOffice-aware, elles reconnaissaient ces documents.

Pour prendre un exemple que beaucoup de monde doit utiliser : nautilus, il m'est souvent arrivé de voir des fichiers dont le type était mal reconnu. Et d'avoir des problèmes à cause de cela.

ben en fait, que ce soit avec une extension, un mime-type, un header contenant une signature précise, ou tout autre système ... le fichier lui-même peut être corrompu, incomplet (transfert interrompu, plantage à l'écriture). Nautilus aura du mal s'il tente de faire un aperçu dessus.

il y a d'ailleurs de bonnes blagues avec l'explorateur de Windows quand il va chercher des icones dans des fichiers qu'il prend pour des executables : s'il se plante dessus, il laisse le fichier ouvert en lecture, du coup impossible de l'éffacer "ce fichier est utilisé par Windows", du coup il faut tuer l'explorateur ou rebooter. génant sur le Bureau...

d'ailleurs tu es bien conscient qu'il m'est possible d'inventer indéfiniment de nouveaux types de fichiers et d'entêtes ? c'est le théorème d'incomplétude de Gödel qui veut ça. libmagic et les applications en dépendant seront toujours incomplètes. et même sans ça, il m'est toujours possible d'affecter des métadonnées fausses (ou un contenu arbitraire voir malicieux) à tout système que tu me présenteras...

allez hop, dans 5 minutes on va sortir Hurd et ses translators \o/

Qui veut retirer l'information ? Je souhaite juste la placer à un autre endroit et la sortir du nom du fichier où elle n'a rien à faire.

donc si je déplace et sors 100 euros de ta poche où ils n'ont rien à faire là (parce que c'est mon opinion juste et bonne) pour les placer à un autre endroit comme dans ma poche je ne te vole pas ?

faut qu'on se voit de suite

mh si. suivant à quel niveau on se place c'est un problème de ceci ou de cela, ou même un problème de méthode ou d'ergonomie. n'afficher que des icones pour différencier les "types de fichiers" va gêner les defficients visuels, par exemple. si on classifie par couleur on n'aura pas les mêmes réactions chez l'utilisateur le jour ou la nuit. ou suivant la couleur de fond de l'application. déjà que vi dans un terminal peut vite devenir pénible avec les mauvaises couleurs... (et on passera sous silence les conséquences de trier par couleur avec des valeurs chromatiques très proches)



bah je considère les quelques lettres après le . à la fois comme des données et des métadonnées. les protocoles réseaux me transfèrent ça très très bien. quel est le problème, déjà ?

en fait après les extensions on devrait aussi supprimer les noms de fichiers et ne plus garder que les inodes : ces meta-donnees n'ont rien à faire dans le nom de fichier, leur place c'est le système de fichiers ! wait...


c'est comme se plaindre que libmagic "n'est pas suffisament fiable" parce qu'il peine sur des données aléatoires ou sans header spécifique. il se trouve que personne n'utilise directement libmagic mais la commande file et ses équivallents intégrés aux navigateurs :

The file command identifies the type of a file using, among other tests, a test for whether the file begins with a certain magic number.

libmagic reconnait les archives au format Zip comme des archives au format Zip et pas OpenOffice, (Java) JAR ni autres documents composites compressés ? c'est *NORMAL*, son boulot s'arrete là. c'est une librairie. c'est à l'application au dessus à gratouiller pour voir si un xml compressé ne serait pas par hasard du SVG ou autre, éventuellement en appellant d'autres librairies spécialisées

et ça ne m'étonnerait pas qu'un jour l'option -z mentionnée plus bas se retrouve activée par défaut


sur HP-28, 48 et autres 49, toutes les entités manipulables par l'utilisateur (entiers, réels, chaines de caractères, graphiques...) avaient une entête de 5 quartets indiquant le type : il y en avait environ 25. c'était bien, mais pas vraiment extensible : ces valeurs étaient en fait des pointeurs vers la rom, et puis surtout, dès que deux utilisateurs auraient voulu s'échanger des objets pas-de-base, il aurait fallu se concerter pour utiliser les mêmes valeurs d'entête... et un consortium pour gérer tout ça : ils avaient réussi à avoir des conflits de numéro pour les librairies... (pour donner un ordre d'idées, c'est du même tonneau qu'un même numéro de port utilisé par plusieurs applications réseau)

tu avoueras quand même que c'est rudement portable et que si je dois rapatrier 2000 "images" parmi 3000 fichiers d'un serveur de l'autre coté de l'Atlantique je vais préférer cette convention de nommage à la plupart des autres solutions qu'on me proposera.

sous Mac OS vers 1992 j'ai vu qu'on pouvait affecter des couleurs aux noms de fichiers dans le Finder : jaune, cyan, tout ça. c'est bizarre, ça n'a pas pris...

Concernant les extensions de fichiers, il est vrai que dans certains contextes, il semble judicieux de les garder (en programmation pour différencier toto.c, toto.h et toto.o. Mais dans un contexte plus orienté bureautique, l'extension du fichier n'a pas a exister. Pourquoi obliger les utilisaeurs à rajouter .odt après leur document texte

1) en quoi un contexte "plus orienté bureautique" serait différent d'un environnement de programmeurs et autres administrateurs système, si ce n'est que tu impliques silencieusement que ces utilisateurs se foutent des détails informatiques tant que ça marche ? qu'ils sont blonds, en gros ? et les graphistes, ils puent ? eux ils veulent vraiment faire la différence entre un TIFF et un PCX, parce que l'un des deux prendra 5 minutes à se charger dans Photoshop s'il ne fait pas planter la machine en cours de route.

2) pourquoi obliger les utilisateurs à enlever l'extension .odt après leur document OpenOffice.org Writer alors que l'application l'a mise toute seule comme une grande ? ne serait-ce que pour que elle puisse y retrouver ses petits : c'est une tache inutile, voire dangeureuse.

3) en fait ton "contexte" existe déjà. tu vas le trouver dans les web applications comme celles de Google, ou dans les ajouts de Microsoft Office (Nouveau document Office, Ouvrir un document Office, la barre d'outils Office qui fait launcher d'applications et sûrement des documents récents aussi). ou dans le mini-bureau de StarOffice avec son explorateur : c'est fermé, normatif, et ca ignore complètement le reste du monde : tant pis pour ce qui n'était pas prévu. oh, oui, souvent c'est extensible, mais pas par l'utilisateur de base.

4) mais sinon ça n'a de sens que si tu as une seule application à utiliser toute la journée. genre une suite Office, ou d'ailleurs Works : c'est elle qui devient ton contexte, ton environnement. les utilisateurs feront fichier-ouvrir et l'application ne montrera que les documents reconnus. dans le monde réel, tu auras souvent plus d'applications nettement dissociées et ils utiliseront alors un file manager. avoir .doc de marqué est aussi important que d'avoir une icone Word, c'est une information visuelle et utile, même si elle parait redondante

je pense que retirer de l'information va aliéner les utilisateurs, les rendre plus idiots, plus dépendants. dans pas mal de cas c'est utile ou même nécessaire, mais sinon tu vas les transformer en utilisateurs d'interfaces Adibou (qui a dit Gnome ?) : si tu les en sors, ils seront vraiment perdus.

un poil édité, je te cite :

je possède des enregistrements de deux concerts, que je refilerais sans doute à quelques amis. Mais voila, même si je sais que cela est parfaitement légal (snip), puisque cela rentre dans le cadre de l'exception pour le cadre familial.

tu n'as pas l'impression de confondre deux mots, là ?

Bon sinon si c'est illégal, est-ce que cela veut dire que le simple fait de ripper le concert en ogg vorbis et de le copier sur le baladeur à ma bien aimée me met dans l'illégalité?

je pense pas (là, oui, le cadre familial ça tiendrait)

Si c'est le cas, ça peut que plus me pousser à envoyer chier les artistes inscrits à la SACEM.

réaction très saine et génératrice d'économies \o/

ton problème est que tu ne vois pas qu'il est parfaitement pertinent de nommer une chose en rapport avec son usage. par exemple un tournevis cruxiforme, un camion-citerne, une voiture de pompiers, un document Word, un tableau Excel, un document de travail de GIMP dans son format dédié XCF - oops, un fichier GIMP.


bon allez, deux cas de figure de la vraie vie :

ton copain de bureau, le gros Roger, t'envoie un rapport chez toi

cas 1)

-ca marque je sais pas ouvrir Rapport.rar
-ah il sait pas... ah oui t'es chez toi c'est pas configuré pareil
-et je fais quoi maintenant
-bah euh installe le support du format rar, aptitude install librar
-ah oki c'est pas librar mais je vois ça va aller

cas 2)

-ca marque je sais pas ouvrir Rapport
-ah, et euh c'est tout ?
-oui, c'est tout
-c'est ballot, ça
-et je fais quoi maintenant
-je sais pas lol
-lol


merci de laisser une chance au cas 1, des centaines de millions de personnes te remercieront.

ouh, oui, les joies de htm/html et jpg/jpeg ...

encore plus rigolo quand une application s'attache à l'extension en 3 lettres et une à celle en 4 lettres. oh et puis souvent c'est une version de mime-type pour l'usage local tel que vu par le gestionnaire de fichiers et une autre pour l'usage "internet" tel que vu par le navigateur \o/

encore plus rigolo quand des génies décident un jour de ne plus préciser "image bmp" "image gif" "image jpeg" mais juste "Image" parce que trop de types ça embrouille l'utilisateur moyen^Wlambda...

toute caractéristique héritée de Microsoft

héritée de CPM, en passant...

et comme tu le dis ça existait déjà sous Unix. c'est juste une convention, mais elle est bien trop pratique pour que des génies en culottes courtes viennent me l'enlever.

c'est pas du tout récent en fait. tu sors de prison ?