Next step:

If I do a search on the dutch site and click on “View all results” the link is pointing to the main site. So I do have to manually add the $lang from the request, because I do use WPML with path setting (no subdomains). As for the primary language, the language setting must be removed.

So I changed in functions-enfold

$output .= "<a class='ajax_search_entry ajax_search_entry_view_all' href='".home_url('?' . $query )."'>".__('View all results','avia_framework')."</a>";

to

<br />

$lurl = $_REQUEST['lang'].'/';

if (empty($_REQUEST['lang']) || $_REQUEST['lang'] == 'de')

{

$lurl = '';

}

$output .= "<a class='ajax_search_entry ajax_search_entry_view_all' href='".home_url($lurl.'?' . $query )."'>".__('View all results','avia_framework')."</a>";

Not the best…

What’s up Dude, i talked to the plugin author and he said:

“…JavaScript is being wrapped in paragraph tags. This is something that WordPress does when it is processing content. Normally this isn’t an issue with shortcode content however I have seen it happen with several “premium” theme frameworks and plugins which attempt to do cache. Essentially what happens in the content gets rendered and saved to the cache then it gets re-rendered when it is read from the cache and WordPress interprets line breaks and paragraphs and then adds paragraph tags. Obviously this creates unexpected consequences. The themes that I have encountered this with offered a [raw][/raw] shortcode which needed to wrap around our shortcode to prevent this from happening. Take a look at the “wpauto” filter (http://codex.wordpress.org/Function_Reference/wpautop).”

Does enfold have such a raw short code?

Moving on, I’m stuck with the title of the result form. This is done with

$output .= "<h4>".$post_type_obj[$key]->labels->name."</h4>";

in functions-enfold.

The array is substituted with get_post_type_object() and at this point I’m lost in space. Does this belong to the standard language of WordPress? I do use de_DE and of course I do have the official nl_NL language files in the same folder.

I really don’t know why this ain’t working. Meanwhile I’ve set up a local Enfold copy without any plugins (except WPML), created some pages and it’s the same behaviour. Should I bother the folks at WPML with that?

Ok I’m going to recreate this as a PNG in photoshop.

Am I understanding this correctly?

– color background = 30px x 30px

– color stroke = 2px

– total icon dimensions 32px x 32px

– icon height = 17px

Is this correct? Also I see a 1px dimension (border width & text shadow) as well. What is that? I imagine the border shadow is a 1px drop shadow??

Thank you for your time.

Yeah, thanks for pointing it out. I’ve come across the WPML article, but didn’t check the language param in functions-enfold.

Currently it’s not working and it won’t be a conflict with any other plugin – this sticks to the ajax request.

Any chance this could be fixed in a next version of Enfold?

As a sidenote:

Just messing around with things I figured out how to do a work-around. I’ve been using Codestyling Localisation to do some wording corrections for the dutch language file provided by another Enfold user. No prob at all. I tried to work with the .mo files within WPML and switched now to the string translation handling. So if I do add the translations manually this way, it works. Weird stuff… :-/

Much appreciated.

With the Testimonials, I saved the page as a template, did the trick…