Note : mais firefox s'en sortirait *beaucoup* mieux que les autres si le script avait été fait au mieux des fonctionnalités au lieu de chercher les compatibilités avec ie/opera/konqueror
Bref, firefox est plus lent sur la toolbar, mais c'est pour que les autres puissent fonctionner tout court.
Faire une écrire réservée à un certain groupe pourquoi pas (en fonction de la qualité ou de la compétence, peu importe). Par contre il serait bien que ce ne soit pas forcément restreint en lecture.
Un lecteur ne gêne personne, et ouvrir à tout le monde est certainement intéressant, même aux incompétents, aux indélicats ou à moi qui suis intéressé mais qui n'ai pas forcément envie de poser des questions.
(et pour couper court : non, une archive web ne remplit pas le même rôle qu'une inscription en lecture)
Sur le port 80 il y a de très grosses chances que seul le HTTP passe. Par contre sur le 443 on peut quasiment tout le temps faire passer du ssh. Comme je pense pas mal de monde, j'ai un ssh qui tourne sur le port 443 de ma machine ADSL pour lancer des tunnels et atteindre mon imap (entre autres). De la même manière, le serveur jabber de l'apinc recoit sur port 443.
Par contre mixer http et ssh sur le même port, j'ai cherché un peu voir s'il y avait un module Apache pour faire ça, mais je n'ai pas trouvé. Le seul truc que j'avais vu, c'est une jolie interface Web (sur http/80) qui permettait d'activer ou retirer la redirection port https -> port ssh pour l'ip en cours (et uniquement celle là), pour un certain temps donné.
En gros, par défaut 443 est le port https, mais si tu te signales, tu peux le faire passer vers ssh pour ton ip pendant 24h, et utiliser le ssh sur ce port là. Si tu veux faire du https en même temps ... lances un tunnel dans le ssh que tu as ouvert ;)
oui pour le HTML, mais ce n'est pas HTML qui définit ce que sont les caractères, lui ne fait que les utiliser. Et justement, en dehors de HTML la définition, à mon souvenir, est plutot l'inverse ; d'où une partie de l'ambiguité parce qu'il est difficile d'accepter que HTML redéfinisse le rôle d'un caractère unicode normal.
Bref, il y a plein de trolls sur le Web à ce sujet. Il y a de très bons arguments des deux cotés. C'est juste pour dire que, justement, ce n'est pas aussi simple que ça, et que dans l'ensemble, l'utilité était franchement faible du fait que les navigateurs ne coupaient pas les mots.
> Le softhyphen correspond au \- de TeX : l'indication des endroits où il y a possibilité de couper un mot.
Un des problèmes c'est que ce n'est justement pas une définition sur laquelle s'accorde tout le monde. Personnellement je suis d'ailleurs convaincu que le but (au moins initialement) n'est pas celui ci.
Pouvoir affirmer où on a fait une coupure et indiquer que ce n'est pas un trait d'union volontaire ou marque de contenu à garder après reformattage ça a un intérêt (faire la séparation entre la présentation initiale de rédaction et le contenu lui même).
Marquer toutes les coupures potentielles (ou même uniquement certaines) tout en autorisant le logiciel à couper où il veut, je reste beaucoup plus dubitatif.
Si comme tu le dis ça ne concerne que les softs qui ont un algo de coupe et qui coupent en fonction de la langue, donc à peu près correctement, est-ce vraiment la peine de leur indiquer les coupes ? Il faut mettre touts les coupes potentielles ? (bonjour le marquage). Juste certaines ? il y a des chances que le logiciel coupe ailleurs de toutes façons vu qu'il sait faire et en a le droit.
c'est un vieux troll.
En pratique il y a à la base plusieurs visions de ce qu'est ce soft hyphen. Les uns comprennent que c'est "j'ai coupé ici, j'ai donc mis une césure mais si tu reformattes les lignes, il faudra enlever le tiret". D'autres comprennent (à mon avis à tort) "si tu as besoin de faire une césure, tu peux la faire ici". Déjà à la base cette incompréhension ne facilite pas la gestion.
Si on prend la première définition, ne rien afficher et l'ignorer est bel et bien une gestion correcte de cette césure "soft". Il s'agit plus de dire "moi j'avais une césure à cette endroit" que "met une césure à cet endroit". Dans un rendu avec un reformatage dynamique des lignes, avec des lignes de taille différente sur tous les écrans, ignorer le caractère n'est pas si idiot que ça.
Attention, je ne dis pas que c'est bien de ne pas le gérer mieux (permettre au navigateur de couper dessus si jamais la fin de ligne arrivait effectivement à cet endroit dans le rendu). Mais vu sa faible utilité, sa faible utilisation, et le fait que l'ignorer ne comporte pas réellement de gêne, franchement, il y a bien d'autres choses à faire avant.
De mon point de vue la GPL est surtout mieux pour le business parce que justement elle ne convient pas à la plupart des joueurs dans les professionnels/éditeurs. Bref, elle est super pour le business justement parce qu'elle n'est pas adaptée.
Je dis n'importe quoi ? regardez trolltech, mysql, et finalement une bonne partie des boites du libre : je garde mon copyright et je distribue en GPL. La GPL est bien justement parce qu'ils savent que ça ne colle pas avec une partie de leurs clients, ... qui vont finalement acheter une licence propriétaire spécifique.
Je suppose qu'ils espèrent qu'à terme ils auront touché une partie significative des pages, et donc que leur projet aura un sens.
Entre temps ils partent avec wikipedia plutot que des pages blanches, donc avec un "mieux que rien" qui n'est pas si mauvais.
Ca ne me semble pas totalement dénué de sens. Ca l'est encore moins si on pense que plus wikipedia gagne en popularité, plus les mauvais changements anonymes seront importants. Du coup si l'état n'est pas mauvais, il pourrait se dégrader à l'avenir. L'idée de prendre un snapshot et de le continuer avec des règles strictes a tout son sens.
(note: ce n'est pas ici mon opinion, j'essaye simplement de comprendre leurs motivations)
> Et c'est en recoupant les sources soit même qu'on arrive à se
> construire une grille de décodage et à savoir si quelque chose est vrai
> ou fausse.
Tout à fait, et là ils font justement une source de plus, divergeant potentiellement parfois (enfin c'est le but dans le futur), donc améliorant ainsi l'information.
Bref, ce qu'il te semble être un argument pour garder wikipedia tel qu'il est et ne pas avoir à forker, c'est aussi un argument pour forker et faire diverger au lieu d 'avoir une centralisation unique.
> Tu sembles oublier que tout à réellement commencé un certain 11 septembre 2001...
Que les américains le pensent je veux bien, parce qu'on est toujours plus proche de ce qui se passe chez nous. Mais qu'on le dise ici c'est anormal.
Je rappelle qu'on a eu des attentats ici et ailleurs largement avant 2001. 3000 morts ? les oppositions occident/moyenorient en avaient déjà fait bien plus que ça. Des attaques en occident ? on en avait déjà, rien qu'en France on a eu des attentats dans le métro juste quelques années avant.
Non, 2001 n'est pas le commencement, ni même un tournant. A la limite le tournant c'est surtout la réaction des USA, ce qu'elle a impliqué et son résultat. Là il y a eu tournant, escalade et drame.
Mais même ça, remis dans le contexte de l'histoire au moyen orient, ce n'est même pas si exceptionnel finalement.
Chouette, il y a même un point goodwin, en oubliant que à l'époque l'Allemagne était clairement l'occupant alors que ce dont tu parles sont plutot franchement dans le contexte "occupé / résistant" (attention, je n'y met aucune connotation positive ou négative). Du coup ça change déjà pas mal de choses.
> Oui, nous refaisons les mêmes erreurs !
Si tout ce que tu as retenu de l'histoire européenne c'est qu'il vaut mieux taper vite et fort sur le voisin histoire d'être tranquille au lieu de tenter de lui tendre la main, je crains que tu n'aies rien compris à l'histoire, et même pas les conflits passés avec l'Allemagne.
> PS : comparer quelqu'un qui marche sur une merde de chien avec
> la mort de 10.000 personnes
C'est sur que comparer un mouvement qui est responsable de quelques milliers de morts tout au plus (ce ne sont pas eux le 11/9, à titre de rappel) avec les 55 millions de morts de la seconde guerre mondiale c'est tout de suite plus raisonnable.
(quant au fameux symbole d'un pays, je pense que quasiment personne en europe n'aurait pensé au WTC comme symbole des US avant les attentats)
- Tu es censé repecter le panneau dès que tu le passes. Ta décélératon doit être avant le panneau, pas à partir de celui ci. Un radar derrière un panneau n'est pas abusé.
- Les limitations ne veulent pas dire "tu peux rouler jusqu'à cette limite là" mais "tu ne dois pas dépasser cette limite là". La différence vient que même si le panneau dit "90", tu ne dois jamais aller plus vite que les conditions de circulation et de visibilité ne te l'imposent. Oui, ça peut vouloir dire que rouler à 50 sur certaines portions de route à 90 n'est pas normal, même si aucun panneau spécial ne te l'annonce.
Et du coup :
Si tu n'es pas capable de réduire ta vitesse de 20km/h sans piler avant de joindre le panneau, c'est que tu l'as vu au dernier moment. Je pense donc comprendre que dans le virage ta visibilité était quasi nulle sur ce qu'il se passait sur la route devant toi. Et si tu est à 90km/h avec une visibilité de ce type dans un virage, désolé mais il m'apparait comme normal que tu sois flashé et verbalisé.
Je me rend compte qu'il y a des panneaux idiots, j'en avais un au nord de Lyon avec une décélération de 130 à 50 en sortie d'autoroute sur quelques mètres. Mais entre 90 et 70, et surtout en virage, si tu n'es pas capable de passer à 70 au panneau, c'est bien toi qui parait en tort.
Ca fait quelques temps que les annonces ont été faites, mais on ne voit toujours rien venir. C'est dommage parce que les possibilités sont énormes. Genre on appuie sur altgr+shift et le dessus des touches change, pas besoin de retenir des layout compliqués.
Reste aussi à voir la vitesse de réaction et la qualité de frappe.
Marrant, en fait je pense justement le contraire. En reléguant certaines choses au logiciel, tu fais justement bien des dégats à la pérénité de tes données. Tu imposes à tout logiciel futur d'implémenter les mêmes règles, avec les mêmes interprétations et éventuellement les mêmes défauts.
Mettre comme tu le dis tes données en pur ascii en imposant au logiciel de lecture de transformer ça à la volée, tu jettes des contraintes dans le futur sans savoir si tu sauras les gérer facilement.
Personnellement j'ai bien plus confiance dans le fait que Unicode et le codage unicode que j'utilise persisteront (ou du moins auront des programmes de conversions vers les éventuelles nouvelles normes) que dans le fait que les logiciels du futur interprêteront de la même manière que maintenant les règles du français à partir d'un texte en pur ascii.
> Peut-être par la suite lorsque l'utf-8 sera généralisé sans problème, on pourra en
> reparler peut-être...
il y a un mot clé "quand on peut faire autrement" ;)
Les < > & (et accessoirement " et ') ont besoin des entités. C'est le principe même de toutes les grammaires, fournir un système d'échappement aux caractères spéciaux.
Les espaces insécables et autres caractères unicode n'en ont pas besoin. C'était juste des raccourcis pour palier les problèmes de saisie et d'internationalisation. Ces problèmes peuvent maintenant être évités bien en amont de manière bien plus satisfaisante.
Si c'est faisable ça pourrait être un super moyen pour basculer entre les modes "texte/typographique" et les modes "ascii/commande/programmation". Je parle des apostrophes françaises, de l'espace insécable qu'on a plus haut, des x et % à la place de * et /, des « et » à la place de < et >, et ainsi de suite.
Dommage que ce soit si compliqué (vu que je l'utilise quand même pas mal), mais oui, tant qu'il reste relativement accessible, ça me parait un compromis réaliste (pour ma propre personne, je ne sais pas pour les autres).
Oui, comment tu fais pour que dans "J'ai acheté un livre sur PHP 5." le "5" ne passe pas à la ligne alors que dans "Le chiffre 5 est le résultat de 3 et de 2" on puisse le mettre à la ligne ?
Cette problématique n'est pas gérable automatiquement. Et je ne vois pas non plus pourquoi je devrais lancer un gros machin qui a des règles spécifiques à chaque langue pour taper du simple texte au clavier.
L'espace insécable c'est du même niveau que les majuscules accentuées ou les chevrons à la françaises. Il y a des caractères spécifiques et c'est bien de les utiliser. Que certains logiciels dédiés sachent repérer les erreurs et proposer des conversions implicites c'est très bien, mais ça ne doit pas devenir la règle.
> sous openoffice c'est également géré par le système je crois, par
> exemple on obtient cette espace avec ctrl+espace , ou évidemment
> altgr + espace)
Tout à fait. Et tu voudrais que tous les logiciels qui ne soient pas dédiés à la programmation ou à la ligne de commande réimplémentent en interne un remappage du clavier suivant la langue (parce que l'espace insécable avant ponctuation double c'est purement français) en interne ?
Ca ne serait pas plus logique de traiter ça de manière globale sur le clavier et que les applications à usage "spécifique" comme les terminaux ou les éditeurs de code fournissent un moyen de palier à une erreur de frappe (parce que votre problème reste une erreur de frappe) ?
> Tout ce que tu décris, le traitement de texte pourrait le faire tout seul
> sans qu'on aie besoin de recourrir à un caractère de plus.
> D'ailleurs dans Latex on n'utilise pas d'espace insécable il fait tout
> ça comme un grand.
Euh ... il peut le faire tout seul mais dans le résultat c'est bien un caractère différent.
Reste que justement, il ne peut souvent pas le faire tout seul. Les deux points ils sont précédés d'un espace insécable en français, mais pas en anglais. Les chiffres, des fois il est pertinent de mettre un espace insécable (ex: PHP 5) et des fois non (ex: j'ai acheté 3 lapins).
Je ne veux pas limiter mes espaces insécables uniquement aux gros traitements de texte, je veux pouvoir écrire des textes simples avec des vrais caractères français. Je ne veux pas non plus d'un espace insécable purement automatique qui m'empêche de décider quand je le veux et quand je ne le veux pas.
Si les développeurs ou comptables ont un problème d'ambiguité entre O et 0, c'est à eux de faire attention en tapant au clavier, de spécifier une police spécifique dans leur logiciel (0 barré) ou de coder un comportement spécifique (le mode idiot-proof de certains imports qui transforme les O en 0 quand ils attendent un nombre).
Il n'y a rien à faire sur le clavier, sur les polices habituelles, et encore moins retirer un des deux caractères du clavier.
Pourquoi en serait-il autrement ici ?
Si tu as un problème d'ambiguité dans les commandes shell à cause de mauvaises frappes clavier, tu peux tenter une des solutions suivantes :
- faire en sorte de faire attention en tapant
- mettre une police spécifique à la ligne de commande dans ton terminal
- demander un mode idiot-proof au logiciel pour qu'il considère l'espace insécable comme un espace sécable
Dans tous les cas il n'y a pas lieu de toucher au clavier ou à l'espace insécable, qui est utile et tout à fait pertinent en français.
ah oui mais non, vous allez pas me retirer l'espace insécable quand même. C'est un truc limite indispensable quand on utilise le clavier pour faire autre chose que de la ligne de commande et de la programmation.
Le caractère bizarre qui ressemble à un espace c'est bien un espace (d'où le fait qu'il y ressemble).
Si tu laisses altgr appuyé trop longtemps c'est comme si tu laisses ctrl ou shift appuyé trop lontemps, ça donne n'importe quoi et c'est bien normal.
Si vraiment ça pose problème, demande à ton shell d'évoluer et de bien le considérer comme un espace (parce que bon, c'en est un).
oui, enfin heureusement que les autres logiciels ne font pas pareil, sinon ça serait au premier arrivé qui prend la mémoire, et les autres qui "remarquent" qu'il n'y en a pas beaucoup et donc restreignent leur performances.
Le choix fait par mozilla et clairement abusé pour les config qui n'ont pas plein de ram superflue
Bof, les faucheurs non plus étaient pas crédibles à ce moment là en trimballant et agitant les trucs fauchés puis en organisant un pic-nic au milieu. C'est d'ailleurs de mémoire ce qui leur a été reproché au tribunal.
Ca a peut être changé mais j'ai toujours (ça date de plusieurs années ceci dit) eu des CDs pressés chez eux (et pas des CD-R gravés). C'est même ça qui me faisait aller chez eux.
S'ils ont changé (parce qu'effectivement j'ai vu des mentions "CD-R", ça risque d'être difficile de trouver une raison de commander chez eux plutot que de faire graver chez un ami.
L'impact sur les logiciel libre il venait de dons faits à la FSF. Le dernier don datant de 1999, je pense qu'on peut mettre de coté cet argument. Visiblement ca ne fait plus partie de leurs objectifs.
Le seul truc qui reste de "différent" à Ikarios c'est que quand tu commandes tu as de bonnes chances de trouver en plus dans la boite un CD d'une ancienne release d'une autre distrib. L'intérêt semble limité et c'est plus une manière élégante d'écouler d'anciens stocks qui ne peuvent plus être vendus.
Je n'ai rien contre eux et si je devais acheter un CD d'une distrib linux je le ferai probablement chez eux mais bon, l'impact sur les LL il est maintenant quasi nul de leur coté.
> En gros, aux USA, tu peux déposer un brevet sans être l'inventeur
En Europe aussi. Et c'est foutrement logique vis à vis du rôle des brevets : Ils sont là au départ pour entrainer là divulgation des secrets, pas pour financer la recherche ou récompenser l'innovation. Du coup c'est bien celui qui révèle publiquement (*) qu'on paye, pas forcément celui qui invente.
(* donc ce n'est pas seulement "le premier qui dépose" mais plutot "le premier qui dépose quelque chose d'encore secret")
[^] # Re: Javascript, vraiment représentatif ?
Posté par Éric (site web personnel) . En réponse au journal Javascript, os et navigateurs. Évalué à 3.
Bref, firefox est plus lent sur la toolbar, mais c'est pour que les autres puissent fonctionner tout court.
# restriction
Posté par Éric (site web personnel) . En réponse au journal Liste de diffusion francophone pour sysadmin. Évalué à 10.
Un lecteur ne gêne personne, et ouvrir à tout le monde est certainement intéressant, même aux incompétents, aux indélicats ou à moi qui suis intéressé mais qui n'ai pas forcément envie de poser des questions.
(et pour couper court : non, une archive web ne remplit pas le même rôle qu'une inscription en lecture)
# 443
Posté par Éric (site web personnel) . En réponse au message Tout faire passer par le port 80. Évalué à 4.
Par contre mixer http et ssh sur le même port, j'ai cherché un peu voir s'il y avait un module Apache pour faire ça, mais je n'ai pas trouvé. Le seul truc que j'avais vu, c'est une jolie interface Web (sur http/80) qui permettait d'activer ou retirer la redirection port https -> port ssh pour l'ip en cours (et uniquement celle là), pour un certain temps donné.
En gros, par défaut 443 est le port https, mais si tu te signales, tu peux le faire passer vers ssh pour ton ip pendant 24h, et utiliser le ssh sur ce port là. Si tu veux faire du https en même temps ... lances un tunnel dans le ssh que tu as ouvert ;)
[^] # Re: Rien compris !
Posté par Éric (site web personnel) . En réponse au journal Du support des normes HTML dans les navigateurs modernes. Évalué à 2.
Bref, il y a plein de trolls sur le Web à ce sujet. Il y a de très bons arguments des deux cotés. C'est juste pour dire que, justement, ce n'est pas aussi simple que ça, et que dans l'ensemble, l'utilité était franchement faible du fait que les navigateurs ne coupaient pas les mots.
[^] # Re: Rien compris !
Posté par Éric (site web personnel) . En réponse au journal Du support des normes HTML dans les navigateurs modernes. Évalué à 3.
Un des problèmes c'est que ce n'est justement pas une définition sur laquelle s'accorde tout le monde. Personnellement je suis d'ailleurs convaincu que le but (au moins initialement) n'est pas celui ci.
Pouvoir affirmer où on a fait une coupure et indiquer que ce n'est pas un trait d'union volontaire ou marque de contenu à garder après reformattage ça a un intérêt (faire la séparation entre la présentation initiale de rédaction et le contenu lui même).
Marquer toutes les coupures potentielles (ou même uniquement certaines) tout en autorisant le logiciel à couper où il veut, je reste beaucoup plus dubitatif.
Si comme tu le dis ça ne concerne que les softs qui ont un algo de coupe et qui coupent en fonction de la langue, donc à peu près correctement, est-ce vraiment la peine de leur indiquer les coupes ? Il faut mettre touts les coupes potentielles ? (bonjour le marquage). Juste certaines ? il y a des chances que le logiciel coupe ailleurs de toutes façons vu qu'il sait faire et en a le droit.
# vieux
Posté par Éric (site web personnel) . En réponse au journal Du support des normes HTML dans les navigateurs modernes. Évalué à 5.
En pratique il y a à la base plusieurs visions de ce qu'est ce soft hyphen. Les uns comprennent que c'est "j'ai coupé ici, j'ai donc mis une césure mais si tu reformattes les lignes, il faudra enlever le tiret". D'autres comprennent (à mon avis à tort) "si tu as besoin de faire une césure, tu peux la faire ici". Déjà à la base cette incompréhension ne facilite pas la gestion.
Si on prend la première définition, ne rien afficher et l'ignorer est bel et bien une gestion correcte de cette césure "soft". Il s'agit plus de dire "moi j'avais une césure à cette endroit" que "met une césure à cet endroit". Dans un rendu avec un reformatage dynamique des lignes, avec des lignes de taille différente sur tous les écrans, ignorer le caractère n'est pas si idiot que ça.
Attention, je ne dis pas que c'est bien de ne pas le gérer mieux (permettre au navigateur de couper dessus si jamais la fin de ligne arrivait effectivement à cet endroit dans le rendu). Mais vu sa faible utilité, sa faible utilisation, et le fait que l'ignorer ne comporte pas réellement de gêne, franchement, il y a bien d'autres choses à faire avant.
# mouais
Posté par Éric (site web personnel) . En réponse au journal La GPL plus business friendly que la BSD ?. Évalué à 10.
Je dis n'importe quoi ? regardez trolltech, mysql, et finalement une bonne partie des boites du libre : je garde mon copyright et je distribue en GPL. La GPL est bien justement parce qu'ils savent que ça ne colle pas avec une partie de leurs clients, ... qui vont finalement acheter une licence propriétaire spécifique.
[^] # Re: Dunc Tank
Posté par Éric (site web personnel) . En réponse à la dépêche Dunc-tank: comment aider à la publication de Etch en décembre. Évalué à 3.
Après tu voulais peut être dire bénévole, mais justement, quand on les subventionnera ils ne le seront plus.
(de là à dire que ça transforme en Ubuntu par contre, je suis d'accord avec toi, il ne faut pas tout mélanger)
[^] # Re: synchronisation partielle...
Posté par Éric (site web personnel) . En réponse au journal Fork de Wikipedia. Évalué à 10.
Je suppose qu'ils espèrent qu'à terme ils auront touché une partie significative des pages, et donc que leur projet aura un sens.
Entre temps ils partent avec wikipedia plutot que des pages blanches, donc avec un "mieux que rien" qui n'est pas si mauvais.
Ca ne me semble pas totalement dénué de sens. Ca l'est encore moins si on pense que plus wikipedia gagne en popularité, plus les mauvais changements anonymes seront importants. Du coup si l'état n'est pas mauvais, il pourrait se dégrader à l'avenir. L'idée de prendre un snapshot et de le continuer avec des règles strictes a tout son sens.
(note: ce n'est pas ici mon opinion, j'essaye simplement de comprendre leurs motivations)
> Et c'est en recoupant les sources soit même qu'on arrive à se
> construire une grille de décodage et à savoir si quelque chose est vrai
> ou fausse.
Tout à fait, et là ils font justement une source de plus, divergeant potentiellement parfois (enfin c'est le but dans le futur), donc améliorant ainsi l'information.
Bref, ce qu'il te semble être un argument pour garder wikipedia tel qu'il est et ne pas avoir à forker, c'est aussi un argument pour forker et faire diverger au lieu d 'avoir une centralisation unique.
[^] # Re: je voudrais voir RDDV en prison
Posté par Éric (site web personnel) . En réponse à la dépêche Tous en prison : testons DADVSI le 19 septembre. Évalué à 3.
Que les américains le pensent je veux bien, parce qu'on est toujours plus proche de ce qui se passe chez nous. Mais qu'on le dise ici c'est anormal.
Je rappelle qu'on a eu des attentats ici et ailleurs largement avant 2001. 3000 morts ? les oppositions occident/moyenorient en avaient déjà fait bien plus que ça. Des attaques en occident ? on en avait déjà, rien qu'en France on a eu des attentats dans le métro juste quelques années avant.
Non, 2001 n'est pas le commencement, ni même un tournant. A la limite le tournant c'est surtout la réaction des USA, ce qu'elle a impliqué et son résultat. Là il y a eu tournant, escalade et drame.
Mais même ça, remis dans le contexte de l'histoire au moyen orient, ce n'est même pas si exceptionnel finalement.
Chouette, il y a même un point goodwin, en oubliant que à l'époque l'Allemagne était clairement l'occupant alors que ce dont tu parles sont plutot franchement dans le contexte "occupé / résistant" (attention, je n'y met aucune connotation positive ou négative). Du coup ça change déjà pas mal de choses.
> Oui, nous refaisons les mêmes erreurs !
Si tout ce que tu as retenu de l'histoire européenne c'est qu'il vaut mieux taper vite et fort sur le voisin histoire d'être tranquille au lieu de tenter de lui tendre la main, je crains que tu n'aies rien compris à l'histoire, et même pas les conflits passés avec l'Allemagne.
> PS : comparer quelqu'un qui marche sur une merde de chien avec
> la mort de 10.000 personnes
C'est sur que comparer un mouvement qui est responsable de quelques milliers de morts tout au plus (ce ne sont pas eux le 11/9, à titre de rappel) avec les 55 millions de morts de la seconde guerre mondiale c'est tout de suite plus raisonnable.
(quant au fameux symbole d'un pays, je pense que quasiment personne en europe n'aurait pensé au WTC comme symbole des US avant les attentats)
[^] # Re: je voudrais voir RDDV en prison
Posté par Éric (site web personnel) . En réponse à la dépêche Tous en prison : testons DADVSI le 19 septembre. Évalué à 8.
Pour les rappels :
- Tu es censé repecter le panneau dès que tu le passes. Ta décélératon doit être avant le panneau, pas à partir de celui ci. Un radar derrière un panneau n'est pas abusé.
- Les limitations ne veulent pas dire "tu peux rouler jusqu'à cette limite là" mais "tu ne dois pas dépasser cette limite là". La différence vient que même si le panneau dit "90", tu ne dois jamais aller plus vite que les conditions de circulation et de visibilité ne te l'imposent. Oui, ça peut vouloir dire que rouler à 50 sur certaines portions de route à 90 n'est pas normal, même si aucun panneau spécial ne te l'annonce.
Et du coup :
Si tu n'es pas capable de réduire ta vitesse de 20km/h sans piler avant de joindre le panneau, c'est que tu l'as vu au dernier moment. Je pense donc comprendre que dans le virage ta visibilité était quasi nulle sur ce qu'il se passait sur la route devant toi. Et si tu est à 90km/h avec une visibilité de ce type dans un virage, désolé mais il m'apparait comme normal que tu sois flashé et verbalisé.
Je me rend compte qu'il y a des panneaux idiots, j'en avais un au nord de Lyon avec une décélération de 130 à 50 en sortie d'autoroute sur quelques mètres. Mais entre 90 et 70, et surtout en virage, si tu n'es pas capable de passer à 70 au panneau, c'est bien toi qui parait en tort.
[^] # Re: Quel fabriquant ?
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
Reste aussi à voir la vitesse de réaction et la qualité de frappe.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 3.
Mettre comme tu le dis tes données en pur ascii en imposant au logiciel de lecture de transformer ça à la volée, tu jettes des contraintes dans le futur sans savoir si tu sauras les gérer facilement.
Personnellement j'ai bien plus confiance dans le fait que Unicode et le codage unicode que j'utilise persisteront (ou du moins auront des programmes de conversions vers les éventuelles nouvelles normes) que dans le fait que les logiciels du futur interprêteront de la même manière que maintenant les règles du français à partir d'un texte en pur ascii.
> Peut-être par la suite lorsque l'utf-8 sera généralisé sans problème, on pourra en
> reparler peut-être...
On y est depuis longtemps tout de même ...
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 4.
Les < > & (et accessoirement " et ') ont besoin des entités. C'est le principe même de toutes les grammaires, fournir un système d'échappement aux caractères spéciaux.
Les espaces insécables et autres caractères unicode n'en ont pas besoin. C'était juste des raccourcis pour palier les problèmes de saisie et d'internationalisation. Ces problèmes peuvent maintenant être évités bien en amont de manière bien plus satisfaisante.
[^] # Re: Pavé numérique = sacré !
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 3.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 2.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 7.
Cette problématique n'est pas gérable automatiquement. Et je ne vois pas non plus pourquoi je devrais lancer un gros machin qui a des règles spécifiques à chaque langue pour taper du simple texte au clavier.
L'espace insécable c'est du même niveau que les majuscules accentuées ou les chevrons à la françaises. Il y a des caractères spécifiques et c'est bien de les utiliser. Que certains logiciels dédiés sachent repérer les erreurs et proposer des conversions implicites c'est très bien, mais ça ne doit pas devenir la règle.
> sous openoffice c'est également géré par le système je crois, par
> exemple on obtient cette espace avec ctrl+espace , ou évidemment
> altgr + espace)
Tout à fait. Et tu voudrais que tous les logiciels qui ne soient pas dédiés à la programmation ou à la ligne de commande réimplémentent en interne un remappage du clavier suivant la langue (parce que l'espace insécable avant ponctuation double c'est purement français) en interne ?
Ca ne serait pas plus logique de traiter ça de manière globale sur le clavier et que les applications à usage "spécifique" comme les terminaux ou les éditeurs de code fournissent un moyen de palier à une erreur de frappe (parce que votre problème reste une erreur de frappe) ?
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 7.
> sans qu'on aie besoin de recourrir à un caractère de plus.
> D'ailleurs dans Latex on n'utilise pas d'espace insécable il fait tout
> ça comme un grand.
Euh ... il peut le faire tout seul mais dans le résultat c'est bien un caractère différent.
Reste que justement, il ne peut souvent pas le faire tout seul. Les deux points ils sont précédés d'un espace insécable en français, mais pas en anglais. Les chiffres, des fois il est pertinent de mettre un espace insécable (ex: PHP 5) et des fois non (ex: j'ai acheté 3 lapins).
Je ne veux pas limiter mes espaces insécables uniquement aux gros traitements de texte, je veux pouvoir écrire des textes simples avec des vrais caractères français. Je ne veux pas non plus d'un espace insécable purement automatique qui m'empêche de décider quand je le veux et quand je ne le veux pas.
Si les développeurs ou comptables ont un problème d'ambiguité entre O et 0, c'est à eux de faire attention en tapant au clavier, de spécifier une police spécifique dans leur logiciel (0 barré) ou de coder un comportement spécifique (le mode idiot-proof de certains imports qui transforme les O en 0 quand ils attendent un nombre).
Il n'y a rien à faire sur le clavier, sur les polices habituelles, et encore moins retirer un des deux caractères du clavier.
Pourquoi en serait-il autrement ici ?
Si tu as un problème d'ambiguité dans les commandes shell à cause de mauvaises frappes clavier, tu peux tenter une des solutions suivantes :
- faire en sorte de faire attention en tapant
- mettre une police spécifique à la ligne de commande dans ton terminal
- demander un mode idiot-proof au logiciel pour qu'il considère l'espace insécable comme un espace sécable
Dans tous les cas il n'y a pas lieu de toucher au clavier ou à l'espace insécable, qui est utile et tout à fait pertinent en français.
[^] # Re: ls | more --> more: command not found (???)
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 9.
Le caractère bizarre qui ressemble à un espace c'est bien un espace (d'où le fait qu'il y ressemble).
Si tu laisses altgr appuyé trop longtemps c'est comme si tu laisses ctrl ou shift appuyé trop lontemps, ça donne n'importe quoi et c'est bien normal.
Si vraiment ça pose problème, demande à ton shell d'évoluer et de bien le considérer comme un espace (parce que bon, c'en est un).
[^] # Re: non
Posté par Éric (site web personnel) . En réponse à la dépêche [RFC] Évolution du clavier « fr-latin9 ». Évalué à 5.
D'ailleurs, où est-ce qu'on peut trouver un récap graphique de tout ce que peut produire notre clavier avec les différentes combinaisons ?
[^] # Re: mhhh...
Posté par Éric (site web personnel) . En réponse au journal Utilisation mémoire des différents "desktop". Évalué à 10.
Le choix fait par mozilla et clairement abusé pour les config qui n'ont pas plein de ram superflue
[^] # Re: Transposition
Posté par Éric (site web personnel) . En réponse au journal Le potager opensource menacé. Évalué à 5.
[^] # Re: Ikarios.
Posté par Éric (site web personnel) . En réponse au journal DVD Fedora Core 6. Évalué à 2.
S'ils ont changé (parce qu'effectivement j'ai vu des mentions "CD-R", ça risque d'être difficile de trouver une raison de commander chez eux plutot que de faire graver chez un ami.
[^] # Re: Ikarios.
Posté par Éric (site web personnel) . En réponse au journal DVD Fedora Core 6. Évalué à 5.
Le seul truc qui reste de "différent" à Ikarios c'est que quand tu commandes tu as de bonnes chances de trouver en plus dans la boite un CD d'une ancienne release d'une autre distrib. L'intérêt semble limité et c'est plus une manière élégante d'écouler d'anciens stocks qui ne peuvent plus être vendus.
Je n'ai rien contre eux et si je devais acheter un CD d'une distrib linux je le ferai probablement chez eux mais bon, l'impact sur les LL il est maintenant quasi nul de leur coté.
[^] # Re: Un exemple
Posté par Éric (site web personnel) . En réponse au journal Journal corriger avec un correcteur grammaticale. Évalué à 2.
En Europe aussi. Et c'est foutrement logique vis à vis du rôle des brevets : Ils sont là au départ pour entrainer là divulgation des secrets, pas pour financer la recherche ou récompenser l'innovation. Du coup c'est bien celui qui révèle publiquement (*) qu'on paye, pas forcément celui qui invente.
(* donc ce n'est pas seulement "le premier qui dépose" mais plutot "le premier qui dépose quelque chose d'encore secret")