Forum Replies Created

Viewing 23 posts - 1 through 23 (of 23 total)
  • Author
    Posts
  • in reply to: Accordian toggle don't open up on click #961461

    Hi Victoria,
    I actually thought that I had already updated the files. But I probably missed that.
    Either way, your hint solved the problem.

    Thanks and greetings,
    Jens

    in reply to: Accordian toggle don't open up on click #958556

    Here are the login credentials …

    in reply to: avia.js in child theme – TinyMCE-problem #775399

    Hi Vinay,

    that’s it! Thanks a lot!

    Best regards,
    Jens

    Hi Ismael,

    after a quick look over all the relevant pages, it seems to me that the problem is solved. Thanks a lot!

    Best regards,
    Jens

    in reply to: avia.js in child theme – TinyMCE-problem #772299

    Hi Rikard,

    I added the following code in the avia.js file at the bottom:

    jQuery(".home article.iconbox").each(function(){ 
        var theLink = jQuery(this).find("a").attr("href");
    	jQuery(this).on("click", function(){
    		window.location.href = theLink;
    	});
    })

    Here a link to the modified file: https://www.kirche-mswest.de/wp-content/themes/enfold-child/enfold-child/js/avia.js

    With every larger update of the theme I replaceds the file in the child-theme folder with the new version and added the code at the bottom. But some time ago the problem, told above, appeared and I figured out, that it correlates with the use of the avia.js in the child theme.

    For the use of the avia.js file in the child theme I used the following code in the functions.php:

    function wp_change_aviajs() {
       wp_dequeue_script( 'avia-default' );
       wp_enqueue_script( 'avia-default-child', get_stylesheet_directory_uri().'/js/avia.js', array('jquery'), 2, true );
     }
    add_action( 'wp_print_scripts', 'wp_change_aviajs', 100 );

    Actually I’ve disabled this code in the functions.php and I use the avia.js file from the original theme folder without my own modification.

    I’d appreciate any help.

    Thanks and regards,
    Jens

    Hi Ismael,

    I didn’t change the blog page itself, but I changed the functions.php and deleted the initial filter. The filter with the is_page conditional function didn’t work at all, the first filter with the is_home conditional function worked for the further blog pages but it ‘killed’ all the other masonry galleries all over the whole site. So I decided to disable the filter for the moment.

    The new filter you provided above also doesn’t work. All masonry galleries over the wohle site disappear and the problem with the masonry galleries in the further blog pages also isn’t solved. They do not appear, if i click through the blog pages. They only appear if I open the blog posts with masonry galleries itself.

    For now I deleted the filter from the functions.php.
    Any new ideas or maybe corrections if I’m wrong are welcome.

    Thanks and regards,
    Jens

    Hi Ismael,

    the problem is back. The code above with the is_page conditional function didn’t work fine. And with the is_home condition the inserted masonry galleries are displayed in the further blog pages. But with that conditional function all the other masonry galleries on the other sites are not displayed anymore.

    And now, even if I delete the code completly, the text-inserted masonry galleries on the the further blog pages disappear. And some of the regular masonry galleries, integrated into sites, which were build with the avia-layout-builder, are not displayed. But on th eother hand some are displayed correctly at the same time.

    Right now I don’t know what to do next, because the masonry galleries are not displayed correctly wether I use the code in the functions.php or not.

    Maybe one of the last updates cause these new problems?!

    Thanks for your help in advance!

    Regards, Jens

    Hi Ismael,

    I have to correct myself: the filter doesn’t work as fine as I thought. The filter solves on the one hand the problem with the masonry galleries, which are inserted into blog-posts by shortcode and should be displayed even on further blog-pages.
    But on the other hand the filter ‘kills’ all masonry galleries which are inserted into all the other regular sites, which were build with the avia-editor.
    Without the filter everything works fine agin. Only the topic-problem still exists. Maybe an little adjustment solves this new problem easily. But I’m not able to do it by myself.

    Regards, Jens

    Hi Ismael,

    the filter works fine. Thanks for the support!

    Regards, Jens

    in reply to: Masonry gallery shortcode doesn't work on further blog pages #723266

    Hey Nikko,

    am I right, that the bug wasn’t or shouldn’t be fixed with the latest enfold update (3.8.2)?

    Regards, Jens

    in reply to: Masonry gallery shortcode doesn't work on further blog pages #716805

    Hey Nikko!

    Thank you for your help so far … hope a fix will come soon.

    Regards,
    Jens

    in reply to: Masonry gallery shortcode doesn't work on further blog pages #714369

    Hi Ismael,

    here are the FTP-details … in the private content area.

    Greetings, Jens

    in reply to: Masonry gallery shortcode doesn't work on further blog pages #712793

    Hi Ismael,

    I’ve created a new admin-account for you. The details are in the private content area.

    Thx, Jens

    in reply to: Masonry gallery shortcode doesn't work on further blog pages #711875

    Hi Ismael,

    thank you for your reply!

    The galleries that you’ve seen (on page 4) are made with the standard wordpress gallery tool. That’s the reason why they are displayed on each of the blog pages. Only the enfold masonry galleries, which I implemented by using shortcode in the blog posts are not displayed on the blogpages 2, 3 etc. These enfold masonry galleries are only displayed on the first blog page.
    I’ve no idea how to fix that problem.

    Greetings,
    Jens

    in reply to: Update to 3.6.1 chrashed my site #647307

    Hi Vinay,

    sorry for the login-problems …
    Your link to the short update-workaround was the solution: The problem was the deprecated function name in the child-theme header.php. Thanks!

    Greetings, jens

    in reply to: Update to 3.6.1 chrashed my site #647261

    Hi Rikard,

    I’ve created an additional admin login for you. See details in the private content area.

    Thx in advance,
    Jens

    It works again … look here: https://wordpress.org/support/topic/google-maps-not-showing-up-2?replies=8#post-8285382

    You need to change a short string in the avia.js of the Enfold theme.

    in reply to: Postslider.php: Show only the parent category-name #514317

    Hi Ismael,

    I’ve pasted the example in my postslider.php but nothing happened. Now no category is listed in the post-meta-section.
    I changed it back to my old version but I’m a little bit helpless …

    ehnatnor

    in reply to: Postslider.php: Show only the parent category-name #507137

    Hi Yigit,

    since my last post I still haven’t found what I was looking for. With your code nothing changed as I wrote in my last post. Do you have any other proposals how to reach my goal.

    Regards,
    ehnatnor

    in reply to: Postslider.php: Show only the parent category-name #504177

    Hi Yigit,

    thanks for your reply!
    But your changes to the code don’t work. The difference between the listed code in my post above and yours is just the function “get_cat_name” vs. “get_the_term_list”. With my code all categories of a post are listed in the meta-section. With the “get_cat_name” function it’s only possible to show a specific category by its ID. Actually no category is listed if I use your code.

    I’m still searching for a solution that allows me to show just the top-level-category of a post in the meta-section of the postslider.php.
    It would be great if someone could help me.

    Thanks in advance,
    ehnatnor

    in reply to: Postslider.php: Show only the parent category-name #503660

    Hi Andy,

    there are only five parent categories: “Pfarrei”, “St. Anna”, “St. Ludgerus”, “St, Pantaleon”, “St. Stephanus”. These five categories are all on the same (top)-level. All of these five categories already have/will have children one level beneath.
    I want to display only these five top-level-/parent-categories in the meta-section of each post in the postslider.php. The child-categories (i.e. “Fusion”, attached to the parent-category “Pfarrei”) should not appear in the meta-section.

    The code I’m actually using to display the names of the attached categories (parent- and child-categories) in the meta-section of each post is:

    						$taxonomies  = get_object_taxonomies(get_post_type($the_id));
    						$cats = '';
    						$excluded_taxonomies =  apply_filters('avf_exclude_taxonomies', array('post_tag','post_format'), get_post_type($the_id), $the_id);
    
    						if(!empty($taxonomies))
    						{
    							foreach($taxonomies as $taxonomy)
    							{
    								if(!in_array($taxonomy, $excluded_taxonomies))
    								{
    									$cats .= get_the_term_list($the_id, $taxonomy, '', ', ','').' ';
    								}
    							}
    						}
    
    						if(!empty($cats))
    						{
    							$output .= '<div class="slide-meta-cats">';
    							$output .= $cats;
    							$output .= '</div><div class="slide-meta-del">|</div>';
    						}

    I hope that these informations make my intention more clear.

    Thx,
    ehnatnor

    in reply to: Responsive menu-width #503599

    Thanks Elliott,

    works fine. I added “#advanced_menu_hide” so that the menu-close-button alo shows up, if the mobile menu is open.

    @media screen and (max-width: 910px) {
    	nav.main_menu {
    		display: none !important;
    	}
    	#advanced_menu_toggle {
    		display: block !important;
    	}
    	#advanced_menu_hide {
    		display: block !important;
    	}
    }

    Greetings,
    ehnatnor

    • This reply was modified 9 years, 3 months ago by Jens.
    in reply to: Upcoming Events module – Event-category as css-class?! #482949

    Hi Elliott,

    thanks for your answer!
    My problem isn’t the plugin by itself, the “problem” is the code inside the Enfold-theme module. When I use the regular widget of the event calendar, the categories of each upcoming event are shown as css-class. Just in the upcoming events calendar module of the Enfold-theme there’s nothing like that. So I don’t think, that the plugin authors could/would help me out with that.

    In opinion it’s a similar “problem” to this: https://kriesi.at/support/topic/adding-a-category-as-css-class-to-blog-posts-content-element-avia-layout-bldr. But I’m just not able by myself to find the last trick.

    It would be great if someone knows a solution.

    ehnatnor

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