- Des formats et des manières de transmettre les notations correspondant aux systèmes décrits ci-dessus (http://www.w3.org/TR/REC-PICS-labels-961031) (par exemple sous forme d'en-tête de courriel ou de balise meta en HTML)
- Un langage pour écrire des profils côté client (http://www.w3.org/TR/REC-PICSRules) (afin de bloquer les contenus en fonction des notations reçues des serveurs) (le but de ce langage étant de faciliter la migration des réglages d'un client à un autre)
Le workflow prévu c'était :
- Des organisations définissent des échelles de valeurs
- Les webmestres définissent le contenu de leur page en fonction de ces échelles de valeur, avec des balises meta
- Les navigateurs fournissent à leurs utilisateurs des IHM pour définir ce qu'ils veulent voir et ne pas voir, en fonction des échelles de valeur
- Les navigateurs bloquent les pages en fonction des réglages des utilisateurs et des déclarations des sites
Tout ceci est globalement implémenté, notamment dans IE, mais le gros problème c'est qu'aucune échelle de valeur ne s'est réellement imposée, peu de webmestres se sont pris la tête (et ont pris la responsabilité) de déclarer correctement le contenu de leurs pages, et au final que la majorité des gens s'en fout.
Pour autant que je sache, les systèmes de contrôle parental vendus actuellement sont en majorité codés sous forme de proxy avec liste blanche / liste noire gérée par l'éditeur, et peut-être reconnaissance de certains mots-clés dans les flux.
[^] # Re: Pas son rôle
Posté par Boa Treize (site web personnel) . En réponse au journal Une balise « carré blanc » pour mon HTML5. Évalué à 2.
- Des services et des systèmes de notation (http://www.w3.org/TR/REC-PICS-services-961031) (cf. les annexes A, B, C pour des exemples de systèmes de notation plus ou moins fins)
- Des formats et des manières de transmettre les notations correspondant aux systèmes décrits ci-dessus (http://www.w3.org/TR/REC-PICS-labels-961031) (par exemple sous forme d'en-tête de courriel ou de balise meta en HTML)
- Un langage pour écrire des profils côté client (http://www.w3.org/TR/REC-PICSRules) (afin de bloquer les contenus en fonction des notations reçues des serveurs) (le but de ce langage étant de faciliter la migration des réglages d'un client à un autre)
Le workflow prévu c'était :
- Des organisations définissent des échelles de valeurs
- Les webmestres définissent le contenu de leur page en fonction de ces échelles de valeur, avec des balises meta
- Les navigateurs fournissent à leurs utilisateurs des IHM pour définir ce qu'ils veulent voir et ne pas voir, en fonction des échelles de valeur
- Les navigateurs bloquent les pages en fonction des réglages des utilisateurs et des déclarations des sites
Tout ceci est globalement implémenté, notamment dans IE, mais le gros problème c'est qu'aucune échelle de valeur ne s'est réellement imposée, peu de webmestres se sont pris la tête (et ont pris la responsabilité) de déclarer correctement le contenu de leurs pages, et au final que la majorité des gens s'en fout.
Pour autant que je sache, les systèmes de contrôle parental vendus actuellement sont en majorité codés sous forme de proxy avec liste blanche / liste noire gérée par l'éditeur, et peut-être reconnaissance de certains mots-clés dans les flux.