modoseyoum

i came here looking for a resolution to the same issue– fonts load correctly about 50% of the time. i’ve tried loading google fonts locally, tested out different cache configurations, etc– but nothing seems to solve the problem.

https://sitebuilderdesign.net/

nevermind– looks like it’s working.

thanks!

@mohsinbsf thanks for the reply!
i was able to fix the fatal error (didn’t like the apostrophes) but i’m not seeing any change on the site after clearing the browser cache, wordpress cache and restarting the local environment.

any suggestions?

thanks again.

@mohsinbsf thanks for the reply!

i’m getting this fatal error after adding those lines to my wp_config file:

Fatal error: Uncaught Error: Undefined constant “‘UAGB_TABLET_BREAKPOINT’” in C:\Users\modot\Local Sites\sitebuilderdesign\app\public\wp-config.php:80 Stack trace: #0 C:\Users\modot\Local Sites\sitebuilderdesign\app\public\wp-load.php(50): require_once() #1 C:\Users\modot\Local Sites\sitebuilderdesign\app\public\wp-blog-header.php(13): require_once(‘C:\\Users\\modot\\…’) #2 C:\Users\modot\Local Sites\sitebuilderdesign\app\public\index.php(17): require(‘C:\\Users\\modot\\…’) #3 {main} thrown in C:\Users\modot\Local Sites\sitebuilderdesign\app\public\wp-config.php on line 80

There has been a critical error on this website.

@properlypurple wow— I totally forgot I copied and pasted those blocks from my local environment and needed to update the urls. /bonehead.

thanks for catching that!

thanks for replying @jordesign — the attached screenshots are media & text blocks that have suppressed images.

<a ><img src="https://i.ibb.co/6vgmq3w/Screenshot-20230911-052856-Chrome.jpg" alt="Screenshot-20230911-052856-Chrome" border="0"></a>

<a ><img src="https://i.ibb.co/CM1rHrs/Screenshot-20230911-052847-Chrome.jpg" alt="Screenshot-20230911-052847-Chrome" border="0"></a>
<a ><img src="https://i.ibb.co/6vgmq3w/Screenshot-20230911-052856-Chrome.jpg" alt="Screenshot-20230911-052856-Chrome" border="0"></a>

@tugbucket turns out your answer led to a solution that’s working for me. hasn’t been deployed yet, but basically i moved the theme’s .site-branding div into the div i created in the header:

document.addEventListener("DOMContentLoaded", function() {
    var siteBranding = document.querySelector(".site-branding");
    var mpcSiteBranding = document.querySelector("#mpc_site-branding");
    var yellowStrip = document.querySelector("#yellow-strip");

    if (siteBranding && mpcSiteBranding && yellowStrip) {
        mpcSiteBranding.insertBefore(siteBranding, yellowStrip.nextElementSibling);
    }
});

applying position:absolute to that div and position:relative to the child elements did the trick.

thanks!

@satimis i was just providing a general idea of how targeting a specific page works– the exact code will depend on the theme you’re using. if you provide the url of the site you’re working on, i’ll probably be able to give you the css you need to make it work.

@tugbucket i’m trying to get the .site-branding div to appear directly beneath the #yellow-strip div as it were attached to its bottom border. while that javascript will insert .site-branding into #wp-custom-header, it doesn’t allow me to place it where i want it and make it stay there across viewports. i’m thinking i’m going to have to just recode the header all together.

thanks for taking a look and let me know if you have any other ideas!

@satimis if you’re trying to give pages unique background colors, you can target page/post id’s in your CSS. for instance:

.page-id-25 {
background-color: #fcb900;
}

.page-id-26 {
background-color: #b5001d;
}

here’s how you can find any page-id on your site.

• This reply was modified 1 year, 4 months ago by modoseyoum.

@jordesign thanks for the tip! already started recoding the container but i’ll check out that thread for some pointers.

looks like i’m just gonna have to recode the container– case closed.

SOLVED!

applying the animation on the div img instead of the div clears up the glitch.

yup. yesterday I discovered that wrapping the wpform in a container breaks the submit functionality, so yeah– not a wpforms issue at all, just me trying to get too fancy with gutenberg blocks.

nevermind– looks like this is a “me” problem.