[wp-trac] [WordPress Trac] #40031: Consider Adding Web Annotations to WordPress
WordPress Trac
noreply at wordpress.org
Sat Mar 4 21:56:44 UTC 2017
#40031: Consider Adding Web Annotations to WordPress
-----------------------------+------------------------------
Reporter: MikeSchinkel | Owner:
Type: feature request | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Comments | Version: trunk
Severity: normal | Resolution:
Keywords: | Focuses: ui
-----------------------------+------------------------------
Comment (by MikeSchinkel):
Replying to [comment:3 dshanske]:
> ''"Annotation to me sounds like a type of comment where you are
specifying a specific part of a post to comment on. It would therefore not
be displayed at the bottom, but inline in some fashion."''
Annotations can be either of those. And they can be many other things
too. Highly recommend reading about the [https://www.w3.org/TR/2017/REC-
annotation-model-20170223/ Annotations Data Model] if this ticket
continues to interest you.
> ''"I think this is the wrong approach for WordPress Core in the short
term. if WordPress wants to start with annotations, how about we enhance
the comment system to support annotations?"''
I am assuming you made this comment because of an assumption that Web
Annotations refers to being able to select a section of content and then
comment on that content?
Yes, that use-case is addressed by Web Annotation, but Web Annotations is
''(IMO at least)'' more about establishing a JSON format for linking
between annotation and the subject of the annotation, and thus about
enabling additional storage '''the fact that such an annotation exists'''
in a location different than where the annotations or the subject of the
annotation is currently stored.
Or in less abstract terms, Web Annotations is about enabling a website to
serve a feed of Web Annotations one of which might look like this:
{{{
{
"@context": "http://www.w3.org/ns/anno.jsonld",
"id": "https://david.shanske.com/annotation-3264",
"type": "Annotation",
"motivation": "replying",
"body": "https://david.shanske.com/2016/11/28/cbss-elementary-gets-
kosher-wrong/",
"target": [
"https://david.shanske.com/2016/11/28/cbss-elementary-gets-kosher-
wrong/#comment-3264",
"https://www.facebook.com/dshanske/posts/1188775184544354?comment_id=1188793234542549"
]
}
}}}
> ''"While support for custom comment types is a 'blessed' task, we still
don't have that."''
No reason this ticket could not be the catalyst to make that blessed task
a higher priority. It might even inform the design of comment types by
providing some insight into use-cases.
> ''"So, having annotations as a built-in comment type would allow someone
to annotate a post/page/etc. Now, that's initially a local implementation,
not a distributed one. But from the perspective of site owners, you should
always have a local implementation of a feature before you start fetching
stuff from other sites. A base feature should be built in, and only
enhanced by an outside site or service."'' ... I may be on a completely
different line of thought than the initial proposal, but I feel strongly
about local first as a building philosophy.
You have made an philosophical argument but it is too abstract to prove or
disprove. And thus I think debating it distracts from the specific use-
cases and requirements we could be discussing.
Let us first make sure we all understand what is being proposed and what
the goals of the proposal are and then discuss if those goals are
appropriate before we debate philosophy of implementation? The former
really should inform the latter. Otherwise we'll just be talking past
each other.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/40031#comment:7>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list