miquelpontes

Thanks for your indications Jesse. I’ll investigate this path…

Hello, I always try keep all the plugins versions up-to-date so this was not my issue.

However, the problem solved by itself when I uninstalled a previous plugin called Enhanced Bibliplug because it become unoperative with WordPress 4.0, after uninstalling Templates menu reappeared. Apparently these two plugins are incompatible, whatever the reason.

Thank you for your answer. Cheers !

Thanks for the quick answer Ross.

I have checked those forums you recommended and found some illustrative cases, however without proper answers I can use.

I found a close explanation for the API layering design here (https://stackoverflow.com/questions/15627325/google-maps-polygon-and-marker-z-index) but no solution as the problem stated is not the same. It seems that Google Maps API uses several layers known as MapPanes in a fixed Z order:

6: floatPane (infowindow)
5: overlayMouseTarget (mouse events)
4: floatShadow (infowindow shadow)
3: overlayImage (marker images)
2: overlayShadow (marker shadows)
1: overlayLayer (polygons, polylines, ground overlays, tile layer overlays)
0: mapPane (lowest pane above the map tiles)

Then a similar problem is described here: https://stackoverflow.com/questions/25170110/richmarker-not-clickable-when-overlapped-by-polygon that suggests a correction to the offending code and includes a working sample here: https://jsfiddle.net/Hergott/1o15npd6/

It seems that every API layer must manage the interactive events (mouse hover, click, etc.) on its own, and this is exactly what is wrong in my case: I click on the marker (which is on layer 3, greater than the polygon layer 1) but the “click” event is not managed by the marker layer, but by the polygon layer.

Apparently this is not a problem of the Maps API but the implemented code using that API. I’m not a PHP programmer so I’m helpless in this.

Any ideas to focus the problem?

Hi Ross,

I already had the zoom parameter set (to value 2 instead of 11) so I changed the zoom value yet the problem persisted. Then I disabled the Jetpack Mobile Theme and installed another mobile theme plugin, and EVERYTHING WORKS FINE now… regarding the maps. In exchange, I lost the website search function from the new mobile theme. But this is another battle, not for you.

Thank you very much Ross. Cheers !

Yes Katie, default style was “Chicago-fullnote-bibliography” and by analyzing the webpage code with Chrome “inspect element” option, this is indeed the style used in the pages that don’t work as expected. The style I want to use is “entomological-society-of-america”.

By following your suggestion, I added this style as the default style, reimported and… It works fine !

It appears that dynamically assigned styles have a limit somewhere, but as I wanted everything with the same styling, the workaround is just fine for me.

Thank you Katie !

Hello again Ross.

I have observed further details regarding this problem. When displaying the Flexible Map in a cell phone (I tried in iPhone 4 and Samsung S3), the markers on screen display incorrectly, but if you keep scrolling the map to the left (you know Google Maps shows a continuous map) then the markers appear again IN THE CORRECT LOCATIONS. Is there a way to display the Flexible Map centered on the correct location (that is, an “earth turn” to the left)?

By the way, the mobile theme used in my website is the one by Jetpack, do you think I would get better results by disabling Jetpack mobile theme and seek for another mobile theme? Despite I’m happy of Jetpack functionalities, many people say it “hijacks” the website behaviour… could this be the culprit for the CSS mess?

Any help and or ideas are welcome. Thank you. Cheers !

I want to add further data that may help you clarify the problem:

I take the page that displays references incorrectly:
https://opistobranquis.info/ca/guia/anaspidea/aplysia-fasciata/

I move the page until it displays one of the linked references (for instance K?hler, E.) then click the reload button on the browser (or press <F5>) and watch the link with attention. It first displays the live links correctly for a second, then the link vanishes.

Clearly this is a style problem that happens only when the loaded references list is long and/or has mixed reference types in it (I try to use Journal articles, Books and Websites references only).

What I don’t understand is why this is happening.

Theoretically I’m using just one style, because I use a piece of PHP code to implement Zotpress citations in all pages, I mean there’s no manual intervention about how I display references in one page or another, it’s the same code, same style and all.

References are different on each page because I filter them by using tags, in fact a tag linked to the page name. That is in the page “A” I display references tagged “A”, and in page “B” I display all references tagged “B”.

A sample of a correctly displayed page: https://opistobranquis.info/ca/guia/sacoglossa/lobiger-serradifalci/
You see reference links (for instance K?hler, E.) are live links indeed. This is the intended style for all the website references

A sample of an incorrectly displayed page:
https://opistobranquis.info/ca/guia/anaspidea/aplysia-fasciata/
Here reference links are not alive (for instance K?hler, E.), plus books are displayed in another format that Journal articles. Clearly it is using a different style than the previous sample.

The piece of PHP code I use to display both pages is exactly the same:

echo '<h5><ul>';
echo do_shortcode('[zotpress tag="' . get_the_title($ID) . '" style="entomological-society-of-america" sortby="author" order="asc"]');
echo '</ul></h5>';

My guess is that the ammount of displayed references in one case or another provokes a timeout or maybe it overwrites something, “losing” the style parameter.

Is the “style” file local to Zotpress plugin? or is it downloaded from Zotero servers everytime? if it is downloaded I might want to make a local copy and use it instead to avoid server timeouts that might render the default style at display time.

Hope all this helps Katie. Thanks for your superb support and product.

Hi Ross,

I could reproduce the behaviour on my Chrome web browser in a iPhone4 simulator: I go to Chrome, select menu “More tools” (or similar, in my language it says “Més eines”), Development Tools, click on a Smartphone icon on the header of the CSS inspector below, then a SmartPhone simulator appears on screen with a CSS inspector below it, then I check my web page as before, and the map does exactly the same wrong thing.

My problem is I know little CSS so I can’t identify the offending class.

I know I can override any wrong class with a proper one by using “Edit CSS” WordPress.com tool inside my own Jetpack, so once identified the problem it should not be too difficult to correct.

Obviously this is a bug in my Theme (a customized Twenty Ten 1.6) but any help on identifying the wrong CSS (the one that displays the marks on the map) would be welcome.

Hope you can help me. Cheers !

Ok, if bibliography citations are built on the Zotero site, you must know I’m using the “style” parameter when linking all the references for a given page:

[zotpress tag="test" style="tgm-wien-diplom" sortby="author" order="asc"]

The only German variable seems the style itself (Wien is the capital city of Austria, where they speak German), so I changed it for:

[zotpress tag="test" style="entomological-society-of-america" sortby="author" order="asc"]

And it works ! Here’s a sample (scroll down to Bibliography section):

https://opistobranquis.info/en/guia/nudibranchia/dexiarchia/unassigned-dexiarchia/doto-paulinae/

So this formatting is made in runtime, using the registered styles in Zotero website, I will pay thin attention to these details in the future…

Thank you very much Katie.

Hi jdmedia, thanks a lot for the proposed solution. However, this was not exactly what I needed, and I see it is very complicated to implement.

In the meantime, I searched for other solutions to georeference wildlife sightings in WordPress, and found a plugin called FLEXIBLE MAP, that allows me to put a lot of sightings coordinates in a KML file (about 200 or 250 coordinates is what I determined to run best), then reference this file from every WordPress post as a plugin shortcode parameter and “voilà”, our sigthings geocodes are now on the map, each one correctly identified and labelled, even on the map.

Thank you very much for your time, work and efforts. Best regards.

As an alternative, you can edit qtranslate.php and change:

define('QT_SUPPORTED_WP_VERSION', '3.x');

to:

define('QT_SUPPORTED_WP_VERSION', '3.6.1');

It worked in my website: https://opistobranquis.info

Hope this helps.

If you have recently installed / updated WordPress version this is a typical problem because of the delay between the new WordPress release and the qTranslate update (due in a few days after the WP release).

Anyway this has an easy workaround:

In qtranslate.php change:

define('QT_SUPPORTED_WP_VERSION', '3.x');

to:

define('QT_SUPPORTED_WP_VERSION', '3.6.1');

It worked in my website: https://opistobranquis.info

Hope this helps.

Hi, as in previous version updates, this has an easy solution:

In qtranslate.php change:

define('QT_SUPPORTED_WP_VERSION', '3.x');

to:

define('QT_SUPPORTED_WP_VERSION', '3.6.1');

It worked in my website: https://opistobranquis.info

Hope this helps.

I tried the change proposed by “was955” and it worked just fine. I haven’t changed the version, and it works just as well. Thank you very much.