Forum Replies Created
-
Posts
-
Hi Ismael, this is the same issue (and client) I was having when I started this thread (https://kriesi.at/support/topic/avia-layout-builder-not-loading/?replies=2#post-135828).
This issue was solved on my server, where development was taking place at the time; the issues was resolved when a participant offered the following solution:
Hi Guys,
I was having the same problem until I changed the PHP version from 5.3.27 FastCGI to 5.3.27 CGI (Stable).
Hope this helps,
JonathanI am on (mt) hosting, and that simple solution solved my problem, but this site is not going to be hosted with (mt), it will be with Liquid Web, and right now, it is not working as it should.
It would make sense that it was intended if the “fallback image” degraded gracefully. Instead I get a collapsed area that still displays the stylings of that container.
Blog grid with collapsed thumbs is near bottom of page (http://goo.gl/bEhJKQ).
Sorry if this is a duplicate, as I cannot imagine it has not been brought up, but I did not find it with search; it would be GREAT if the Layout Elements in the Avia LB we collapsible so that building a page were not as cumbersome as it currently is when you have a big page and lots of elements.
Try using the editor in fullscreen mode as it allows you to scroll the editor below the layout elementsok, to clarify. The value needs to be increased from the above mentioned “767”. In this case, I used 780. Thanks.
I went to change the above code to get “tablet portrait” to utilize the “responsive” menu, but that value is already in place, yet it does not kick in?
//
// responsive menu function
//
function avia_responsive_menu()
{
var win = $(window), header = $('.responsive #header');
if(!header.length) return;
var menu = header.find('.main_menu ul:eq(0)'),
first_level_items = menu.find('>li').length,
bottom_menu = $('html').is('.bottom_nav_header'),
switchWidth = 767;
@jonathansherw, I believe your solution may have worked for me. I am going to continue to work through and hope the issue does not resurface, but all is well so far.
Hello someone, can I please give you admin access so that you can see this for yourself? I really need to address this issue so I can move on with development.
So I had my client create a subdomain on their own server, install fresh WordPress, install new copy of Enfold and Enfold Child and…the issue with the Avia Layout Editor “content NOT appearing” seems to have gone away, but…now, after I open up one of the text blocks and edit it > save it > then try and open up another “text block”, the actual text does not show in the WYSIWYG (no text to edit), and, when I try and insert an image via the ALB, when I click the “insert image” button…it does nothing.
I really like this theme, but it seems the more I work on building a site with it, the more it does not want to work.
And the server does actually read from that file because the memory jumped from 90-something max, to the 128MB I updated it to.
I initially contacted my host because I had to increase the upload amount for WordPress, this is the same file they directed me to. I would not assume there was another one for other purposes.
As seen in the above screenshot (http://bit.ly/17iuv88), memory on the pages using pagebuilder are not using more than 22-23 out of 128MByte. I have reinstalled both WordPress and Enfold + Child theme twice now.
Thanks Devin, but memory is not the issue, see link (http://bit.ly/17iuv88). I have purchased this theme for my personal site (paulsutton.us), I had a new client purchase the theme also so that I could build them a site with it, I have it installed on a subdomain on my server, and this is where I am having the issue.
I have reinstalled in case the download was bad, upped my php memory, and disabled all plugins…out of ideas.
