Hi Randall,
after reading your email twice and skimming over the W3C stuff and
planning wiki page, I am a strong advocate of getting the selector.js
done first :) I don't even need the w3c data structures as I have my
own...
I agree, the Range API is more complex than I had imagined and
implementations of it seem to differ across browsers. So before
extending my own hacky code to robustify selection, I looked at your
project as a possible alternative. Whether any w3c (or whatever) Data
Model standard is (correctly) implemented or not is not of relevance to
me right now, as the web app I have written does definitely not adhere
to any. If this is your first big milestone, I will be happy to
contribute a package that uses reactjs to highlight stuff.
demo available here:
(replace the "1" with "i" in the dns name; i do not dare to expose that
url directly...)
http://cascade.ukp.1nformat1k.tu-darmstadt.de/help.html
--> Area 2 — The Annotation area
--> Try the annotator by selecting text with your cursor
Please tell me if there is something you are interested in.
best,
Hendrik
On 2017-10-25 20:31, Randall Leeds wrote:
Thank you for asking, Hendrik!
I will speak for myself only. We have not discussed versioning as a
group.
I would like to see us follow semantic versioning, but I believe it's
important, at such an early stage of a project, to proceed without firm
commitments to API stability. With those two points in mind, I suggest
that
1.0.0 is probably a ways off.
However, you are welcome and encouraged to pin any earlier version if
it is
useful to you, so that you can begin using the project much sooner. We
would love to have your feedback and/or your contributions. If there is
anything you would be willing to contribute to the project please do
not
hesitate to share it and we can discuss the best way.
An important question is when we might make any release, and what kind
of
release cadence can we reasonably attempt. Apache projects are required
to
a release process that includes voting on when and what to release.
That
does not mean we cannot release early or often, just that we cannot
easily
push a version to npm for every small change we make without bringing a
vote to the mailing list first.
Practically speaking, there is some packaging work I'd like to handle
before we make any release to npm.
1. The project is structured as ES6 right now. The demo provides
transpilation but there are no scripts or commands in place to generate
builds for the packages. I would like to build packages supporting Node
LTS
with CommonJS modules and also ES6 workflows. I can do that without
much
trouble.
2. I would like to get a basic selectors API in place, at a minimum. My
experience has been that this is one of the most difficult and useful
parts
of web annotation. Selectors are also a core part of the Web Annotation
specifications. Treora and I did some hacking on this the past week
with
promising results. I hope to merge that in the coming week.
With input from others, maybe we can have a target date for a first
release
that only implements some selectors and completes the packaging changes
required to publish to npm. That would be a great first release, in my
opinion.
Regards,
Randall
On Wed, Oct 25, 2017 at 3:12 AM helt <
[email protected]> wrote:
Hi,
For my thesis, I was in need of some annotator stuff and I just didn’t
found annotator.js, so I wrote my own. I do not rely on anything but
the
Range API and react.js.
Now the question is, will this new annotator project reach 1.0.0 soon,
so i can add a simple react ui addon/plugin? I hope you release 1.0.0
when its done, i just want to know whether that is in 2017 or not :)
best,
Hendrik
