Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Thread Starter tmerkel1

    (@tmerkel1)

    Hey there, thanks for the help! I think Crio is applying some different rules to the home page vs. other pages, but not sure. I checked the text-based page editor and made the first lines of code consistent between the home page and the rest of the site and this actually fixed the left-hand margins. Then I managed to fix the top “by hand” by adding or subtracting extra margins to the topmost header tags until everything looked more or less how I wanted. Thanks for the detailed replies, as usual!

    Thread Starter tmerkel1

    (@tmerkel1)

    Hello there,

    Great job! All the fonts which hadn’t been working are now working. Looks like you caught the problem. Thanks for the effort! Cheers.

    Thread Starter tmerkel1

    (@tmerkel1)

    Hey there Brandon, I’m not sure how to set up a test page with different fonts than the rest of my site. I did update my theme and page builder recently, but not immediately before this loss of functionality.

    My guess is that since the fonts I’m using are Google Fonts, they might not be locally stored on my website, and the link to them might be getting broken or corrupted after some time. I saw while searching around for information on this problem that sometimes this can be caused by font names being called from a https:// link versus an https:// link. I don’t have any font management plugins installed at the moment – just have been using the fonts as the page builder gave them to me. Do you think installing the Custom Fonts plugin could help with this issue? I am going to try that anyways in a day or two, I just want to finish working on a few pages and then take a backup before I go into that.

    Thread Starter tmerkel1

    (@tmerkel1)

    Hello there,

    I’m experiencing a similar problem to what I had earlier on this thread. I’m not even sure what I might have done to trigger it – I hadn’t worked on my site in a day, but when I refreshed a page, the body text of the site had converted from my choice to a bold sans-serif font and the title of the site had converted to a serif font. When I went to check on the settings, it was the same as before – I was able to get everything to appear normal in the page editor, but after publishing, the correct font was not displayed. I was able to display other weights of my chosen font correctly for the body text, but not for my title text. I’ve temporarily switched to other fonts so the site doesn’t look bad, but there’s now three fonts which don’t work correctly on my website (I checked if the Inter regular weight font from earlier would work, and it still doesn’t work). The fonts which are now affected are Public Sans (regular weight) which I used for the body text and Cousine (all weights) which I used for the title text. I tried clearing the cache on the website; no luck.

    Thread Starter tmerkel1

    (@tmerkel1)

    OK, thanks for the help. I checked one more browser on my system (Edge) and on Chrome on my girlfriend’s laptop and it still displays incorrectly on both. Then I checked on mobile (Safari) and it displayed correctly. Pretty odd – seems like there must be something particularly affecting how the site displays that particular font on desktop.

    However, I’m reasonably confident that if this is the only font item that is bugged (at least for some viewers) then I should be able to find another font whose look I like which will work. I’ll accept that as a solution for now and if I start to notice issues, I will make another post. Thanks for the assistance!

    Thread Starter tmerkel1

    (@tmerkel1)

    Hello there,

    The header style I’ve chosen is one of the presets available (the icon for it says LOGO with three boxes beneath it). While editing in the page editor, the font appears normally, as it should, except that the capital A’s appear somewhat larger and bolder, as if they were perhaps a different font. However, when I go to the published version of the website, the font displays as a serif font (probably Times New Roman) rather than the selected sans serif Inter. This appears on both browsers I have installed on my system, Firefox and Brave.

    I’ve chosen the font Inter from the Crio/Page Builder selector. However, tinkering with it just now, I seem to have isolated the problem further. When, in the Appearance>Design>Menus>Fonts tab, I switch “variant” from “regular” to a different number, the Inter font displays correctly in the menus of the published version of the website. For my purposes, 300 weight appears too thin and 500 weight appears too thick, so “regular” is what I would prefer. However, the “regular” variant seems to be the one that is bugged on my end. Hopefully this information is useful to you!

    • This reply was modified 9 months, 3 weeks ago by tmerkel1. Reason: more specific information
    Thread Starter tmerkel1

    (@tmerkel1)

    My apologies, I thought I had included a link with my original post. The website is: https://www.timothystours.ge

    Thanks for your assistance!

    Thread Starter tmerkel1

    (@tmerkel1)

    Hello Brad, thanks for the reply. The only change I made to the menus was to introduce a submenu below one item. I had not had any submenus before. After creating the submenu, the fonts changed in the way I described above. The menu items only contain regular English words typed in typical Latin characters. I have introduced some custom CSS to my theme (Crio) but none of it should affect the menus. I did attempt to clear the cache without results. The font I had been using was Inter, which I believe should be a web safe font? However, acting on your suggestion I did change the font for the menus. A different font (Inconsolata) displayed exactly as intended. Upon changing the font back to Inter, the same display issues returned. I feel confident now that I will be able to find a font that displays my text the way I would like it, but it is interesting why a certain font such as Inter will not behave appropriately.

Viewing 8 replies - 1 through 8 (of 8 total)