Forum Replies Created

Viewing 18 posts - 1 through 18 (of 18 total)
  • Author
    Posts
  • Hi, I had hoped this would be fixed in the update to 4.0.7, but it is still broken.

    Hi Rikard,

    You can’t see the bug on my live site because I can’t leave the live site in a broken state on mobile, so I’ve unchecked “Hide Mobile Menu Submenu Items” on the live site — otherwise the mega-menu won’t work on mobile. If I checked “Hide Mobile Menu Submenu Items” you would see the bug on mobile, but so would all my site visitors — they wouldn’t be able to use the mega-menu.

    You can see the bug on your own demo site if you check “Hide Mobile Menu Submenu Items” and look at the site on a mobile-size screen with the hamburger menu item. You will find that the mega-menu doesn’t work on mobile with that option checked.

    Thanks.

    in reply to: Theme Updates not showing in WordPress Updates #553949

    API Key Auto Update process does not work for me either. I’m also using a child theme. I tried generating a new API key on ThemeForest but that didn’t work. I’d rather just use FTP than mess around with deleting transients. I hope you guys fix this in the future to make updates easier. Thanks.

    Thanks, Ismael. That didn’t work, but this does work — just targeting a different class, and using only the min-width, not the width:

    add_action( 'admin_head', 'ava_custom_admin_style' );
    function ava_custom_admin_style() {
    	echo '<style type="text/css">.mce-inline-toolbar-grp { min-width: 0 !important; }</style>';
    }

    The bug is here:
    /wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/css/avia-builder.css?ver=4.2.2
    Line 78:
    div.mce-toolbar-grp {min-width:100%;}

    I didn’t want to reset .mce-toolbar-grp to min-width: 0, because I assume Kriesi had some reason for adding that to the css for the editor, so I reset .mce-inline-toolbar-grp, which seems a little more specific to the image editing toolbar.

    Do you see any problems with fixing it this way? Will this affect any other instance of .mce-inline-toolbar-grp in a negative way?

    Thanks for checking into this, Ismael.

    My client is the one adding content now, and they do not want to edit the HTML directly, they want to use buttons in the dashboard (that’s a main feature of Enfold, right?).

    Anyway, I’m mainly concerned that this might be a small symptom of a bigger issue that could cause other problems for my client when they are trying to add content to their site.

    Sure, my client can still use these controls, even though it’s a non-standard UI, and it’s hard to find the buttons, and it’s a strange behavior (which I am not proud of); but if this means other things are going to break while my client is trying to use their site, then it really needs to get fixed.

    Maybe you could show it to Kriesi so he could decide if this is something he wants to fix in a future update?

    This reply has been marked as private.
    in reply to: Can't save layerslider slide #336411

    I just want to report that I had this same problem today and I solved it by updating the server to PHP 5.4 as Dude suggested. So thank you, Dude, and hopefully this might help someone else.

    My problem was that I could not save style changes to the text on the slides. It seemed to work on the back end, and it seemed to save and showed correctly in the preview; but when I viewed the slides on the front end the styles reverted to defaults. And when I re-opened the slides on the back end, the styles were gone again.

    This problem arose for me when I migrated the site from one server (on PHP 5.4) to another that got reset to 5.2 because I did not migrate the .htaccess & php.ini files required. It was a simple fix after all. Using my host’s cPanel interface, I found the PHP config settings and set it to 5.4.

    in reply to: Chrome Partner/Logo Element bug & Styling bugs #262722

    I am confused about this as well. Basically it seems like the Mega Menu doesn’t function on mobile devices if you select “Hide Mobile Menu Submenu Items”? Because the only way the Mega Menu submenu items under the column heads can be accessed is if you don’t “Hide” them? And the only way your whole menu is accessible with “Hide Mobile Menu Submenu Items” is if you do NOT have any Mega Menu columns?

    Please tell me if this is correct:
    “Hide Mobile Menu Submenu Items” only lets you access those “hidden” submenu items IF they’re NOT in Mega-Menu columns?

    I would like to get the Mega Menu Column Heads to work the same as top-level menu items on mobile, so that when you click on them they show their “hidden” submenu items. Actually they do work like this on the desktop, when you make the browser window narrow so the slide-out mobile menu appears; but it doesn’t work on mobile devices.

    If you have so many menu items you need to organize them into columns with a Mega Menu, that’s exactly when it would be good to have clickable column heads expanding a submenu on a mobile menu! On a tiny mobile screen it’s hard to scroll through a long list of all the menu items. It would be much better to have just the column heads, and let you see the “hidden” submenus under each one when you click each column head.

    Is there any way to have Mega Menus with columns AND select “Hide Mobile Menu Submenu Items,” and allow the user to click the column heads to show the “hidden” submenus under each column head?

    in reply to: Enfold Feature Requests #230362

    I agree with someone else’s post in support that it would be nice to have checkboxes for some options on embedded YouTube videos — especially “hide related videos.”

    Love this theme!

    in reply to: black vertical borderlines after update 2.3 instead of grey #173387

    I think the problem is that when the <main> element replaced a <div>, it wasn’t added to the list of selectors whose borders are given a color in:
    Theme Options / Styling / Main Content / Border colors

    In the next update, in that dynamic css that is generated by the Theme Options to give a border color, you need to add:
    .main_color main
    to the list, in addition to:
    .main_color div

    In the meantime, I added this to my css:
    .main_color main { border-color: #E1E1E1; }

    in reply to: Changed and added classnames #139707

    Like Mr. Sennbrink above, I too have a Child Theme, and I too am very concerned about this.

    Your update says, “We have changed and added classnames in more than 30 files”… !!!

    This could be a big problem with or without a child theme.

    Please give us a list of the classes you have renamed and added, so I can do a search and replace on my Child Theme’s style.css and re-name the classes there to match. I have changed the styles of many classes via my Child Theme’s style.css. If those classes are renamed, then my styles will be assigned to class-names that no longer exist, so my styles won’t work.

    I have built a large site on this theme, and added a lot of custom css. Without a list of the classname changes, I don’t know how I could make my Child Theme’s style.css work with the update.

    Website: http://firehouseculturalcenter.org/

    Child Theme style.css: http://firehouseculturalcenter.org/wp-content/themes/firehouse-theme/style.css?ver=1

    in reply to: Mobile menu tablet breakpoint #136708

    f dech: I did this from a child theme. First do what you said: make a copy of avia.js in a directory “js” at the root of your Child Theme directory (same level as Child’s style.css). Then you have to override the Parent’s function that gets avia.js from the Parent’s directory, and tell WordPress to get avia.js from the Child’s directory. To do that, add the following code to the functions.php file in your Child Theme

    <?php

    // Make these Child functions load after Parent functions
    add_action( 'after_setup_theme', 'childtheme_late_functions' );
    function childtheme_late_functions() {

    // Swap out Parent's js/avia.js for Child's js/avia.js
    add_action( 'wp_enqueue_scripts', 'childtheme_menu_breakpoint' );
    function childtheme_menu_breakpoint()
    {
    wp_dequeue_script( 'avia-default' );
    wp_enqueue_script( 'childtheme-avia-js', get_stylesheet_directory_uri() . '/js/avia.js', array( 'jquery' ), 1, true);
    }
    }

    ?>

    in reply to: Second link in post with Link Format gets stripped out #134862

    I tried commenting out only one of the 2 lines at a time, but that didn’t solve the problem either. If the removal of the line allows a second link, then that removal also causes the Link URL to appear printed out at the top of the post.

    Thanks for trying!

    in reply to: Second link in post with Link Format gets stripped out #134860

    This does allow both the title and another link in the post content to link to the same URL, but the first instance of the URL at the top of the content is now printed out at the top of the post content on the front end.

    If I add css to make just that first instance “display:none;” then the function “avia_link_content_filter” replaces the post title with the text of the second instance of the link.

    Is there a way to alter the function “avia_link_content_filter,” to replace only the first instance of the first URL in the content with ” “, while leaving the post title alone (so the post title stays as set in the post editor)?

    Since the function “avia_link_content_filter” is pluggable, I would like to copy it to my Child Theme’s function.php and alter it there.

    Thank you!

    in reply to: Second link in post with Link Format gets stripped out #134858

    Thank you. The only problem with that is if I’m linking to content on my own site with a shortened URL, then I’d have to manually rewrite it every time I moved the site from my local server to the testing server to the final live server. I use BackupBuddy to handle rewriting all the URLs every time I move the site from the working environment to the live environment, and it would not rewrite the shortened URL to point to the relocated page.

    Thank you for letting me know so I can stop looking for a solution that doesn’t exist.

    :)

    in reply to: Image column 1/5 non-responsive #131549

    Adding these styles fixed the problem for me:

    a.alignnone, .avia_image {max-width: 100%;}

    There may be other image link classes that need 100% max-width added, but these are working for me so far.

    in reply to: Image column 1/5 non-responsive #131548

    Same here. Thanks to freepixelweb, at least I know I can get the image to be responsive if I remove the link for now.

Viewing 18 posts - 1 through 18 (of 18 total)