C'est hors-sujet, mais comme on parle de temps en temps des standards
du Web (HTML, CSS...), je transmets la nouvelle effrayante : le W3C
a l'intention d'autoriser la captation de brevets sur les standards
qu'il aura fait adopter.
Pitié....
Avant de balancer des infos, il faut vérifier que le journaliste n'a
pas mal compris.
Je reprends ma casquette W3C, puisque je suis le Conformance Manager du W3C.
La situation est tout autre, le W3C développe des standards
permettant à des technologies web de s'épanouir. La situation est
cornellienne car les technologies ont sur certains morceaux des
patents. Ceci étant dû au système actuel des patents aux Etats-Unis.
Donc qu'elle est la solution...
1. Ne rien faire
Ne rien faire, c'est la voie ouverte au blocage de tous les
développements de logiciels du monde libre. En effet, disons que l'on
sort une recommandation W3C avec des patents dedans sans que ce soit
déclaré, sans qu'il y ait d'accord etc, la première grosse compagnie
qui va implémenter la spec n'aura pas trop de problèmes, puisqu'elle
paiera les droits de licenses, Le premier développeur OpenSource qui
va s'atteler à implémenter sera bloqué parce-qu'il n'aura pas les
moyens de le faire.
2. RAND
Le système de RAND est un moyen pour déclarer une certaine
forme de réciprocité dans le développement des technologies et la
mise en veille des patents. Je n'ai pas dit que c'était le mieux
(Pour moi, le mieux serait pas de patents) mais c'est une protection
pour pouvoir continuer à développer ces technologies et pour qu'elles
ne soient pas tuées dans l'oeuf.
Les solutions ne sont vraiment pas simples et tout l'optique du RAND,
c'est de justement pouvoir continuer à travailler autant pour les
développeurs OpenSource que pour les autres. Cela ne veut pas dire
que cela comporte des problèmes, mais que le monde actuel est fait de
telle façon que ne pas aller dans ce sens, serait la mort de beaucoup
de produits opensource, comme ce qu'il s'est passé pour le GIF.
Ne diffusez pas ce mail partout. Je ferai une réponse plus appropriée
si vous le voulez, plus argumentée.
Hello,
Avant de balancer des infos, il faut vérifier que le journaliste
n'a pas mal compris.
Et il y en a qui s'y connaissent, ici ... 
Ne diffusez pas ce mail partout. Je ferai une réponse plus
appropriée si vous le voulez, plus argumentée.
Je pense que ça intéressera pas mal de monde, oui, merci d'avance.
-Nicolas
En attendant ma réponse plus complète...
http://www.ietf.org/rfc/rfc2026.txt
Un document daté de "Octobre 1996" par l'IETF -
10.3.2. Standards Track Documents
Lire le (c)
Le RAND n'est pas une première (Attention cela ne veut pas dire que
je suis pour 
à titre personnel.)
Bon pour tenter d'expliquer un peu plus ce qui se passe avec les
patents - ce message est diffusable.
1) La consultation de la page d'accueil du W3C
http://www.w3.org/
http://www.w3.org/News/2001#item173
2) Le backgrounder et d'autres documents que nous traduisons en
français en ce moment.
http://www.w3.org/2001/08/patentnews
http://www.w3.org/2001/10/patent-response
http://www.w3.org/2001/08/16-PP-FAQ
3) La période de commentaires a été étendu au 11 octobre.
http://lists.w3.org/Archives/Public/www-patentpolicy-comment/
4) Pour toutes informations supplémentaires, demandez Janet Daly
Janet Daly (Head of Communications) - janet@w3.org
Pour Marie-Claire Forgues (Communications Europe) - mcf@w3.org
et Janet Daly (Head of Communications) - janet@w3.org
Cordialement
diffusable, d'accord, merci
mais bcp moins percutant que ton mail (embargo) précédent.
tu peux nous faire un digest plutôt qu'une série de lien ?
plutôt urgent car la rumeur enfle
- LE W3C INVENTE LE STANDARD BREVETE !
Imaginez un monde où il faille payer SuperRetrovisor.com pour avoir le droit
de regarder dans le rétroviseur. Et FeuRouge.com pour avoir celui de
s´arrêter à un carrefour. Au royaume des autoroutes de l´information, il en
est question...
http://www.transfert.net/l.cfm?num=50528
Richard Wild
www.medito.com
www.0plus0.com
www.00dr.com
www.0et0.com
-----Message d'origine-----
J'ai vu l'article de transfert. Le message que j'ai envoyé est la
voix officielle et comme les fantasmes de tous genres se propagent un
peut partout, c'est la seule réponse adéquate en ce moment
d'échauffement.
*** Pour ce qui est d'un point de vue plus personnel et donc qui ne
représente pas nécessairement les opinions du W3C. ***
Le système des patents est un gros problème. Il est un gros problème
pour pouvoir travailler sereinement. C'est une réalité du monde
actuel avec laquelle il est difficile d'agir. Toutes les réactions
emportées sur les différents sites de news ont du mal à séparer deux
choses : travail et lutte.
+ Le travail actuel.
Actuellement le W3C travaille sur des technologies où il peut
exister des brevets, bien que cela n'est jamais été encore le cas,
une société pourrait faire agir ses brevets sur une des normes. Je
vous rappelle que depuis très longtemps certaines compagnies ont des
brevets sur toutes les technologies pas uniquement au W3C. Il en est
de même à l'ISO, et à l'IETF qui fonctionne avec une RAND depuis 1996
et que personne ne relève en passant...
+ La lutte contre les brevets.
Ensuite l'attitude militante pour la lutte contre les brevets
qui se passent à un autre niveau, celui des gouvernements et pourquoi
pas de l'ONU avec l'OMPI. Qui est un problème bien plus large au W3C.
Le W3C pourrait être consulté là-dessus bien sûr, et je pense
connaître une partie des réponses étant données que cela nous cause
beaucoup de problèmes. Il suffit de regarder les listes publiques
concernant SMIL et SVG dans le passé.
Donc le problème est de ne pas avoir une attitude démagogique en
disant on créé une norme sans brevets (c'est impossible que ce soit
IETF, ISO, W3C, Tartempion), puisque dans certains pays on peut
breveter tout et n'importe quoi. Comme cet australien qui a breveté
la roue pour montrer l'absurdité du système. Le problème est de
pouvoir continuer à travailler en minimisant les dégats dans le
contexte actuel.
A un autre niveau, plus politique celui là, il faut agir pour éviter
ce problème de brevets qui peut bloquer l'innovation et la liberté
d'agir Cf: le cas de gif qui a tué certains logiciels freeware.
En passant, j'aimerais également que la communauté OpenSource qui se
plaint tant de ce problème, face justement preuve d'intelligences et
implémente correctement les standards, ce qui serait un formidable
pied de nez aux compagnies privées.
Un complément personnel
Salut,
Suite =E0 l'id=E9e de faire des "liens automatiques" fa=E7on: [->512], un
autre truc... Beaucoup de sites et/ou d'auteurs utilisent les listes
d'URL "s=E8ches", c'est-=E0-dire sans texte, mais directement =E9crites
sous leur forme d'URL.
Que pensez-vous d'un raccourcis tout con de la forme:
qui afficherait directement le lien sous forme d'URL et avec le lien
hypertexte adhoc (codage: un di=E8ze suivi de l'URL - si risque de
confusion avec les di=E8zes des squelettes, on pourrait remplacer par
un dollar ou autre...).
Par exemple, dans les pages de liens du R=E9seau Voltaire de la forme:
http://www.reseauvoltaire.net/actu/conflit1.htm
les liens seraient directement cod=E9s:
#http://www.washingtonpost.com/wp-dyn/articles/A14318-2001Sep11.html
En effet, pour l'instant =E7a se code:
[http://www.washingtonpost.com/wp-dyn/articles/A14318-2001Sep11.html->http:/=
/www.washingtonpost.com/wp-dyn/articles/A14318-2001Sep11.html]
ce qui est souvent source d'erreurs (si si), tr=E8s peu lisible (le but
des raccourcis =E9tant non seulement la simplicit=E9, mais la lisibilit=E9
du code source), et plut=F4t long =E0 coder.
=3D=3D=3D=3D=3D=3D
Par ailleurs, dans la version pr=E9c=E9dente d'uZine, j'avais fait un
truc sympa pour le format "imprimer": les liens hypertextes =E9taient
compl=E9t=E9s de notes de bas de page, notes qui affichaient "en clair"
les URL correspondantes (avec, pour les liens internes, l'ajout de la
racine du site). De cette fa=E7on, un document imprim=E9 conservait les
informations compl=E8tes des liens hypertextes.
Il serait int=E9ressant de r=E9tablir une telle possibilit=E9...
[(#TEXTE|afficher_liens)] ajouterait ces "notes" =E0 la suite des liens
hypertextes, et on pourrait afficher ces liens sous la forme
#LES_LIENS comme on le fait pour les autres notes...
ARNO*
bin oui, pas mal ! Mais essayons de garder une cohérence :
[->http://www.uzine.net/] donne ce que tu proposes (lien sur url) et [->52]
donne un lien titré.
@ Arno* (arno@scarabee.com) :
Bonsoir,
Par ailleurs, dans la version précédente d'uZine, j'avais fait un
truc sympa pour le format "imprimer": les liens hypertextes étaient
complétés de notes de bas de page, notes qui affichaient "en clair"
les URL correspondantes (avec, pour les liens internes, l'ajout de
la racine du site).
Ah bin j'avais justement commencé à coder une fonction 'imprimer' dans
'mes_fonctions.php3' pour que les liens
<a href="url">texte</a>
soient transformés en
texte (url)
Le code est simple, mais certainement pas valable dans tous les cas,
donc c'est juste pour aider ... 
function imprimer($in)
{
$out = eregi_replace('<a href=["\']([^"\']+)["\'][^>]*>([^<]+)</a>', '\\2 (\\1)', $in);
return $out;
}
C'est vrai qu'un tableau en fin de document comme le propose IE lors
de l'impression serait une super solution.
-Nicolas
Si je puis me permettre, je vote pour cette version !
@ Perline (perline@perline.org) :
Si je puis me permettre, je vote pour cette version !
>
>[->http://www.uzine.net/\] donne ce que tu proposes (lien sur url) et [->52]
>donne un lien titré.
La version 1.2-beta14 actuelle contient ce raccourci [->xxx] et affiche le
titre de l'article (ou rubrique, etc.) si c'est un lien interne spip ; l'url
en <tt> dans le cas de liens externes.
-- Fil
@ Perline (perline@perline.org) :
Si je puis me permettre, je vote pour cette version !
>
>[->http://www.uzine.net/\] donne ce que tu proposes (lien sur url) et=
[->52]
>donne un lien titr=E9.
La version 1.2-beta14 actuelle contient ce raccourci [->xxx] et affiche le
titre de l'article (ou rubrique, etc.) si c'est un lien interne spip ;=
l'url
en <tt> dans le cas de liens externes.
Je suppose que le lien est diff=E9renciable selon [->art52] et [->rub52] ?
Sinon, est-ce que [->52] correspond par d=E9faut =E0 quelque chose (art ou=
rub) ?
PS : vu ma tr=E8s hautre capacit=E9 =E0 cliquer juste l=E0 o=F9 est LE seul=
et unique bug que personne n'a jamais vu, je n'installe plus en direct les=
versions b=EAta avant que la pas b=EAta n'ait =E9t=E9 test=E9e par de=
nombreuses personnes.
et comme j'ai assez peu le temps de tester moi-m=EAme, je ne peux pas tester=
pour de la vrai les b=EAta en ce moment...