If you want to have some robustness to change and attempt to show
annotations where they match, there are approaches to this, but they're not
easily integrated into Annotator. There is an example of this in the
Hypothesis code, but it deeply overrides Annotator's methods.

If you are interested in exploring this I can offer you pointers, but if
failing fast is okay for you that's the easiest thing.

On Wed, Jul 12, 2017 at 10:21 AM Shi Yan <billco...@gmail.com> wrote:

> I guess I can self answer my question now after looking at the source code.
>
> annotator has some fault tolerance, if it can't find a matching pattern in
> the current document, the annotation won't be shown.
>
> this is implemented via xpath-range.
>
>
> this fault tolerance is good enough for me I think.
>
> On Thu, Jul 6, 2017 at 12:01 AM, Shi Yan <billco...@gmail.com> wrote:
>
>> hello,
>>
>> I want to integrate annotator to a blog site, similar to Medium.
>>
>> the content on the site, however, is very dynamic, it changes all the
>> time.
>>
>> I'm wondering how to handle this content change properly?
>>
>> For example, a sentence is currently annotated but then gets removed or
>> modified.
>>
>> How do I notify the storage backend to deprecate the old annotation?
>>
>> Or I don't explicitly deprecate the old annotation, I load it anyway and
>> annotator can figure out that the annotation is invalid and won't show it
>> anymore?
>>
>> Thanks,
>>
>> Shi
>>
>
> _______________________________________________
> annotator-dev mailing list
> annotator-dev@lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/annotator-dev
> Unsubscribe: https://lists.okfn.org/mailman/options/annotator-dev
>
_______________________________________________
annotator-dev mailing list
annotator-dev@lists.okfn.org
https://lists.okfn.org/mailman/listinfo/annotator-dev
Unsubscribe: https://lists.okfn.org/mailman/options/annotator-dev

Reply via email to