- From: Ivan Herman via GitHub <sysbot+gh@w3.org>
- Date: Tue, 26 Jan 2016 07:41:00 +0000
- To: public-annotation@w3.org
I just realized that this issue has a strong connection to issue #110 ('Make Selectors available for the wide world?'). I do not want to repeat the arguments there; the short version is that I believe we should leave the door open to (1) make the selectors useful for usage patterns that are not necessarily related to annotations and (2) it may be useful/important to define new fragment identifiers expressing selectors. We agreed that this cannot be done, as recommendations, in the WG, but we should not make such an evolution unnecessarily difficult if we can avoid. Looking at the "direct" vs. the "inverse" approach it is fairly clear to me that, mainly in view of (2) above, this shifts the balance strongly towards the "direct" approach. Indeed, one of the 'cons' for the "inverse" is that it mixes, in some sense, the original source's URL with the selection mechanism, whereas the "direct" approach doesn't. This means that translating the "direct" approach into a fragment identifier is doable (with the non-fragment part of the URL referring to the source) whereas the "inverse" approach becomes much less obvious. As far as I am concerned, this tips the balance for me. My vote goes firmly towards the "direct" approach. -- GitHub Notification of comment by iherman Please view or discuss this issue at https://github.com/w3c/web-annotation/issues/93#issuecomment-174875839 using your GitHub account
Received on Tuesday, 26 January 2016 07:41:02 UTC