Okay, the height of the header is determined by the line height of the nav items so its a bit tough to just move them around within the header. I’m not sure if this is what you may be going for but you can adjust the overall height of the header with the following:

.social_header #header_main .container, .social_header .main_menu ul:first-child > li a {
height: 100px;
line-height: 100px;
}
.fixed_header.social_header #main {
padding-top: 131px;
}

This is just an example that is 16 pixels shorter than what you have now and can be adjusted as needed. The end result is less of a gap on the bottom of the whole header before the content starts.

Hey!

I think the only difference in style is that the list items inside your entry content have bullets as the style which can be removed with:

.avia_widget_section ul {
list-style: none;
}

Best regards,
Devin

Hey!

Can you first try updating your theme files to the most recent version. That we we are on the same code base when trying to check for issues or giving out additional css.

Cheers!
Devin

As I said there I will bring it up to Kriesi. It isn’t something we typically do or that I agree with since any known bugs get fixed immediately on git if we give anything out and then the next release has the fix.

If you have any more suggestions or requests for the forums please use the contact form here: http://kriesi.at/contact

Forum posts should be kept to issues or questions directly.

Hi Paul!

If you can provide the URL for the site so we can take a look live that would be helpful. My guess is that the layerslider elements are getting positioned by a mix of css and javascript and if you have that slideshow set as responsive it may have fixes in place for IE8 already.

Best regards,
Devin

Hey!

Since this question is spread out over a couple of topics at this point I’ll do a quick sum of everything and hopefully answer this as a once and for all encompassing answer.

You can disable the google fonts by choosing no custom font from that dropdown. Right now, the drop down only accepts google fonts because thee isn’t a case or a check for anything else. I’ll add the idea as a feature request to the feature request topic for other font integration options its just that pulling in a custom google font was generally the most requested feature before this theme.

So for right now, you can set the font choice to no custom font to disable google fonts. Then, use another plugin to load in your custom font choice either using TypeKit or something like @font-face.

I know its not ideal or completely integrated but Kriesi is trying to add features as quickly as possible to keep up with demand and so far there have been some big huge major feature additions since theme release and there will continue to be more to keep it getting more awesome :)

Regards,

Devin

I’m not sure there is a good solution. The few times I’ve opened up offical bug topics for major WordPress releases or WooCommerce release to try and keep everything together it ends up being pretty messy with half of the users posting “bugs” or re-posting the same bug without reading the initial post that has an updated list of bugs.

This update cycle has been extremely delayed right now but typically Kriesi was releasing an update every other week if not every week to keep bug fixes needed to a minimum.

I’ll bring it up to Kriesi however since he has the final say on these things anyway.

Hey frankster1234!

Unfortunately I don’t know of any that a) work well or b) would easily integrate into the theme. Typically I’ve found most people use a third party service like zendesk.

Cheers!
Devin

Hi!

You don’t need to do anything special to not use google fonts. Just choose “no font” from the dropdown for the google font choice.

Just an FYI as well, self bumping puts your items to the back of our queue and does not move it to the front. I keep an eye out for self bumps the first time but just keep that in mind for the future.

Regards,
Devin

I just did a quick test of it and had no issues re-naming, deleting or editing the categories. See: http://www.screenr.com/eXPH

My guess at this point is that there is a conflict server side with the theme in some way. Either php version or fast CGI or something like that since there seems to be issues with the theme on your end that are not typical.

So if we can get some additional information about your specific server set up maybe we can find the root of the issue.

Hi!

I think how you have it now is probably the closest you’ll get to that kind of a layout. The header needs to have some kind of background if you are going to use the fixed header (where it floats on top of the content when you scroll down).

If you find other elements that you need to remove the background from specifically we can assist with the css for those.

Regards,
Devin

You can use the plugin ( WP MIGRATE DB) to re-migrate your original database to the new location.

I’m not entirely sure this is what your original issue stems from but if you did originally come from one domain to a different one then it could have caused a database issue that just needs to get resolved.

Glad you were able to find a good solution :)

Hi!

The domain name change is what caused the data to need to be changed from what Kriesi has explained in the past. So if your first domain was http://www.something.com and the second was http://www.somethingelse.com then the length of the values would change and cause data issues.

From the plugin example:

It even takes into account serialized data (both arrays and objects) and updates the string length values.

Example: s:5:"hello" becomes s:11:"hello world"

Regards,
Devin

Hi!

The description gets output as display: none because that element doesn’t add the description to the items. So showing it or forcing it show wouldn’t actually make anything visible.

Regards,
Devin