[annotator-dev] Fwd: Basic workings
tcas at burwil.co.uk
Tue Oct 14 20:09:33 UTC 2014
I think #3 might be an issue with the HTML on my side. It comes from an
DITA XML->HTML transform and there is some strange ordering of elements. I
will investigate more, but it appears to be the first heading in the
document whose stored annotation has no start or end range and when the
page is populated with annotations the one with no start and end get
repeated in other places.
On #1, I have set loadFromSearch: false when loading the store plugin so I
am now getting annotation without calling search. However, it seems to be
choosing ALL annotations. How do I tell it to only retrieve them for the
current URI. When I had loadFromSearch set, I had annotationData set to
uri: window.location.pathname to say which annotations it should find. How
do i do the same for loadAnnotations?
Apologies for the newbie questions.
On 14 October 2014 07:18, Randall Leeds <tilgovi at hypothes.is> wrote:
> On Mon, Oct 13, 2014 at 10:34 PM, Tim Casling <tcas at burwil.co.uk> wrote:
>> I have upgraded my annotator JS from 1.2.7->1.2.9.
>> On #2, edit and delete icons are visible on the annotation. Not sure how
>> I missed them!
>> Any input on #1 and #3 appreciated.
> For #1, the question of whether you must use search, the answer is no.
> If you can obtain the annotations through another means, you should be
> able to call `annotator.loadAnnotations([annotations])`.
> For #3, you may have run into this bug:
> It was closed because the master branch no longer exhibits this behavior.
> However, Daniel posted a patch. If this is your issue and you'd like to
> open a pull request against the v1.2.x branch, we could publish a v1.2.10
> release while we work to finalize v2.
> annotator-dev mailing list
> annotator-dev at lists.okfn.org
> Unsubscribe: https://lists.okfn.org/mailman/options/annotator-dev
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the annotator-dev