- From: Alan Chapell <achapell@chapellassociates.com>
- Date: Sun, 18 Nov 2012 13:03:19 -0500
- To: Rigo Wenning <rigo@w3.org>, <public-tracking@w3.org>
- CC: David Singer <singer@apple.com>
I agree -- specifying exact wording isn't a great idea - but that's not what I'm suggesting. Setting the expectation that UA's communicate DNT functionality clearly and completely addresses the very real possibility that some UA's will characterize DNT functionality in a way that is a) unclear, b) filled with hyperbole, or those that c) enact DNT without even telling Users. While I think that public, marketplace and regulatory pressure might address c), I tend to doubt that they will address a) and b). I'm a bit surprised that this is so controversial. After all, the goal here is to provide consumer's with informed choice, correct? On 11/18/12 12:35 PM, "Rigo Wenning" <rigo@w3.org> wrote: >On Thursday 15 November 2012 15:46:14 David Singer wrote: >> > łThe User Agent MUST make available explanatory text to provide more >> > detailed information about DNT functionality within easy and direct >> > access for the particular environment prior to DNT being enabled.˛ >> and all sites will, of course, be mandated to do the same or better for >> exception requests? > ><joke> >YES! All sides MUST implement P3P to fulfill DNT! After 10 years, the >magic >bullet to get ubiquituous P3P adoption. ></joke> > >I thought we have always worked under the assumption that we do not >proscribe >UA GUI. Because my experience is that we can write whatever we want into >a >Specification, but UAs won' t necessarily honor that. UI is where >browsers >compete. While some simple, well-tested proscribed text would probably >create >some kind of a circuit where users better understand and adapt their >expectations, I don't see momentum. > >I rather think that it creates an eco-system where browser that promise >too >much can be punished by users who are deceived and by sites responding >that >they won't honor. And we'll see waves into one or the other direction >before >it stabilizes. > >Rigo > >
Received on Sunday, 18 November 2012 18:03:57 UTC