
-
AuthorPosts
-
September 3, 2014 at 1:52 pm #312843
I am using Enfold but I am seeing the common problem of seeing Chinese characters when Fontello is being used in IE11. The troubleshooting on http://www.fontsquirrel.com/blog/2010/11/troubleshooting-font-face-problems has shown me that the problem is the font files being served from a different domain – that I understand. The source on the homepage shows me that the font is being picked up from http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/. I am using Windows Azure for hosting my WordPress sites so the option to change the .htaccess file I guess won’t work as that is a solution for Apache.
What is my solution?
September 5, 2014 at 5:21 am #313792Hey!
Try the following:
http://forums.asp.net/t/1811357.aspx?Using+font+face+in+Windows+AzureRegards,
JosueSeptember 5, 2014 at 5:51 pm #314140That didn’t work. I can change the web.config but the second step relating to VS is irrelevant as I am not using VS. How would I change the path to the fonts to be relative not absolute, or could I change the path to reflect the site URL?
September 6, 2014 at 3:59 am #314301Hi!
I’m not familiar with Windows Azure, i’ll ask my colleagues to see if they can contribute with something.
Best regards,
JosueSeptember 8, 2014 at 8:43 am #314907Surely the easiest solution is to tweak the style so that the path for the fonts is relative not absolute. Here’s the code on the home page…
@font-face {font-family: ‘entypo-fontello’; font-weight: normal; font-style: normal;
src: url(‘http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/entypo-fontello.eot?v=3’);
src: url(‘http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/entypo-fontello.eot?v=3#iefix’) format(’embedded-opentype’),
url(‘http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/entypo-fontello.woff?v=3’) format(‘woff’),
url(‘http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/entypo-fontello.ttf?v=3’) format(‘truetype’),
url(‘http://moveaid.azurewebsites.net/wp-content/themes/enfold/config-templatebuilder/avia-template-builder/assets/fonts/entypo-fontello.svg?v=3#entypo-fontello’) format(‘svg’);
} #top .avia-font-entypo-fontello, body .avia-font-entypo-fontello, html body [data-av_iconfont=’entypo-fontello’]:before{ font-family: ‘entypo-fontello’; }If that could be generated without the FQDN or perhaps using the site URL instead of the WordPress URL then the problem would be solved. I would suggest using a relative link as opposed to the absolute link would solve the problem more effectively. Also, I don’t understand why the font is referenced in the page code and not in CSS, as would be the more conventional approach.
Graham
September 8, 2014 at 9:35 am #314918It’s not happening in Chrome too.
September 8, 2014 at 9:54 am #314921I had to change the page with the problems to remove the Chinese characters, so here’s the original page with the Chinese characters – http://www.moveaid.co.za/chinese/
September 8, 2014 at 1:37 pm #315028You are in luck, I found the answer for Windows Azure. The problem is related to CORS (cross-origin resource sharing). See http://enable-cors.org/server_iis7.html – you need to add Access-Control-Allow-Origin to web.config. You can change the wildcard to the site URL for the requesting website to increase security.
-
AuthorPosts
- The topic ‘Chinese Characters’ is closed to new replies.