Add option to open arks in the browser from an ark identifier

[HoussemNasri]

Closes #6696
Also refactored the code a bit to allow for adding support for more identifiers in the eprint field in the future .e.g. googlebooks, jstor, PubMed, hdl, etc.

TODO

• Depending on eprinttype to tell identifier type should be a fallback strategy
• Validate ARK identifiers
• Refactor tests

bandicam.2023-02-04.23-01-27-587.mp4

• Change in CHANGELOG.md described in a way that is understandable for the average user (if applicable)
• Tests created for changes (if applicable)
• Manually tested changed features in running JabRef (always required)
• Screenshots added in PR description (for UI changes)
• Checked developer's documentation: Is the information available and up to date? If not, I outlined it in this pull request.
• Checked documentation: Is the information available and up to date? If not, I created an issue at https://github.com/JabRef/user-documentation/issues or, even better, I submitted a pull request to the documentation repository.

[wujastyk]

Yes! Works well. I fetched the deb file just after the build completed. Clicking the "fetch" icon next to the ARK eprint entry worked perfectly. Thank you!
It would also be great if the link icon in the "linked identifiers" field of the main display could be active (as it is for DOI and URL).
This is already a huge leap forward for the kind of work I do. I use ARKs all the time. Thank you!

jabref-ark.mp4

[HoussemNasri]

Nice catch, looks like JabRef expected an arXiv id but got an ark one, so it generated an empty URL. In my windows machine, clicking the button opened the file manager, but I guess the behavior differs between OSs.

[wujastyk]

Is something needed to push this forward and merge the ARK features into the latest development snapshot?

[HoussemNasri]

Just need to refractor the unit tests and implement arks validation logic. Hopefully I can spare some time to do this in the weekend.

[HoussemNasri]

The PR is ready for review! However, there are two requirements left (ARK validation and inferring the eprint type from the eprint field .e.g. when eprint = ark:1234/5554, we know it is an ark). I'll address the missing requirements in another PR. Nevertheless, this feature is still usable without them.

[Siedlerchr]

from my side looks good so far, I am only unsure about the listener stuff in the bindToEntry
guess this is where carl can better judge it

[calixtus]

I'm really unsure about the bindToEntry method. It is called every time the tab in the entry editor the fieldeditor sits inside recieves focus (EntryEditorTab::notifyAboutFocus).
Maybe EasyBind.listen in the constructor (subscribe already runs the method on first call, listen only after the first change to the property).

Some hints at AbstractEditorViewModel

The entry editor is broken and needs to be rewritten. 😭

[HoussemNasri]

bindToEntry is actually called the first time you select the tab. If you navigate away from the tab and back again, bindToEntry wouldn't be called. It would be called however if you select another entry, which makes sense.

About using subscribe instead of listen, it's necessary so that whenever the user switches to another entry, the UI state --which actions are visible on the side of that identifier editor-- is updated immediately to match the newly selected entry.

[calixtus]

Thanks for checking this, so let's merge it then. As usual high quality code. Thank you.

[wujastyk]

JabRef 5.10--2023-03-12--7e757af
Linux 5.15.0-67-generic amd64
Java 19.0.2
JavaFX 19+11

Downloaded and tested. It works! I'm thrilled to have this. It will help me many times every day. Thank you everyone for your hard work to make this feature work so smoothly.

Now, I just hope Archive.org survives the assault of the publishing industry! (But ARKs are widely used elsewhere too.)