block-list: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (template)
m (brainstorming has its own page now.)
Line 15: Line 15:


== brainstorming ==
== brainstorming ==
When this section grows too large, move it to: [[block-list-brainstorming]] and leave a link in place.
See [[block-list-brainstorming]].
* XEN


== issues ==
== issues ==

Revision as of 08:05, 13 August 2008

block list

Part of the social network portability effort.

introduction

Many social networking sites provide the user the capability to "block" or "ignore" other users of those sites, typically because those other users are stalking, trolling, harrassing, or behaving negatively in some other way.

The "block list" effort documents how current social networking sites are handling these interactions in the hopes that this research can be used for developing a portable block list that a user could privately share with other sites (probably via oauth or openid or both) so that they could block a troll on one service, and have the troll automatically blocked on other services as well.

examples

See block-list-examples.

formats

See block-list-formats.

brainstorming

See block-list-brainstorming.

issues

When this section grows too large, move it to block-list-issues and leave a link in place.

Does a block list need to represent levels of animosity? Most examples in the wild are binary: either someone is blocked or they aren't (unlike XFN or other buddy list taxonomies that allow for degrees of intimacy and clarity).

Couldn't this be an addition to XFN then, or would it be out of scope? --AlexandreSolleiro 16:36, 27 Oct 2007 (PDT)

It's not clear, since XFN has a strictly positive/neutral scope, and the use-cases (and user interfaces) of friends lists and block lists are so very different. In particular, so far, the research on block lists shows no taxonomy at all. Just a simple list of people that are "blocked". Therefore that should perhaps be the basis of a first attempt at a microformat. Tantek 23:06, 27 Oct 2007 (PDT)

template

Consider using this format (copy and paste this to the end of the list to add your issues; replace ~~~ with an external link if preferred) to report issues or feedback, so that issues can show up in hAtom subscriptions of this issues page. If open issues lack this markup, please add it.

Please post one issue per entry, to make them easier to manage. Avoid combining multiple issues into single reports, as this can confuse or muddle feedback, and puts a burden of separating the discrete issues onto someone else who 1. may not have the time, and 2. may not understand the issue in the same way as the original reporter.

<div class="hentry">
{{OpenIssue}} 
<span class="entry-summary author vcard">
 <span class="published">2011-MM-DD</span> 
 raised by <span class="fn">~~~</span>
</span>
<div class="entry-content discussion issues">
* <strong class="entry-title">«Short title of issue»</strong>. «Description of Issue»
** Follow-up comment #1
** Follow-up comment #2
</div>
</div>

see also