Forum Replies Created

Viewing 15 replies - 1 through 15 (of 125 total)
  • Thank you for the reply. I disabled all plugins except for Gravity Forms and UAG, and the problem persists. I also tried changing the theme from Astra (child) to Twenty Nineteen.

    I have added some custom CSS to apply to the WordPress admin, which allows the block preview to be shown. For now this works for me.

    #gform_wrapper_1 {
    	display: inherit!important;

    Please disregard. I think I found my error. I needed to set width, not max-width, on .uagb-section__inner-wrap. Thanks.

    Jeff – happy to help!

    If you are seeing the CSS from the function inserted into the source code when a single gallery is viewed, the function is working correctly. But if you are still seeing the intro text, then the CSS must need to be adjusted in some way. Either A) everything is being set to display:none and then reset to display:inherit, or B) nothing is happening at all.

    A) If the foogallery is wrapped in a <section>, is it possible the intro text is in a <section> also? You may need to use more-specific CSS, or modify the approach to target a different tag that will apply to the gallery while not also applying to the intro text.

    B) Is there a chance that your page content isn’t inside a div with the class “entry-content”? If so, the CSS will never match in the first place.

    When you view source on one of the individual galleries where you want the text to be hidden, do you see the CSS that’s in the function? If you see <style>.entry-content > * {display: none;} .entry-content section {display:inherit;}</style> in the source but also seeing the text on the page, the CSS will need to be modified. But if you don’t see that in the source then the issue is with the filter/function. I am not a Foogallery expert but am happy to help to the extent that I can.

    Jeff, you’re correct. “#post-648” is in my function so that the CSS is applied on that specific page.

    If you have multiple albums and wish to have this happen on all of those pages, I think you could simply remove #page-3541:

    <style>.entry-content > * {display: none;} .entry-content section {display:inherit;}</style>

    That should allow the CSS to take effect on all pages when the individual galleries are being viewed.

    If you want it to happen on some but not all albums, you could comma-separate as such:

    <style>#page-3541 .entry-content > *, #page-5678 .entry-content > * {display: none;} #page-3541 .entry-content section, #page-5678 .entry-content section {display:inherit;}</style>

    Let me know if this doesn’t work…I ask a lot more questions than I answer on the support forums so I’m glad to help.


    I put this code in my functions.php file in my theme. You’ll need to modify the custom CSS, but this is what worked for me:

    function gallery_inside_album() {
    ?><style>#post-648 .entry-content > * {display: none;} #post-648 .entry-content section {display:inherit;}</style><?php
    add_filter('foogallery_located_template', 'gallery_inside_album', 10, 3);

    In my case I have the Foogallery shortcode inserted inside a <section> tag but the introductory text is not. so I’m first hiding everything inside entry-content, and then displaying only what’s inside <section>. If you can do something similar with Elementor so that the shortcode is wrapped in a tag that the text isn’t, this approach should work.

    This filter is applied only when a Gallery is rendered, not the outer Album, so the introductory text shows when you first view the page but then is hidden when the individual galleries are shown.

    Thanks for the reply.

    I am revisiting this today and came up with a solution that isn’t perfect but seems to work for my specific situation.

    I’m using the ‘foogallery_located_template’ filter, to add some CSS wrapped in <style> to hide everything in entry-content that isn’t inside a <section> tag. On the outer page containing the Album, all content is shown, but on the inner view containing the Gallery, the CSS is applied and only the <section> content (the gallery) is displayed.

    This only works because of how I’ve set my site up with my theme, but I did want to pass along this information in case it can be helpful as an idea starter for someone else.

    I just encountered this problem as well.

    I updated AAM this morning, and then was unable to Publish an update via the Customizer. Save Draft was the only available option. Temporarily disabling AAM allowed me to publish the update.

    I cleared AAM cache per the suggestion above but it did not make a difference.

    I just found where you had released this information on your website. Would it be possible to also place a link within the theme itself when major (breaking) changes are going to happen? The ‘get details’ link on the Theme page could go to the Release Notes to make it more clear. Just a suggestion. This is the first time I think I’ve had a problem updating the theme, in the 3 years this site has been live. Keep up the good work.

    Upon further investigation I have found that the inc/class-astra-dynamic-css.php file includes a combination of variables from the Customizer and hard-coded values. Particularly I was seeking to alter the astra_parse_css breakpoint from 768/769, but those values are hard-coded throughout the file. Might that become a variable in the customizer also?

    I appreciate Patrick’s time in looking into this issue.

    My question remains – is there a way to add a “back” link to a single event that returns the user to the month previously viewed, rather than merely back to the /events/ page which will display the current month by default?

    Didn’t realize that sandbox site required an access code. Sorry. I set it to 11111.

    I cannot get your example link, nor your company link also ending in .nl. Perhaps you are blocking American IP addresses?

    I have installed the plugin on a third website on the same Managed hosting environment and got the same result. I then created a sandbox site on a third-party service and did nothing except install EM. I still get the same AJAX pagination with no page reloads and therefore no query strings to signify the month being viewed.

    I added a single event in February to demonstrate what happens when you click on that event and then go back.

    I’m confused as to how I am getting completely different behavior, now on 4 separate websites. If you were to install EM on a brand-new website, and make one settings update (Events > Settings > Pages > Event Lists/Archives > Display calendar in events page? => Yes) does your calendar not reload in the way that mine does?

    Thanks again for your willingness to help.

    Interesting. I’m using this calendar on two sites and both of them behave the same way – the full calendar uses AJAX to advance the month, and the rest of the page does not reload nor does the URL change.

    I just used a staging site to change to the default TwentyNineteen theme and disabled all other plugins, and it still works the same way.

    Is there a setting that allows me to set it up in the way you’ve described where the URL is modified to include the pagination? It’s possible that I’m just overlooking something simple.

Viewing 15 replies - 1 through 15 (of 125 total)