Re: ISSUE-10 First party definition, ISSUE-60, ACTION-?

* Rigo Wenning wrote:
>On Sunday 03 March 2013 02:48:47 Bjoern Hoehrmann wrote:
>> Clicking on a link on might take me to another page
>> but it's very unlikely that the click would take me to another
>> "party".
>On the homepage of alone there are:

There are over 140 links on the page and among your 19 it seems unclear
to me for a number of them whether they are actually another party, say


These seem to be run by the W3C.


And some Working Group members would consider these to be run by the W3C
also. That leaves around 10%, and most of the links are in a small area
that renders off-screen when you first load the page. Anyway...

>Clicking on them takes you to another party. The Web 1.0 is all about 
>jumping from one party to the other and not really realizing it.... So 
>the Web is _very_ likely to take you to another party if you click.

Let's say you are right, but the widget is such that clicking will not
in fact take you to another party. Let's say a third party news widget
shows a tabbed interface with tabs "World" and "Germany" and links to
corresponding current news stories. "World" is the default and the user
clicks "Germany". A third party blog comment widget has expand/collapse
controls, and the user toggles one of those. A third party survey widget
with a "show results" tab and the user clicks that tab. A third party
search box that the user types in but then does not submit the query...

Do you think the third party operating the widget should be elevated to
first party status? I read the proposal as doing that because that's all
more interaction than "merely mouses over, closes, or mutes" even though
it does not meet the "reasonably conclude with high probability that the
user intends to communicate with" definition for what is a first party.
What if users learn that these kinds of interactions do not in fact take
them to another party (or more reasonably, have learned that long ago)?
Björn Höhrmann · ·
Am Badedeich 7 · Telefon: +49(0)160/4415681 ·
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · 

Received on Wednesday, 6 March 2013 23:06:54 UTC