Ez page and awesome fonts loading issue's

[barco57]

hmmm, seems this conversation has missed the fact that OP wants this in an ez page. So chatgpt spit you out a static html page.... great, somewhat helpful.
So when you stick the content in the ez-page and being that the site already has doc type, head tags, etc... and you can not have two of them on the page... you omit them from the content.

but a look at the page in question does show that the only thing keeping the font-awesome icons from showing is as follows from https://testing.crazygamer.uk/includ.../lbs/theme.css line 20

[class*=" icon-"], [class^="icon-"] {
  font-family: wokiee !important;

When I turn that rule off in the inspector the square-plus and square-minus show up as expected, but I haven't dig into see what other effect turning off font-family: wokiee !important; has across the site.

[flappingfish]

Thankyou Barco, your a gem bud :)

I personally believe it would effect the fonts on the main pages such as those in the banners if not every font in the site, it may be that the icons disappear elsewhere in the site. The author of the template addressed a question regarding whether the awesome fonts would need updating and they stated the icons where in built with shorthands.

I had suspected the fact it was an easy page that was throwing things out at first, i had eliminated the line with assessing the issue but it didn't pop up as hoped. Between chatgpt and the readdition of the html doc type declaration i felt like I was going round in circles.

The suggested fix from the ai bot was actually to add an important statement to the buttons if it was related to the style of the template overriding it, it then gave me a good few reasons why not to add the statement and said i should reach out to someone familiar with zencart if unsure.

It was actually about 5 hours ago i spotted that very rule and wondered exactly the same as you, would removing that effect other items. I didn't actually know you could get the browser to toggle a rule off, that will be useful to google the instructions on for future reference. I wasn't sure if that was the problem either as i got a call and have been busy since and unable too investigate it further.

So I remove the html header lines and set the icons as important, delete that important statement you identified or is there a better solution? It sounds like the first option may cause issues that i'd see shortly after as i was tweaking other bits

[barco57]

you could also use icons from the wookie font font they have in there. if you go into includes/templates/wookie/css/fonts there is a demo.html that will show you all of the available glyphs in the wookie icon font

[flappingfish]

legend thank you, I used the demo.html url to view the icons and changed the calls to the included icons for the first tab and it now has fully functional icons, seemed easiest fix for the time being, I assume it would be entirely possible to add my own icons to the wookie font library to get the exact icons i prefer?

[flappingfish]

I'm having another font issue, this time it's fonts that do not work from adobe fonts for mobile devices but... to be more precise just the font i really like and spent hours sifting though the font catalogue to find.

I have the link in the header and even tried @import (correctly placed, i am slowly learning) and zero errors. Looking on google leads me to the adobe fonts page where i can see others have "wasted hours" trying to get fonts too work. I also followed the guide to get gbp too display and all i see is 0. So much for testing stripe and possibly being good to go by then :/

The website is a project being built in secrecy before being used too replace what currently resides at

crazyfest.co.uk

the site is at its secret url for now and is actually the responsive_classic template using background images and awesome font icons its starting too look the part. I was going through changing the colour of the fonts and forms as the plan of action today hoping i would wake up and see £20 next too a test item for a quick checkover of the payment module.

I still need to write the delivery script, privacy policy ect but those are relatively quick jobs to do, mainly ensuring people can get a ticket is the last main job too do, that means stripping the pieces out for my module too work, i didn't have time for odd errors though :s

Anyone had and resolved the same fonts issue?

i'm getting too the point of debating using files from crazygamer too hopefully get the price showing as gbp, it reads like a simple operation in the admin panel but it fails too work, i'm using 1.58a, i'm not sure if i have time too upgrade to 2.0 and find i have upgrade issues too deal with on top with the ticketing module. Ai helped me build it and the dev who debugged it into working order after ai dev stage really had a nightmare with getting it to actually work as intended the other year too :/

[flappingfish]

UPDATE: Soooo.. currency is working now but on mobiles it displays as usd and not gbp. it seems related to my font issue. i did notice a few of my css rules seemed to not have gaps between yesterday, could it be one of these that is tripping me up that ive not found causing a termination of the stylesheet reading on real life testing?

css rule 1 {
     align-text: centre;
{
css rule 2 {
     align-text: centre;
}

should be obviously like this...

css rule 1 {
     align-text: centre;
{

css rule 2 {
     align-text: centre;
}

otherwise i'm all out of ideas. I see an "all.css" is called up just before my fonts .css from adobe is setup from the waterfall, I assume this is the issue but i don't see a css file called "all.css" here in my templates css file?

[simon1066]

I haven't been following this thread but I notice in the above example you are using 'centre' instead of 'center'

[flappingfish]

i always realise before i press save. im uk so to me that and color (we spell colour) has got me revisiting things in the past lol

global $locales;
// $locales = ['en_US', 'en_US.utf8', 'en', 'English_United States.1252'];
$locales = array('en_UK', 'en_UK.utf8', 'en', 'English_United States.1252');
@setlocale(LC_TIME, $locales);

i'm not sure if it is safe too delete that commented out line but looking at my crazygamer site for files that related too and spotting this difference, thankfully, i am now seeing my prices and they are also displaying correct!

now if only i could work out how to ensure my fonts from adobe typekit load, i think "all.css" is referring to what is specified to dictate the style settings for responsive elements based on the device in use. i can only assume site legal and the slider menu require setting in "responsive.css"

its only todays posts that relate to my current issue. it was a different site but felt very much related to the previous issue that was discussed here and potentially easier oppossed too creating a new thread