Zotpress 6.0: Feedback

@pakelsey Looks like inclusive=”no” wasn’t working for tags — will be fixed in 6.0.3.

@miquel Turns out that the searchbar version of ZotpressLib was only partially set up for paging. The maxresults info in the help was outdated. Please check out 6.0.3. for me to make sure all is well.

@cazsdad97 Can you give me examples of the shortcodes for 2? Also, the example in your second post is working for me, but only if there’s a [zotpressInTextBib] in the post. Could it be that you’re not including the [zotpressInTextBib] shortcode?

I am having issues on my site since the update to 6.0

Citations and bibliography get stuck loading (see https://historytothepublic.org/the-fourth-crusade-the-crusaders-conquer-constantinople/)

I’m using the shortcodes [zotpressInText item="{JGCV736Q,187}"] and [zotpressInTextBib style="harvard1" sort="ASC"] with a group library.

I can browse the library through the dashboard, so the issue seems to be centered around loading the citation. Does zotpress still keep a cache from which it loads the citations, or does it do an Ajax call for each citation as it is found in text? Could the issue be with the size of the library?

@rjgunning It’s working on my end, but I see there’s a JS error on your site. Not sure why. Please contact me with your API id and key for the group account.: https://katieseaborn.com/contact

“2. Formatting errors. For example, et al. used when only single author; “( )” appearing between multiple citations, when only semicolon should be used. E.g., (Skinner, 1958, 1968), McRae, 2013).”

[zotpressInText item=”{IKG5IK3Q},{KD9363RM},{EQKXF3IH}” userid=”358294″ and=”and”]

Thanks so much for the quick response!

This code generated et al., even though only two authors.

[zotpressInText item=”{4VW9NWBH}” userid=”358294″ and=”and”]

This generated et al., with only one author.

[zotpressInText item=”{TETFSCAZ,2}” userid=”358294″ format=”(%a%, %d%, p. %p%)”]

fyi The error for @rjgunning and probably many others was an assumption by the in-text code that pages/posts had their unique IDs listed as HTML ids rather than as classes (another valid approach). Will be fixed in 6.0.3.

@cazsdad97 Found the issue, will be fixed in 6.0.3. Thanks!

This is the short code at the end of the post given as example:

[zotpressInTextBib style=”apa” sortby=”author” sort=”ASC”]

I have found that the new version is considerably slower to load a bibliography on the web page, and sometimes cuts off without loading the whole list. Quite often I only get publications as far back as 2010 (my list goes back to 1997)
https://heliconius.zoo.cam.ac.uk//publication/full-publication-list/

I updated to 6.03 and everything seems to work. Thank you so very much!

@cjiggins That’s the trade-off of the auto-updating approach in action. I have plans to hopefully get around this by making use of the cached requests in PHP instead of relying totally on JS but that won’t be implemented until sometime later. One way to speed things up is to divide longer shortcodes up, e.g. one shortcode per year. Then it will be shorter requests that load separately in a generally top-to-bottom fashion.

@cazsdad97 Great!

Hi Katie,

I just upgraded to the latest version 6.0.3. We are using a group account. The zotpressLib shortcode no longer works. I’m using it without any attributes. There is a javascript error in zotpresslib.dropdown.js. You can confirm that here: https://oscar-apti.org/bibliography/

The group type is private. Is that an issue?

On the admin side the rendering of the tag/item browser is messed up in Chrome. The highlighted blue box under the dropdown is covering up the item list below it.

I noticed there is no option to sync with the zerver. Are you talking to the zotero server now versus keeping a local copy of the data?

This is the error I’m seeing:

Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at [ URL ]. (Reason: CORS request failed).

This site uses the cipher RC4 for encryption, which is deprecated and insecure.

Although it’s working for me …?

Breaking up into separate shortcodes also does not work – I get the first few years and then the rest just get stuck and don’t load. I can’t figure out a way to get the whole bibliography to load reliably. Is there no way of storing data in the cache or otherwise speeding things up. Would hosting on a faster server help or is the delay in connecting to Zotero?

The data is being stored in a cache (process is: check cache, request from Zotero if not there and cache, check Zotero for updates if 10 mins since last check and re-cache if changed). I’m not sure why it’s quick for some people and slow for others.

I’m going to try checking the cache in PHP before AJAX, but my time is tied up right now, so I won’t get to that for a while.

Hi Katie,

Following your suggestion, I checked for “maxresults” in “ZotpressLib” Help after upgrading Zotpress to 6.0.3 and it still says a “maxresults” maximum value of 100, while I need about 500.

Despite the “Zotpress” displays results perfectly to my needs (no paging, perfectly sorted by author and so on), ZotpressLib shortcode now (v6.0.3) only shows up one page of unsorted references. I guess this needs further coding…

About loading time for references, it is indeed slow if they are not loaded into cache, but after they are loaded once, they are displayed quite fast. Are the references loaded in runtime straight from Zotero servers now?

Thanks for the hard work !