Upgrade StoragePubmed through Hinari is not sensed
Developing countries can get free on-line access to most medical journals through a WHO arrangement called hinari. Zotero senses PubMed when linked directly - using URL http://www.ncbi.nlm.nih.gov/sites/entrez?holding=hinari, but not when accessing PubMed through the Hinari URL - http://hinari-gw.who.int/whalecomwww.ncbi.nlm.nih.gov/whalecom0/sites/entrez?myncbishare=hinari_who
How can zotero sense PubMed through Hinari?
How can zotero sense PubMed through Hinari?
This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
while I would like to help with a worthwhile project like Hinari, I (and all the other translator authors I know of) are in the US or other "developed" countries, so we don't have access and can't do this.
I'm not very familiar with how proxy detection and handling works in Zotero, but ability to detect or even manually set proxies like that and do a little URL rewriting so that translators can recognize the sites would probably be useful in many situations. It get a little tricky if the translator relies heavily on the URL structure and/or tries to manipulate it, but I don't think we have a lot of those.
We can possibly also fix the target regex. Many regexes now look for the proper host name before the first forward slash. This way, the translator does not trigger on some advertising iframes that contain the URL as one of the arguments. If the user could set certain proxy prefixes, we could avoid having to relax the regexes.