Forum Replies Created
-
AuthorPosts
-
Thanks Ismael,
figured that out meanwhile. Won’t solve the prob overall, because the parent main element got a overflow:hidden. This “cuts” the 2px line to a 1px line and the arrow also won’t show up. The overflow:hidden only occurs on megamenu (I do know why, but it’s added to the LI element via jquery). So this gets a lill bit hard now and it won’t be solved with CSS only… I think…
Maybe this need to be fixed because every nav entry should behave the same way… :(
PS: “Produkte” is the one with megamenu.
This is maybe caused by your own css-styling – as far as I could figure this out, you are using a child theme. So you should check your stuff first…
On the second sight, there’s the alpha class missing on the surrounding container, but this won’t affect the box sizing. Also, there’s a margin which obviously shouldn’t be there.
Example:
Try to set this CSS:
.sidebar_left .content {margin-right:0;}
This solves the color section prob, but also affects other elements.
In addition, the style.css of your child is missing (Failed to load resource: the server responded with a status of 404 (Not Found) ).
>> http://lavitasana.oscar.nl/wp-content/themes/enfoldchild/style.css?ver=1
This is all I can point out to you…
Works like a charm even with sidebar – any alignments are possible.
Have a look at: http://pcawp.portalservices.de/layoutseiten/content-elements/
/push
It seems, some code went mysteriously into the framework… yay, flags, I want text. Few days ago ppl were asking how to get flags there… :D
Guude aach! :)
After a little bit of investigation there seems to be a defect (http://bbpress.trac.wordpress.org/ticket/2309). It may be fixed with a future release of bbPress. This may be the one leading to your pages error.
The two other notices belong to a double declaration of a constant – you may remove one of them. :)
Memory ain’t a prob, but this should ALWAYS be checked when running wordpress. You have a total of 256M – remove any limitations you have inserted before (WP_MEMORY_LIMIT).
I would encourage you to set up a new and fresh install of wordpress on the same server. Create a subdirectory (like ‘wp-test’) in your home directory. Configure WordPress and install Enfold right after that. Setup your Permalinks as desired and create a few pages. If everything is okay, enable the debugging in wp-config. After that, go ahead with your plugins – one by one. Try to reproduce the misbehaviour. bbPress should be the last…
If you are still stuck, one of the moderators here may have a look to your installation.
Best wishes!
Got it wrong… :)
Color section shouldn’t work within columns (in builder you can’t drag it to a column).Try setting the background image to strechted.Working fine here: http://pcawp.portalservices.de/
Did you put it in Custom CSS field in Enfold setup?
No, not really… :D
You should provide more infos on your prob and maybe a screenshot… :)
Please deaktivate any Plugin and try to use this one:
http://wordpress.org/plugins/wp-memory-usage/
Have a look to your dashboard and also your footer (backend) – it will show you the available memory there. You are probably running low on PHP memory…
1. Open up wp-config.php in a texteditor.
2. Locate the line with define(‘WP_DEBUG’, false);
3. and set it to define(‘WP_DEBUG’, true);
While editing the config file, you may also insert these lines:
/** Extending the autosave feature */
define('AUTOSAVE_INTERVAL', 1200 );
/** Limit draft count */
define('WP_POST_REVISIONS', 3);The first setting raises the autosave feature up to 20 minutes. The second one limits the number of revisions to 3 (instead of unlimited)… this will prevent a lot of database entries.
After that, have a look at your backend. Common probs and errors are shown at the top of each page. Have a look at the footer of the pages – any errors related to PHP memory are shown there. In addition, you may check your memory allocation with this plugin: http://wordpress.org/plugins/wp-memory-usage/
And finally, install this plugin (or any other you may prefer): http://wordpress.org/plugins/wp-clean-up/
If you are unsure, back up your database first. I’m using this plugin quite a lot in development and it cleans the db very reliable from orphans & co.
Good luck!
PS: Grüße aus Weilmünster! ;)
Yes, I think there is a small problem too. While experimenting with the home page, I’ve also added a Color Section to the very end enabling the “parallax”-effect (fixed bgr). Doesn’t stick only to Mac users… :)
Image was displayed, but when I scrolled down, the footer began to flicker. At the end of the page the background image was gone (white bgr). Didn’t dive into that, because I won’t use that effect at the end of a page (pretty much useless). :)
But for now it seems to be gone on my installation. I’m still using 1.4.
Have a look here (the section won’t be there for long): http://pcawp.portalservices.de/ – maybe you can figure something out by yourself…
Update: Changed position and some really Chrome-specific things are going on… I’ll try to change scroll-behaviour on Chrome…
Video: http://www.screenr.com/VCHH
Option:
1. Edit your Home page in builder mode.
2. Add the layout element “Color Section” and edit it. Set your image as background.
3. Have a look on your home page. Check the height.
4. Add a Text Block to your Color Section and enter in Text mode: <div style=”height:25px;”></div>
Video: http://www.screenr.com/KCHH
With this method you don’t need to touch any of the theme files.
Have fun!
@media only screen and (max-width: 767px) {
.responsive #main avia-layerslider {
display:none;
}
}Should do the trick… (untested)
Kriesi really should use a git rep and exclude _mac-stuff… :D
Good to know. Never reading any tooltips… :D But I checked the LayerSlider code and there’s a do_shortcode for the Div-Section of a Slide. Should also work with nested ones.
Try to enable the debug-mode of the builder:
1. Locate config.php in enfold/config-templatebuilder/
2. Scroll to the end.
3. Locate on line 45
$builder->setMode( 'safe' );
4. Replace with
$builder->setMode( 'debug' );
The debug-feature will show you beneath the builder a plain textarea field with the contents of the builder. Locate your mistake, correct it within the textarea and save. You’re done. :)
Quick and dirty: insert the shortcode to a (blank) page and locate the generated output in source view. Copy it over in your LayerSlider element and it should work fine.
Obviously, the LayerSlider won’t process any shortcodes. Could be annoying if you use a gallery… :)
Otherwise, have a look over here: http://codecanyon.net/item/layerslider-responsive-wordpress-slider-plugin-/1362246
So I drop also a few notes… :)
1. Avia Builder – More editor comfort
Include an option or function to make the elements at the top “sticky”. Maybe a small pin icon to fix it manually for the customer or by checking the scroll event when editing a post/page/cpt. Other form elements needs to be handled so the builder is always on top. Pages mostly do get very long and you have to scroll a lot at this point.
Short video of the idea: http://www.screenr.com/zl7H
2. Avia Builder – Debug features
Add a button (maybe beside the template button) to activate the debug field. Right beneath the field a memory allocated info could be added. This would save you guys alot of support requests… :)
3. Avia Builder – Copy/Paste
Add another Button to the builder wich enables copying of the whole post/page/cpt-layout so the shortcodes and content can be copied to a new post or a different site. Should be only a few lines of JS.
4. Avia Framework Options
Please extend the options provided. As mentioned from other users before, there are several things just missing, which could be easily added (like Google fonts, etc.). Additionally, I would like to have:
– some input fields to trim certain CSS aspects (margins, paddings, maybe also top and left settings)
– wpautop enable/disable
– Blog settings (more settings related to the blog page itself outside of builder)
– Adding text-shadows and MAYBE box-shadows as option (simple input field with rgba color picker)
– Font size settings (bodytext plus all headers)
Should be enough for now :)
There’s a changelog which files are modified. You’ll only need to exchange those files. It’s just a minor update… :)
NP! :)
PS: You should put all your codestuff to an extra file (name it like functions-my.php). Put your functions to it and just add require_once(“functions-my.php”); to the functions.php.
This saves some time, if Kriesi updates the theme. It’s probably easier and quicker than building a child theme. :)
All three issues are related to a low memory setup of your webspace and/or server. Please check the memory_limit which is allocated to PHP.
Try this plugin – it adds the values to your footer: http://wordpress.org/plugins/wp-memory-usage/
Set WB_DEBUG in wp-config.php to true, open up a page or portfolio and have a look to the footer of your WordPress backend. If there’s an error showing up regarding a memory exhaust, you’ll have to raise your limits.
Many people had this issues since the past months. You should have at least 96M allocated to PHP. If you are going to use some heavier plugins like WooCommerce or WPML (or a lot of small ones), you need to have at least 128M.
Good luck!
Try to enable WP_DEBUG in config.php and have a look to the footer when using the builder.
More visual way with a plugin: http://wordpress.org/plugins/wp-memory-usage/
After investigation the memory consumption of the avia framework you should at least allocate 96M to PHP. If you use other plugins, that may add buttons (or any other element) to the MCE, you should raise it to 128M.
To be on the safe side and especially when using WPML I recommend 256M as a minimum.
Check your memory with this plugin on the go: http://wordpress.org/plugins/wp-memory-usage/
You’re running low on memory allocated to PHP. You may check it with this plugin:
http://wordpress.org/plugins/wp-memory-usage/
If both suggestion from Ismael won’t do it, contact your provider.
If you just like to embed the flag icons, you may need to follow these steps:
Open functions.php, locate in line 362
add_theme_support( 'avia_post_meta_compat');
Below add:
/*
* F1 add: Language selector (flags) function for header (right menu)
*/
function header_lang_flags(){
$languages = icl_get_languages('skip_missing=0&orderby=code');
if(!empty($languages)){
echo '<ul>';
foreach($languages as $l){
echo '<li>';
if($l['country_flag_url']){
if(!$l['active']) echo '<a href="'.$l['url'].'">';
echo '<img src="'.$l['country_flag_url'].'" alt="'.$l['native_name'].'" title="'.$l['native_name'].'" />';
if(!$l['active']) echo '</a>';
}
echo '</li>';
}
echo '</ul>';
}
}Then open up header.php, locate on line 113:
do_action('avia_meta_header');
Add below:
header_lang_flags();
Have fun.
After some more investigation in this issues with 404 (and probably plugin errors, MCE non-functional) I suggest you to check your PHP memory_limit. Common settings for this value is only about 64M (even with professional hosting), which will be very fast consumed by the avia framework, layerslider and other components. If you use some more plugins which allocate unusual high memory, you will run out of (PHP) memory.
To get Permalinks working, flush_rewrite_rules should be “true” (remove any lines you may have inserted) and after raising the memory allocated to PHP save your Permalink structure once. Everything should be okay.
If you just like to check it, set WP_DEBUG to “true”, switch to your backend, edit a post or page an have a look at the very end of the page. If there’s an error present stating that memory allocation is exhausted, you have to increase the memory_limit.
Thanks to Chris who finally found the error message… :)
You also may create a childtheme to add your personal stuff, but that won’t help you eitherway… lots of code to do… :)
So I’d like to mention you should just enable the builder for the post types.
1. Locate meta.php within config-templatebuilder/avia-template-builder/config/
2. Have a look at lines 4-7:
$boxes = array(
array( 'title' =>__('Avia Layout Builder','avia_framework' ), 'id'=>'avia_builder', 'page'=>array('portfolio','page'), 'context'=>'normal', 'priority'=>'high', 'expandable'=>true ),
array( 'title' =>__('Layout','avia_framework' ), 'id'=>'layout', 'page'=>array('portfolio', 'page' , 'post'), 'context'=>'side', 'priority'=>'low'),
);
Change to:
$boxes = array(
array( 'title' =>__('Avia Layout Builder','avia_framework' ), 'id'=>'avia_builder', 'page'=>array('portfolio','page','post'), 'context'=>'normal', 'priority'=>'high', 'expandable'=>true ),
array( 'title' =>__('Layout','avia_framework' ), 'id'=>'layout', 'page'=>array('portfolio', 'page' , 'post'), 'context'=>'side', 'priority'=>'low'),
);
You just have to add the ‘post’ type to enable the builder for posts. Don’t worry – actually it’s working very fine. If you encounter any errors, just remove it.
Different method:
– First, browse to config-templatebuilder/
– Second, open up config.php
– Third, scroll down to
$builder->setMode( 'safe' );
and change to
$builder->setMode( 'debug' );
This adds a textarea to each page/post/cpt where you may copy the whole shortcode layout and reuse it.
Simply paste the code into the regular MCE and switch to builder.
Update:
After enabling the Builder to the posts, it works quite handy. The jquery issue is gone, but you should investigate the bug. I think this belongs to the referred builder script, which shouldn’t be included if the builder isn’t present.
-
AuthorPosts