Hi,
Just for confirmation (as i cannot afford to make a mistake :( )
1) Need to use the following for changing image structure right?
In header.php replace:

echo avia_logo(AVIA_BASE_URL.’images/layout/logo.png’, false, ‘strong’);
with:

echo avia_logo(AVIA_BASE_URL.’images/layout/logo.png’, false, ‘h1’);

2)Need to use the following for changing page title right?

add following code to functions.php:

add_filter(‘avf_title_args’, ‘fix_single_post_title’, 10, 2);
function fix_single_post_title($args,$id)
{
if ( is_single() )
{
$args[‘title’] = get_the_title($id);
}

return $args;
}
I have taken the All contents backup with wp export within tools as well as using xcloner plugin that will be enough for backup right?

Yes thats fine

What do i need to do?

Here are some screen captures visually depicting my comment above in post id#184636

1. A hand-coded from scratch thumbnail gallery showing a part of my Youtube video gallery. This file resides outside of the WordPress environment and is fetched by an Ajax call. There is no < head > or < body > in the fetched HTML. It’s straight HTML with the CSS snagged from the parent page which hosts the < a > and href call firing the lightbox overlay hosting all the thumbs. This is illustrated in the screen capture below. Even with this complex Ajax fetch which requires perfect coding to execute correctly, no errors can be found with the automatically generated play graphic overlaying the automatically generated Youtube thumbnails. They are centered correctly. Compare this to the thumbnail in Item 4. below which shows the play graphic shifted downward in an Enfold template. Something in the CSS is affecting it and I haven’t nailed it down yet.

2. An example of the lightbox window that opens when clicking the thumbnails.

3. Enfold themed page with video thumbnail and comment section.

4. And here is the bottom of the page and an example where the play graphic shifts downward due to some CSS properties in Enfold. See red arrow. If img-width: 100% was not commented out in base.css, the thumbnail would be 480px wide and part of the graphic would reside outside the darker opacitized text content area on the right side of the page. FYI, 480px is a default size for youtube thumbnails in their API and my CSS shrinking the thumbnail is ignored in IE due to img-width: 100%

5. Point five is not related to img-width, but I thought I would share a tidbit about the CSS in your Comments system while I’m thinking about it. You may want to consider giving the .comment-entry CSS a property of display: inline-table;
It will vastly improve the flexibility of your comment layout for users. Right now, the entire parent Div will not expand and contract dynamically. For example, if you use the Ajaxify plugin recommended in your forum by Dude, the parent Div hosting the comments entry will now expand and contract like it should if displayed as an inline-table. The colored background DIV will work great and scale up and down. With the current CSS in Enfold, it does not. So clicking on “reply” or add a comment creates a big dynamic hole in the background where the comment form appears. The colored background properties are transparent and do not expand and contract due to the current CSS properties on .comment-entry. I am sorry, but all of this is being developed on Localhost and I have no public link to show you. The concept of an inline-table setting should not be hard for a coder to visualize if they know CSS. Pass it along. They will get it and it will add up.

And finally, the reason for showing you all these screen captures, is maybe lost in all the text here. It can be boiled down to two things:

6A. I am looking for some direction working around img-width: 100% as it relates to Enfolds performance. Is it important?

6B. What global CSS property might be shifting my play graphic downward? Point me in the right direction among your CSS files. I will probably figure it out from there.

Cheers.

Hi Peter,

Thanks for the support! The fix you provided somehow comments out the WPML redirect script in the header but it does indeed fix the language switcher links. So redirection still doesn’t work :( The hreflang links generated by WPML are also wrong:

<link rel="alternate" hreflang="de-DE" href="http://www.example.io/" />
<link rel="alternate" hreflang="en-US" href="http://www.example.io/en/homepage/" />

but i think I’ve already mentioned that above (hope it helps when debugging).
In case somebody else is experiencing this: I’ve overwritten the canonical URLs for the frontpages in the SEO plugin, so now Google shows the correct URL. ;)
Of course this is a temporary fix and I hope that Kriesi will look into it :)