> Je doute que EDF, lorsqu'ils font du Net, transportent les données sur du 50 Hz ;-)
Je comprends pas trop ton objection : oui, bien sûr, EDF ne va pas transporter ses données sur du câble électrique sur toute la distance, comme FT ne transporte pas les données des liaisons ADSL sur des paires cuivre téléphoniques au-delà des DSLAM. Maintenant, il est fort probable qu'EDF, comme la SNCF, doit avoir un réseau de transport des données en fibre optique ou autre technologie plus adaptée (pour le monitoring des équipements, par exemple) sur une bonne partie du pays. Donc, si l'État arrêtait de surprotéger FT et leur laissait les mains libres, ils pourraient probablement très vite proposer l'accès à Internet à haut débit depuis une grande partie du territoire (bon, d'accord, peut-être que le transformateur de Trifouillis-sur-Yvette n'a pas été câblé, mais la plupart des agglomérations importantes devraient l'être. Pour ceux qui veulent faire du roaming, c'est largement suffisant)...
L'ICANN, qui leur a délégué sauf erreur la gestion des .com et .net. Malheureusement, j'ai la vague impression qu'il n'y a pas grand-chose à attendre de la part de cette organisation qui élimine ses membres élus, prend des décisions à coucher dehors (un TLD comme .museum, par exemple, fallait le faire), attribue la gestion des registres (dernier en date, le .org) un peu à la tête du client (et, dirais-je si je ne craignais pas le procès en diffamation, peut-être au nombre de zéros sur le chèque), etc.
Donc, la situation du moment est : pour l'instant, c'est bien l'ICANN et Verisign qui décident. Autant dire qu'on n'est pas sortis de l'auberge...
> On peut également remarquer que IE, sans aucun module est déjà capable de traiter ces URL... curieux.
Oui, enfin, IE (ni AMHA aucun autre navigateur) ne cherche vraiment à « comprendre » l'URI que tu lui jettes en pâture. Il se contente de la balancer au resolver du système qui va, lui, aller à la pêche sur le DNS. Et voici comment ça se passe :
$ host -t ns com.
com name server M.GTLD-SERVERS.NET.
com name server A.GTLD-SERVERS.NET.
[SNIP]
$ host www.éditions.com. M.GTLD-SERVERS.NET.
Using domain server:
Name: M.GTLD-SERVERS.NET.
Address: 192.55.83.30#53
Aliases:
www.\233ditions.com has address 198.41.1.35
Cette adresse est tout simplement celle du site [http://idnnow.com/(...)] où un script Perl se chargera d'afficher la page de téléchargement du greffon pour IE. Inutile de dire que cette « solution technique » est lamentable, on dirait du Microsoft tellement cela bafoue les standards. Je suis pourtant à fond pour une méthode permettant à tout le monde de communiquer dans sa langue/son alphabet/etc. (et oui, un URI, c'est de la communication. Farpaitement), mais, nom d'une pipe, ils ne pouvaient pas attendre que le vrai standard de l'IETF arrive ? Surtout qu'une des priorités de celui-ci est de ne rien casser dans le système DNS existant, ce que Verisign vient de faire sans se poser la moindre question. Quelle bande de jean-foutre ! :-((
Petite note additionnelle : si wget et les autres n'arrivent pas à afficher ladite page, c'est parce qu'ils transforment ton URL en [http://www.%E9ditions.com/(...)], et cet échappement ne permet pas au serveur DNS Verisign de la comprendre. Je ne sais pas très bien si on doit échapper les caractères spéciaux avant le premier '/' (et j'ai la flemme d'aller relire la RFC), mais sachant que le seul soft qui ne le fait pas est de chez MS, je pense que l'on peut sans trop de risques affirmer que la méthode de Verisign répose sur un bug d'IE :-)
> Et un OpenWorks ou appleworks muni de tous les filtre import/export kivontbien serait bienvenu tout particulièrement pour les très petites structures (T.P.S.) : associations, commerçants, artisans et autres travailleurs indépendants.
J'ai ce qu'il te faut : ça a été développé en partie par des anciens de Claris (il me semble), ça tourne sous Win32, Linux et BeOS (oui, bon, d'accord...), et il ne leur manque que du pognon pour libérer les sources (comme Blender, quoi). C'est GoBe Productive, et le forum pour les donations est à [http://beunited.org/standards/phorum/list.php?f=22(...)]. En revanche, ça dure depuis décembre, et ça a l'air de n'aller nulle part. Dommage :-(
Attention, expérimental (CVS du 24/11 compilé avec g++ 3.2) mais chez moi ça marche très bien, il manque juste ce fichu paquet avec la barre d'outils supplémentaire pour Konqi (celle avec Babelfish, le sélecteur d'User-Agent, et le Validateur W3) qui est si pratique.
Ou alors, tu peux essayer [http://mypage.bluewin.ch/kde3-debian/(...)] qui liste des sources pour les paquets de Karolina Lindqvist, mais comme leur organisation est différente de celle « officielle » ça peut mettre un peu le souk lors de la mise à jour vers la version finale...
P200MMX/384 Mo -> KDE est tout-à-fait utilisable. En revanche, Mozilla est toujours aussi gastéropodique, du coup je ne le lance que pour vérifier mes pages HTML, sinon j'utilise Konqi. En tout cas, je tire mon chapeau aux développeurs KDE, ça fait plaisir de voir des softs de cette qualité...
Sinon, idem que toi, je ferme jamais mes sessions, sauf recompilation de noyau ou autre cas difficile à éluder. La machine n'est de toute manière jamais éteinte, donc ça n'a aucun intérêt, et passer mon temps à rouvrir toutes les applis me fait tourner chèvre.
> franchement, je crois que je vais switcher vers Debian s'ils continuent ds leur logiique de retoucher les packages...
Tu ne seras pas le premier : j'ai moi-même quitté Mandrake pour Debian parce que j'en avais marre qu'ils décident de customiser mon bureau à leur manière, et sans que je puisse désinstaller ces modifs (bon, il n'y avait pas que ça, mais ça a joué un rôle).
Un appel aux créateurs de distribs : bon sang de bon soir, les devs KDE et GNOME se décarcassent pour que leurs environnements soient plaisants à utiliser, et ils intègrent complètement cette problématique. Pourquoi aller dupliquer le travail par-derrière et rendre les choses plus compliquées pour l'utilisateur en rendant son environnement de travail méconnaissable lorsqu'il passe d'une distrib' à l'autre (par exemple, de ma Mdk du bureau à ma Debian chez moi ?). C'est pour tenter de l'habituer à votre distrib', histoire qu'il aille pas voir à côté si l'herbe est plus verte ? Si c'est le cas, permettez-moi de le dire, c'est moche. Très moche. Et ça ne présage pas bien pour la suite (j'aurais encore compris ça de SuSE, mais RH, je suis un peu déçu :-(
Bien évidemment, c'est payant et pas libre. Je ne sais pas s'il y a des auteurs qui en ont fait des versions libres, mais si c'est le cas, j'aimerais bien avoir les [url].
En fait, ce qui serait vachement foutument extrêmement bien, ce serait un site qui rassemblerait les fontes dispos sous une licence libre. Parce que ce problème revient régulièrement (les derniers en date à s'y être collés étant les debianeux [http://www.debian.org/News/weekly/2002/34/(...)], cherchez le paragraphe sur les fontes TrueType). Ce serait tout de même bien qu'il y ait un endroit unique (par exemple sur SourceForge ou Savannah) pour que les auteurs puissent mettre leurs fontes et les utilisateurs les télécharger et le cas échéant, renvoyer des versions modifiées... Et on n'aurait plus de scrupules en composant des documents avec des fontes propriétaires (si, si, ça m'énerve, moi. Et je suis même pas barbu :-)
> Alors pourquoi feraient-ils mieux qu'un fondeur professionnel ?
Ça, je n'en sais rien. Mais les (fontes|polices) MS, comme Verdana, Tahoma, etc. sont effectivement de bonne qualité (je les utilise sous Linux justement parce qu'elles sont très agréables).
> Comparer comme tu le fais Bitstream à Microsoft (qui si je ne m'abuse, fait faire ses polices)
Non non, pas toutes, cf. le lien cité plus haut. AMHA, il ne faut pas jeter le bébé avec l'eau du bain : les développeurs MS ne sont pas au top (petit euphémisme), mais un typographe n'est pas forcément mauvais parce qu'il travaille au même endroit qu'eux, c'est un métier très différent...
> Je me promet de ne plus réponder car je sais pertnament que ca va être stérile.
Oui, principalement car tu prends tout comme une attaque personnelle, et tu exagères la portée de ce qui t'est dit. Tu sais quoi ? Arrête les forums publics, à lire ton post précédent, j'ai l'impression que ta tension artérielle a dû monter à des sommets (putaing, la vache, le coup du post « dénigrant » on me l'avait pas encore fait. Bonjour la parano :-)
Et encore une fois, il y a d'autres façons de s'exprimer qu'avec des « C'est clair ? », « POINT FINAL », etc. Tu n'es pas non plus forcé de « reprendre de volée [sic] » des gens, tu peux essayer de leur expliquer calmement en quoi tu penses que ta position est plus adaptée (d'autant plus qu'il y a toujours des pour et des contre dans un choix technique, ce n'est pas blanc ou noir). En l'état actuel, effectivement, la discussion est d'une stérilité affligeante... parce qu'il n'y a pas de discussion, juste une polémique qui n'apporte rien. Alors on va couper court pour ne pas polluer. Merci pour cet intéressant échange.
C'est vrai, ça s'est amélioré, mais il reste toujours un gros problème : si j'ai bien compris, dans le système de fichiers ext2 (et donc ext3, je ne sais pas pour les autres), un inode ne contient pas le *nom* du fichier. Celui-ci est stocké sous la forme de « liens » dans des répertoires (d'où la possibilité d'avoir deux noms pour le même fichier et dont l'effacement de l'un ne provoque pas l'effacement du fichier : les liens « durs » créés à l'aide de la commande 'ln' sans l'option '-s'). Le problème de cette approche est que, lorsque le dernier lien vers le fichier a été unlink()é, on n'a plus qu'un inode avec un compteur de liens nul, et aucun moyen de savoir qui était ce fichier, ni son ancien emplacement !
Bon, si la commande que vous venez de taper était 'rm -f rapport_super_urgent.xml', et que vous vous rappelez peu ou prou sa taille, vous allez probablement être sorti d'affaire par e2recover et ses confrères. Mais personnellement, j'ai eu un magnifique plantage qui a effacé un *très* grand nombre de fichiers sur ma babasse (dont un certain nombre d'utilitaires système, au point que j'ai dû ressortir un vieux CD de DemoLinux et coller une partie des fichiers sur le HD pour convaincre la machine de se réamorcer). Sans connexion à l'Internet à ce moment, je me suis fait un script qui automatisait la procédure décrite dans le undeletion-howto... et je me suis retrouvé avec une tétrachiée de fichiers inconnus à recaser sur le disque. J'ai dû passer plus d'une semaine à regarder chaque fichier texte pour essayer de déterminer où il pouvait être originellement. Quant aux fichiers binaires, pour la plupart je n'avais que peu de moyens de savoir ce qu'ils étaient ('file' ne suffit pas toujours) donc très peu ont pu être récupérés.
Avec un système de fichiers qui mettrait juste un drapeau « effacé » sur le fichier pour signaler qu'on peut écrire par-dessus (FAT, par exemple), ce cauchemar ne serait pas arrivé. Bref, pour une fois, j'avoue que j'ai regretté les choix des concepteurs. Bien sûr, je ne suis pas un spécialiste des FS (en fait, j'y connais pas une bille, je suis même sûr que ce texte est bourré d'erreurs) et il doit y avoir de très bonnes raisons pour cette conception, mais des méthodes alternatives (par exemple, un répertoire '/.corbeille' qui contiendrait les chemins vers les anciens fichiers et leurs numéros d'inode, et qu'on pourrait utiliser pour la récupération ou au contraire purger de temps en temps) ne seraient peut-être pas inutiles dans tous les cas...
> Gravement à lisibilité du texte ? Tu te moques de qui ?
Je ne « me moque » de personne. Libre à toi de prendre mal les remarques que l'on te fait (je pensais que si tu avais posté une dépêche à propos de ton article, c'était bien pour qu'on le commente), mais je persiste à penser que la présentation typographique d'un texte a une importance capitale. Même le choix de la police d'affichage influe (ainsi, un texte imprimé est plus lisible avec une police serif, et un texte affiché à faible résolution gagne à être affiché avec une police sans serif). Pour le reste, l'utilisation d'effets typographiques doit être au moins cohérente : ainsi, il est couramment admis que les citations sont en italique. Mais mettre de l'emphase sur des morceaux de phrases épars tantôt en gras, tantôt en italique, et sans aucune ligne directrice apparente ne m'aide très certainement pas. Si des éléments bien définis étaient mis en avant de cette manière, ça aurait une utilité en ce sens que je pourrais balayer plus rapidement la page à la recherche d'éléments significatifs. Là, ça ne me donne qu'une impression de fouillis préjudiciable.
Bien sûr, tu peux toujours considérer que ce n'est « que » mon avis, que je « me moque » de toi, et te torcher avec. M'enfin bon, c'est peut-être pas le truc le plus constructif que j'aie vu. Je remarque aussi que tu as adopté la même ligne vis-à-vis de ceux qui questionnent le choix de PHPNuke : c'est « tellement évident » que c'est le mieux : « Il y a un cache !!!!!!!!!!!!!!!! [sic] » (ce n'est clairement pas le seul pourtant : parmi les CMS que je connais, un certain nombre ont un mécanisme de cache, SPIP par exemple), et tes interlocuteurs « ne [doivent] pas être trés habitués à reflechir à ce genre de problème » (parce qu'ils ne sont pas arrivés aux mêmes conclusions que toi ?). Je ne voudrais pas passer pour un moraliste ringard, ni dénigrer ton travail (personne n'aime bosser pour se faire démolir) mais ça fait quand même fichtrement prétentieux, ne serait-ce que par le ton péremptoire que tu adoptes. Un peu de courtoisie, ça ne fait pas de mal, et si tes arguments sont bons, ça ne leur enlève aucun poids, bien au contraire, je t'assure...
J'aimerais faire remarquer que l'abus de balises HTML nuit gravement à la lisibilité du texte. Je vous suggèrerais donc respectueusement de bien vouloir formater vos articles de manière plus légère. Merci.
PS : le site est super lent. Tuxfamily dans les choux ou LinuxFRisation ?
> ? ! ? !
Oui, je suis désolé, mais à moins que j'aie raté un épisode, la dernière fois que j'ai regardé (avec un galeon CVS assez récent sur ma Sid), les cookies (pour prendre un exemple qui me tient à cur) ne pouvaient pas être gérés aussi finement qu'avec Konqi/Mozilla/Phoenix, pas plus que le javascript (j'adore les fonctions de Moz/Phoenix pour désactiver certaines fonctions JS comme le redimensionnement des fenêtres, etc.). Bref, peut-être j'ai pas assez cherché, mais j'ai pas trouvé ce que je voulais...
> beuh, tu rigoles ? j'en reçois souvent des mails comme ça (text/enriched), ça marche trés bien.
Avec quel MUA ? Ça m'intéresserait pas mal (enfin bon, je suis plutôt bien avec KMail et Mutt, mais je suis prêt à regarder les autres s'ils ont des fonctions intéressantes).
Question subsidiaire : est-ce qu'il te permet de *composer* des mails en text/enriched ou juste de les lire ?
> Galéon est basé sur Gecko et est trés trés trés utilisable
> merci ;-)
Euh ? C'est exactement ce que je disais. Je soulignais juste que les seuls navigateurs *non basés* sur Gecko n'étaient pas utilisables. Tu as probablement mal lu ma phrase...
Pour ce qui est de Galeon, néanmoins, si je dois prendre un navigateur basé sur Gecko, ce ne sera pas lui : Phoenix est aussi léger, et apporte en plus toutes les extensions développées pour Mozilla (entre autres les excellentes Tabbar Extensions qui permettent de configurer plus finement les onglets), tandis que l'écran de préférences de Galeon est franchement un peu trop vide à mon goût...
> - tous les mailers savent afficher du HTML, à part /bin/mail, pine et mutt
Faux, Mutt sait parfaitement utiliser les types MIME pour lancer le bon afficheur. Par exemple, si tu veux qu'il t'affiche le type text/html avec Links, tu configures ça dans ton /etc/mailcap et hop ! Il te suffit de presser 'v' pour visualiser la partie HTML du message. Pour PINE, j'ai jamais utilisé mais je pense pas car un grand nombre de gens qui se plaignent des messages mime/multipart semblent l'utiliser. <troll>Mais de toute manière PINE c pas libre, donc ça suxx</troll> :-)
> Bref, tout bien considéré je serais même franchement pour le mail en HTML. :-)
Moi aussi... S'il y a une *raison* à cela. Les gugusses qui m'envoient des mails de deux lignes sans formatage aucun mais en HTML parce que leur Outeloque le fait par défaut, ça me tue ! En revanche, si le gars veut m'envoyer un tableau recapitulatif et n'a pas envie de se faire ch*er avec de l'ASCII-Art, bah je veux bien. Donc OUI au mail en HTML *s'il est justifié*. Pour le reste, ceux qui utilisent PINE pourront toujours se faire une belle règle procmail pour filtrer les text/html à travers un lynx -source ou un autre truc qui en donne une version texte, et ils n'auront plus de problèmes (faudrait peut-être mettre une astuce à ce sujet dans DLFP, tiens)...
Tu veux dire, comme dans la RFC 1896 [http://www.faqs.org/rfcs/rfc1896.html(...)] que personne n'a implémenté à ma connaissance, malgré qu'elle soit dispo depuis 1996 ? Et si on commençait d'abord par utiliser ce qui existe déjà avant de réinventer la roue ?
Au passage (je dois pas être dans le bon thread, mais je m'incruste ;-), je suis pour ma part extrêmement content qu'ils aient choisi le moteur de rendu de ce brave Konqi plutôt que Gecko. Pour plusieurs raisons :
Le code de Mozilla tient du laboratoire expérimental. Ce n'est pas un mal (il faut toujours des gens à la pointe du progrès pour faire avancer les choses) mais du coup ça limite le nombre de gens qui comprennent ce code
La plupart des navigateurs libres ne font qu'ajouter une interface utilisateur à Gecko, sauf pour Dillo, Encompass et les rares autres basés sur GtkHTML. Mais ils ne sont pas réellement utilisables
Comme Konqi n'a presqu'aucune « part de marché », les devs Web s'en foutent encore plus que de Moz (qui a au moins une communauté suffisamment vocale pour obtenir des trucs, parfois). Lorsque Safari va être adopté par les Macquereaux, la donne risque de changer
L'arrivée des développeurs Apple va sans aucun doute donner un coup de fouet à kHTML et le faire pointer dans le sens des standards, ce qui est Bien[tm]
En bref, dans l'histoire, Mozilla n'y perd pas grand-chose (ils vont de toute manière continuer inévitablement à monter sur plate-forme x86/Win32 au fur et à mesure que les gens se rendent compte qu'IE ça suxxor des ours[tm]), le projet KDE y gagne un navigateur plus performant et plus proche des standards, les développeurs de sites Web y gagnent un dessillage des yeux (finie l'époque où on codait pour un ou deux navigateurs, il va falloir voir plus large, voire penser à respecter ces fameux standards dont les barbus parlaient), et le Libre y gagne le choix entre deux navigateurs performants. Eh ! Que demande le peuple ?
Ah si, quand même, on m'annonce dans mon oreillette que le peuple demande qu'Apple arrête ses conneries avec sa licence APSL à la mords-moi-l'nud [http://www.gnu.org/philosophy/apsl.html(...)], et qu'ils soient plus clairs sur leur approche du libre. Mais bon, pour un début, c'est déjà pas mal[tm]...
> Jon n'est pas l'auteur de l'algorithme de DeCSS, mais bien d'une GUI qui s'en sert.
Hmmm... peut-être (à vrai dire, il me semble bien avoir lu qu'il avait des contacts avec l'équipe originale. En fait, tout le monde l'a tellement présenté comme un auteur de DeCSS que je n'ai pas fait suffisamment gaffe), mais dans tous les cas, il semble bien avoir été considéré (par la justice, en tout cas) comme ayant participé à DeCSS, et le juge a bien reconnu que le fait de casser une protection dans un but légal n'avait rien de répréhensible. Et ça, ça mérite de rester dans les annales.
Ceci étant dit, tu as parfaitement raison, cette erreur factuelle n'aurait pas dû passer (j'aurais au moins dû mettre un conditionnel à la phrase). Désolé pour le plantage.
> Et il doit y avoir d'autres lois qui sont bafouées (par exemple le droit à la libre concurence pour les fabricants de lecteurs de DVD, je suppose qu'ils doivent payer une licence pour pouvoir avoir acces à la clef cryptographique).
Oui, mais d'un autre côté, tu peux voir ça différemment : maintenant, si tu es un fabricant de lecteurs de DVD Norvégien, tu peux faire une machine avec une puce exécutant le code DeCSS plutôt que de payer la licence. À partir du moment où tu n'utilises pas les marques déposées du consortium (par exemple le logo, qui doit être protégé), je vois mal comment on pourrait t'attaquer, à moins que le jugement soit contredit (mais j'espère bien que ce ne sera pas le cas)...
> Bref, est-ce que quelqu'un connait un endroit sur le Net où l'on peut trouver une association qui lutte contre ça ?
Y a [http://eurorights.org/(...)], mais le seul lien d'organisation locale qu'ils donnent est celui d'une assoc' Anglaise [http://ukcdr.org/(...)]. Je sais pas s'il y a quelque chose en France, mais si c'est le cas, je suis d'accord pour adhérer, ne serait-ce que pour avoir un peu plus de poids auprès de nos grands amis les politiques. Donc je serais aussi curieux de savoir si ça existe ou si quelqu'un veut monter quelque chose.
> Le vieux avec son cancer à coté fait une oeuvre similaire, il va en profiter 1 an maxi, ne serait'il pas normal qu'il puisse s'il le veut en profiter pour aider son petit fils ?
Eh bien, c'est une bonne remarque, effectivement. Et si la durée du droit d'auteur n'était que de quelques décennies après la _publication_ de l'uvre (et pas 70 ans après la _mort de l'auteur_), je serais même d'accord avec toi. Je ne suis pas contre les auteurs, après tout...
Ceci étant dit, on pourrait objecter que le droit d'auteur protège les auteurs avant tout pour les *inciter à créer de nouvelles uvres* (et donc, in fine à enrichir le domaine public). Ce n'est pas vraiment le cas ici, un auteur mort ne publiant que rarement de nouvelles créations :-)
[^] # Re: France : les plaintes du SNEP provoquent le marasme Internet
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche France : les plaintes du SNEP provoquent le marasme Internet. Évalué à 1.
Je comprends pas trop ton objection : oui, bien sûr, EDF ne va pas transporter ses données sur du câble électrique sur toute la distance, comme FT ne transporte pas les données des liaisons ADSL sur des paires cuivre téléphoniques au-delà des DSLAM. Maintenant, il est fort probable qu'EDF, comme la SNCF, doit avoir un réseau de transport des données en fibre optique ou autre technologie plus adaptée (pour le monitoring des équipements, par exemple) sur une bonne partie du pays. Donc, si l'État arrêtait de surprotéger FT et leur laissait les mains libres, ils pourraient probablement très vite proposer l'accès à Internet à haut débit depuis une grande partie du territoire (bon, d'accord, peut-être que le transformateur de Trifouillis-sur-Yvette n'a pas été câblé, mais la plupart des agglomérations importantes devraient l'être. Pour ceux qui veulent faire du roaming, c'est largement suffisant)...
Envoyé depuis mon PDP 11/70
[^] # Re: Gconf pour les nuls ... et les hackers
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Gnome 2.2 est sorti. Évalué à 0.
http://windowblinds.net/(...)
Je sais, c'est payant, c'est pas libre, mais c'est juste parce que ça me permet de contredire ton argument (*insérer un rictus sardonique ici* :-)))
et hop ! ----> []
Envoyé depuis mon PDP 11/70
[^] # Re: Parcours du combattant pour un Grec
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche VeriSign impose le support des adresses Web avec accents. Évalué à 1.
L'ICANN, qui leur a délégué sauf erreur la gestion des .com et .net. Malheureusement, j'ai la vague impression qu'il n'y a pas grand-chose à attendre de la part de cette organisation qui élimine ses membres élus, prend des décisions à coucher dehors (un TLD comme .museum, par exemple, fallait le faire), attribue la gestion des registres (dernier en date, le .org) un peu à la tête du client (et, dirais-je si je ne craignais pas le procès en diffamation, peut-être au nombre de zéros sur le chèque), etc.
Donc, la situation du moment est : pour l'instant, c'est bien l'ICANN et Verisign qui décident. Autant dire qu'on n'est pas sortis de l'auberge...
Envoyé depuis mon PDP 11/70
[^] # Re: VeriSign impose le support des adresses Web avec accents
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche VeriSign impose le support des adresses Web avec accents. Évalué à 6.
Oui, enfin, IE (ni AMHA aucun autre navigateur) ne cherche vraiment à « comprendre » l'URI que tu lui jettes en pâture. Il se contente de la balancer au resolver du système qui va, lui, aller à la pêche sur le DNS. Et voici comment ça se passe :
$ host -t ns com.
com name server M.GTLD-SERVERS.NET.
com name server A.GTLD-SERVERS.NET.
[SNIP]
$ host www.éditions.com. M.GTLD-SERVERS.NET.
Using domain server:
Name: M.GTLD-SERVERS.NET.
Address: 192.55.83.30#53
Aliases:
www.\233ditions.com has address 198.41.1.35
Cette adresse est tout simplement celle du site [http://idnnow.com/(...)] où un script Perl se chargera d'afficher la page de téléchargement du greffon pour IE. Inutile de dire que cette « solution technique » est lamentable, on dirait du Microsoft tellement cela bafoue les standards. Je suis pourtant à fond pour une méthode permettant à tout le monde de communiquer dans sa langue/son alphabet/etc. (et oui, un URI, c'est de la communication. Farpaitement), mais, nom d'une pipe, ils ne pouvaient pas attendre que le vrai standard de l'IETF arrive ? Surtout qu'une des priorités de celui-ci est de ne rien casser dans le système DNS existant, ce que Verisign vient de faire sans se poser la moindre question. Quelle bande de jean-foutre ! :-((
Petite note additionnelle : si wget et les autres n'arrivent pas à afficher ladite page, c'est parce qu'ils transforment ton URL en [http://www.%E9ditions.com/(...)], et cet échappement ne permet pas au serveur DNS Verisign de la comprendre. Je ne sais pas très bien si on doit échapper les caractères spéciaux avant le premier '/' (et j'ai la flemme d'aller relire la RFC), mais sachant que le seul soft qui ne le fait pas est de chez MS, je pense que l'on peut sans trop de risques affirmer que la méthode de Verisign répose sur un bug d'IE :-)
Envoyé depuis mon PDP 11/70
[^] # Re: Beau gestion ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sources du X11 "sauce" pomme dispo. Évalué à 6.
J'ai ce qu'il te faut : ça a été développé en partie par des anciens de Claris (il me semble), ça tourne sous Win32, Linux et BeOS (oui, bon, d'accord...), et il ne leur manque que du pognon pour libérer les sources (comme Blender, quoi). C'est GoBe Productive, et le forum pour les donations est à [http://beunited.org/standards/phorum/list.php?f=22(...)]. En revanche, ça dure depuis décembre, et ça a l'air de n'aller nulle part. Dommage :-(
Envoyé depuis mon PDP 11/70
[^] # Re: Lapin compris (et le chasseur arrive)
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Présentation et test de KDE 3.1. Évalué à 1.
deb http://people.debian.org/~schepler(...) kde3.1/
Attention, expérimental (CVS du 24/11 compilé avec g++ 3.2) mais chez moi ça marche très bien, il manque juste ce fichu paquet avec la barre d'outils supplémentaire pour Konqi (celle avec Babelfish, le sélecteur d'User-Agent, et le Validateur W3) qui est si pratique.
Ou alors, tu peux essayer [http://mypage.bluewin.ch/kde3-debian/(...)] qui liste des sources pour les paquets de Karolina Lindqvist, mais comme leur organisation est différente de celle « officielle » ça peut mettre un peu le souk lors de la mise à jour vers la version finale...
Amuse-toi bien !
Envoyé depuis mon PDP 11/70
[^] # Re: Lapin compris (et le chasseur arrive)
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Présentation et test de KDE 3.1. Évalué à 1.
Sinon, idem que toi, je ferme jamais mes sessions, sauf recompilation de noyau ou autre cas difficile à éluder. La machine n'est de toute manière jamais éteinte, donc ça n'a aucun intérêt, et passer mon temps à rouvrir toutes les applis me fait tourner chèvre.
Envoyé depuis mon PDP 11/70
[^] # Re: Sortie de KDE 3.1 !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Sortie de KDE 3.1 !. Évalué à 6.
Tu ne seras pas le premier : j'ai moi-même quitté Mandrake pour Debian parce que j'en avais marre qu'ils décident de customiser mon bureau à leur manière, et sans que je puisse désinstaller ces modifs (bon, il n'y avait pas que ça, mais ça a joué un rôle).
Un appel aux créateurs de distribs : bon sang de bon soir, les devs KDE et GNOME se décarcassent pour que leurs environnements soient plaisants à utiliser, et ils intègrent complètement cette problématique. Pourquoi aller dupliquer le travail par-derrière et rendre les choses plus compliquées pour l'utilisateur en rendant son environnement de travail méconnaissable lorsqu'il passe d'une distrib' à l'autre (par exemple, de ma Mdk du bureau à ma Debian chez moi ?). C'est pour tenter de l'habituer à votre distrib', histoire qu'il aille pas voir à côté si l'herbe est plus verte ? Si c'est le cas, permettez-moi de le dire, c'est moche. Très moche. Et ça ne présage pas bien pour la suite (j'aurais encore compris ça de SuSE, mais RH, je suis un peu déçu :-(
Envoyé depuis mon PDP 11/70
[^] # Re: Screenshots
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche 10 polices de caractères pour les Logiciels Libres. Évalué à 6.
Eh bien, par exemple... chez BitStream :-)
http://store.bitstream.com/searchresults.asp?searchtext=Goudy(...)
http://store.bitstream.com/searchresults.asp?searchtext=ZapfHumanis(...)
Bien évidemment, c'est payant et pas libre. Je ne sais pas s'il y a des auteurs qui en ont fait des versions libres, mais si c'est le cas, j'aimerais bien avoir les [url].
En fait, ce qui serait vachement foutument extrêmement bien, ce serait un site qui rassemblerait les fontes dispos sous une licence libre. Parce que ce problème revient régulièrement (les derniers en date à s'y être collés étant les debianeux [http://www.debian.org/News/weekly/2002/34/(...)], cherchez le paragraphe sur les fontes TrueType). Ce serait tout de même bien qu'il y ait un endroit unique (par exemple sur SourceForge ou Savannah) pour que les auteurs puissent mettre leurs fontes et les utilisateurs les télécharger et le cas échéant, renvoyer des versions modifiées... Et on n'aurait plus de scrupules en composant des documents avec des fontes propriétaires (si, si, ça m'énerve, moi. Et je suis même pas barbu :-)
Envoyé depuis mon PDP 11/70
[^] # Re: 10 polices de caractères pour les Logiciels Libres
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche 10 polices de caractères pour les Logiciels Libres. Évalué à 7.
Non, mais ils en produisent (cf. [http://microsoft.com/typography/about.htm(...)])
> Alors pourquoi feraient-ils mieux qu'un fondeur professionnel ?
Ça, je n'en sais rien. Mais les (fontes|polices) MS, comme Verdana, Tahoma, etc. sont effectivement de bonne qualité (je les utilise sous Linux justement parce qu'elles sont très agréables).
> Comparer comme tu le fais Bitstream à Microsoft (qui si je ne m'abuse, fait faire ses polices)
Non non, pas toutes, cf. le lien cité plus haut. AMHA, il ne faut pas jeter le bébé avec l'eau du bain : les développeurs MS ne sont pas au top (petit euphémisme), mais un typographe n'est pas forcément mauvais parce qu'il travaille au même endroit qu'eux, c'est un métier très différent...
Envoyé depuis mon PDP 11/70
[^] # Re: À l'attention des rédacteurs de Proslinux
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Tour d'horizon des distributions LiveOnCd. Évalué à 2.
Oui, principalement car tu prends tout comme une attaque personnelle, et tu exagères la portée de ce qui t'est dit. Tu sais quoi ? Arrête les forums publics, à lire ton post précédent, j'ai l'impression que ta tension artérielle a dû monter à des sommets (putaing, la vache, le coup du post « dénigrant » on me l'avait pas encore fait. Bonjour la parano :-)
Et encore une fois, il y a d'autres façons de s'exprimer qu'avec des « C'est clair ? », « POINT FINAL », etc. Tu n'es pas non plus forcé de « reprendre de volée [sic] » des gens, tu peux essayer de leur expliquer calmement en quoi tu penses que ta position est plus adaptée (d'autant plus qu'il y a toujours des pour et des contre dans un choix technique, ce n'est pas blanc ou noir). En l'état actuel, effectivement, la discussion est d'une stérilité affligeante... parce qu'il n'y a pas de discussion, juste une polémique qui n'apporte rien. Alors on va couper court pour ne pas polluer. Merci pour cet intéressant échange.
Envoyé depuis mon PDP 11/70
[^] # Re: Toujours en avoir sur soi !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Tour d'horizon des distributions LiveOnCd. Évalué à 8.
Bon, si la commande que vous venez de taper était 'rm -f rapport_super_urgent.xml', et que vous vous rappelez peu ou prou sa taille, vous allez probablement être sorti d'affaire par e2recover et ses confrères. Mais personnellement, j'ai eu un magnifique plantage qui a effacé un *très* grand nombre de fichiers sur ma babasse (dont un certain nombre d'utilitaires système, au point que j'ai dû ressortir un vieux CD de DemoLinux et coller une partie des fichiers sur le HD pour convaincre la machine de se réamorcer). Sans connexion à l'Internet à ce moment, je me suis fait un script qui automatisait la procédure décrite dans le undeletion-howto... et je me suis retrouvé avec une tétrachiée de fichiers inconnus à recaser sur le disque. J'ai dû passer plus d'une semaine à regarder chaque fichier texte pour essayer de déterminer où il pouvait être originellement. Quant aux fichiers binaires, pour la plupart je n'avais que peu de moyens de savoir ce qu'ils étaient ('file' ne suffit pas toujours) donc très peu ont pu être récupérés.
Avec un système de fichiers qui mettrait juste un drapeau « effacé » sur le fichier pour signaler qu'on peut écrire par-dessus (FAT, par exemple), ce cauchemar ne serait pas arrivé. Bref, pour une fois, j'avoue que j'ai regretté les choix des concepteurs. Bien sûr, je ne suis pas un spécialiste des FS (en fait, j'y connais pas une bille, je suis même sûr que ce texte est bourré d'erreurs) et il doit y avoir de très bonnes raisons pour cette conception, mais des méthodes alternatives (par exemple, un répertoire '/.corbeille' qui contiendrait les chemins vers les anciens fichiers et leurs numéros d'inode, et qu'on pourrait utiliser pour la récupération ou au contraire purger de temps en temps) ne seraient peut-être pas inutiles dans tous les cas...
Envoyé depuis mon PDP 11/70
[^] # Re: À l'attention des rédacteurs de Proslinux
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Tour d'horizon des distributions LiveOnCd. Évalué à 9.
Je ne « me moque » de personne. Libre à toi de prendre mal les remarques que l'on te fait (je pensais que si tu avais posté une dépêche à propos de ton article, c'était bien pour qu'on le commente), mais je persiste à penser que la présentation typographique d'un texte a une importance capitale. Même le choix de la police d'affichage influe (ainsi, un texte imprimé est plus lisible avec une police serif, et un texte affiché à faible résolution gagne à être affiché avec une police sans serif). Pour le reste, l'utilisation d'effets typographiques doit être au moins cohérente : ainsi, il est couramment admis que les citations sont en italique. Mais mettre de l'emphase sur des morceaux de phrases épars tantôt en gras, tantôt en italique, et sans aucune ligne directrice apparente ne m'aide très certainement pas. Si des éléments bien définis étaient mis en avant de cette manière, ça aurait une utilité en ce sens que je pourrais balayer plus rapidement la page à la recherche d'éléments significatifs. Là, ça ne me donne qu'une impression de fouillis préjudiciable.
Bien sûr, tu peux toujours considérer que ce n'est « que » mon avis, que je « me moque » de toi, et te torcher avec. M'enfin bon, c'est peut-être pas le truc le plus constructif que j'aie vu. Je remarque aussi que tu as adopté la même ligne vis-à-vis de ceux qui questionnent le choix de PHPNuke : c'est « tellement évident » que c'est le mieux : « Il y a un cache !!!!!!!!!!!!!!!! [sic] » (ce n'est clairement pas le seul pourtant : parmi les CMS que je connais, un certain nombre ont un mécanisme de cache, SPIP par exemple), et tes interlocuteurs « ne [doivent] pas être trés habitués à reflechir à ce genre de problème » (parce qu'ils ne sont pas arrivés aux mêmes conclusions que toi ?). Je ne voudrais pas passer pour un moraliste ringard, ni dénigrer ton travail (personne n'aime bosser pour se faire démolir) mais ça fait quand même fichtrement prétentieux, ne serait-ce que par le ton péremptoire que tu adoptes. Un peu de courtoisie, ça ne fait pas de mal, et si tes arguments sont bons, ça ne leur enlève aucun poids, bien au contraire, je t'assure...
Envoyé depuis mon PDP 11/70
# À l'attention des rédacteurs de Proslinux
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Tour d'horizon des distributions LiveOnCd. Évalué à 6.
PS : le site est super lent. Tuxfamily dans les choux ou LinuxFRisation ?
Envoyé depuis mon PDP 11/70
# Re: Mutt et vim
Posté par William Steve Applegate (site web personnel) . En réponse au message [Mail] Mutt et vim. Évalué à 2.
set editor="/usr/bin/vi -u ~/.vimrc.mutt"
Lequel vimrc.mutt contient :
source /etc/vim/vimrc
source ~/.vimrc
set textwidth=72
"set ft=mail
(la dernière ligne est commentée depuis que ViM le fait apparemment tout seul)
Envoyé depuis mon PDP 11/70
[^] # Re: Super Granddictionnaire.com !
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Le libre dans le Larousse. Évalué à 0.
> Non : p
À vos marques... Prêts... Trollez !
[-1 et je prends la --->[] en courant]
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 1.
Envoyé depuis mon PDP 11/70
[^] # Re: Apple sort un navigateur basé sur KHTML
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Apple sort un navigateur basé sur KHTML. Évalué à 6.
Au passage (je dois pas être dans le bon thread, mais je m'incruste ;-), je suis pour ma part extrêmement content qu'ils aient choisi le moteur de rendu de ce brave Konqi plutôt que Gecko. Pour plusieurs raisons :
En bref, dans l'histoire, Mozilla n'y perd pas grand-chose (ils vont de toute manière continuer inévitablement à monter sur plate-forme x86/Win32 au fur et à mesure que les gens se rendent compte qu'IE ça suxxor des ours[tm]), le projet KDE y gagne un navigateur plus performant et plus proche des standards, les développeurs de sites Web y gagnent un dessillage des yeux (finie l'époque où on codait pour un ou deux navigateurs, il va falloir voir plus large, voire penser à respecter ces fameux standards dont les barbus parlaient), et le Libre y gagne le choix entre deux navigateurs performants. Eh ! Que demande le peuple ?
Ah si, quand même, on m'annonce dans mon oreillette que le peuple demande qu'Apple arrête ses conneries avec sa licence APSL à la mords-moi-l'nud [http://www.gnu.org/philosophy/apsl.html(...)], et qu'ils soient plus clairs sur leur approche du libre. Mais bon, pour un début, c'est déjà pas mal[tm]...
Envoyé depuis mon PDP 11/70
[^] # Re: Le cas DeCSS ?
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Jon Johansen acquitté dans le cas DeCSS. Évalué à 2.
Hmmm... peut-être (à vrai dire, il me semble bien avoir lu qu'il avait des contacts avec l'équipe originale. En fait, tout le monde l'a tellement présenté comme un auteur de DeCSS que je n'ai pas fait suffisamment gaffe), mais dans tous les cas, il semble bien avoir été considéré (par la justice, en tout cas) comme ayant participé à DeCSS, et le juge a bien reconnu que le fait de casser une protection dans un but légal n'avait rien de répréhensible. Et ça, ça mérite de rester dans les annales.
Ceci étant dit, tu as parfaitement raison, cette erreur factuelle n'aurait pas dû passer (j'aurais au moins dû mettre un conditionnel à la phrase). Désolé pour le plantage.
Envoyé depuis mon PDP 11/70
[^] # Re: Jon Johansen acquitté dans le cas DeCSS
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Jon Johansen acquitté dans le cas DeCSS. Évalué à 4.
Oui, mais d'un autre côté, tu peux voir ça différemment : maintenant, si tu es un fabricant de lecteurs de DVD Norvégien, tu peux faire une machine avec une puce exécutant le code DeCSS plutôt que de payer la licence. À partir du moment où tu n'utilises pas les marques déposées du consortium (par exemple le logo, qui doit être protégé), je vois mal comment on pourrait t'attaquer, à moins que le jugement soit contredit (mais j'espère bien que ce ne sera pas le cas)...
> Bref, est-ce que quelqu'un connait un endroit sur le Net où l'on peut trouver une association qui lutte contre ça ?
Y a [http://eurorights.org/(...)], mais le seul lien d'organisation locale qu'ils donnent est celui d'une assoc' Anglaise [http://ukcdr.org/(...)]. Je sais pas s'il y a quelque chose en France, mais si c'est le cas, je suis d'accord pour adhérer, ne serait-ce que pour avoir un peu plus de poids auprès de nos grands amis les politiques. Donc je serais aussi curieux de savoir si ça existe ou si quelqu'un veut monter quelque chose.
Envoyé depuis mon PDP 11/70
[^] # Re: Presley, Thelonious Monk, Miles Davis, Maria Calas dans le domaine public
Posté par William Steve Applegate (site web personnel) . En réponse à la dépêche Presley, Thelonious Monk, Miles Davis, Maria Callas dans le domaine public. Évalué à 4.
Eh bien, c'est une bonne remarque, effectivement. Et si la durée du droit d'auteur n'était que de quelques décennies après la _publication_ de l'uvre (et pas 70 ans après la _mort de l'auteur_), je serais même d'accord avec toi. Je ne suis pas contre les auteurs, après tout...
Ceci étant dit, on pourrait objecter que le droit d'auteur protège les auteurs avant tout pour les *inciter à créer de nouvelles uvres* (et donc, in fine à enrichir le domaine public). Ce n'est pas vraiment le cas ici, un auteur mort ne publiant que rarement de nouvelles créations :-)
Envoyé depuis mon PDP 11/70