Webonary

Hi MiKa,

Any update on this?

I thought I had posted the shortcode, but maybe I only imagined doing this. Here it is again:

[osm_map_v3 map_center=”10.834,25″ zoom=”1.4″ type=”outdoor” control=”fullscreen” width=”530″ height=”350″ file_list=”../../../../wp-content/uploads/webonary-sites.gpx” file_color_list=”blue”]

Hi

Thanks for your help. I realized after looking at the code again that the people maintaining the site actually no longer needed the collapse feature for this specific page, so I removed all the classes related to the plugin for that page. We still use your plugin for other pages though and there it works perfect.

Just checked in Firefox again and now the content opens in a new page. Not sure what I did. I thought it used to expand, but maybe my memory is failing me…

@john Clause: OK, I’ve given it a go. This is a solution that should work for us, but you can judge much better if it will work generally for qTranslate X or if it needs more tweaking.

In qtranslate-core.php, in the function qtranxf_use_language I replaced the line

return qtranxf_use_block($lang, $blocks, $show_available, $show_empty);

with

return "<div class=lang-" . $lang . ">" . qtranxf_use_block($lang, $blocks, $show_available, $show_empty) . "</div>";

This will add a div tag with a language class in front of the translated text. E.g. <div class=lang-en>some text</div>

If that or something similar could be implemented, that would be awesome.

@john Clause: Thanks, this fix works for us. Will this be included into version 3.4?

Yes, I guess this is a feature request unless you know some other way around this issue.

So at the moment I need to add a span-tag with the class in front of each post for that specific language that has it’s own font.

In this case I’m adding the class nuosu for the title (which will also appear as a menu item):

Screenshot: https://i.imgur.com/nPo1mCr.gif

This is the nuosu class:

.nuosu {
font-family: Nuosu SIL;
}

Philip

@john Clause: Sorry, it seems that it might be related to how our plugin Webonary works (it does a custom search). Maybe one of Kristyna’s plugins does something similar? Anyways, when I deactivated the Webonary plugin, it didn’t have this issue. I’m not sure if we can fix this in the Webonary plugin. We didn’t have the issue with mqTranslate.

No, my temporary solution fixed this.

OK, it actually also happens in the theme Twenty Eleven, if I check the theme location in the menu settings (I set it to “Primary Menu” just now). I also just tried out Twenty Fourteen and it doesn’t happen if I don’t check a theme location, but if I check “Top primary menu”, I have the same issue.

No, I’m not using the plugin Custom Field Template (cft).

I’m using version Version 3.2.9. I also tried the beta version you linked in your reply to Kristyna without success.

I fixed it temporarily by commenting out line 331 in qtranlate_frontent.php:

add_action( ‘pre_get_posts’, ‘qtranxf_pre_get_posts’, 99 );

Hopefully this will get fixed with the next qTranslate-X update.

Philip

BTW, we’re using the theme zeeDisplay (which we adapted for our needs). I checked Twenty Eleven and it works there. It used to work with our theme too before we migrated from mqTranslate.

Same thing is happening here:
https://waama.webonary.org

Search for “chien” and you will see all the post titles of the search results in the menu:
https://waama.webonary.org/?s=chien&search=Rechercher&key=&tax=-1

Philip

@dlt95: Thanks, that works.

@chsxf: It would be great if the permissions for editing posts were checked by default. Currently it’s a bit of a pain. Anyways, thanks for your continued work on the plugin.