I'm working on a tag-could style menu on a website: http://web12.leankursus.dk/
It works in chrome, (currently) has some minor problems in firefox and some larger problems in IE (9). The main problems seems to be that IE doesn't make the font as bold as Firefox and Chrome. The font need to look like it does in FF or Chrome, but I am unsure what you do when the browser just displays it diffrently
Hope you can help me.
EDIT: Screenshot of the page in IE9 and Chrome: http://i.imgur.com/1fgwX.jpg
EDIT2: Ah! I've realized I was running IE9 in compatibility mode. Turning that off fixes it in IE9. However - is there any way to make the font work in at least IE8 ?
IE8 and lower don't support .ttf files for the #font-face clause. Use .eot files for IE.
There are some problems with getting it to work in different browsers simultaneously though. Read, for instance, this.
http://readableweb.com/mo-bulletproofer-font-face-css-syntax/
Related
After going crazy trying to figure out why font-feature-settings: "lnum" 1 was having no effect when it is supported and well documented, it seems that Safari might be to blame.
Seeing failure in both Safari 11.1.2 and 12.0.2 on macOS, and 12 on iOS.
I'm interested to hear of any others seeing this and on what versions. Can check if you see lining numerals on this pen.
Other font-feature-settings do seem seem to be working in Safari.
The version of Raleway in Google Fonts does not include the lining numerals feature.
It appears that Chrome may be using a built-in copy of Raleway; at least network inspector doesn't show it actually loading remote font files. Perhaps that's why the pen works on Chrome but not on Safari.
The solution, then, is to use a copy of Raleway that actually includes the lining numerals feature.
I have a website, in which the fonts are appearing good in safari, but broken in Chrome and Firefox. I couldn't find which rule is overriding my font settings. Please help.
This page is live at http://alterknitnewyork.com/drop-off/
In safari, it is taking the settings from uaf.css but in chrome and firefox they are scored-out. I have no idea why it is broken. Even I tried to apply the font inline with !important tag, but no success.
It looks like you have two #font-face declarations for the "same" font. One is in MyFontsWebfontsKit.css which references a font as "Elizabeth-Italic". The other declaration, in uaf.css is referencing a font as "Elizabeth Italic". These are two distinctly different fonts.
Assuming you want the italicized font, just set the font-family to "Elizabeth-Italic" and you should be good to go.
I'd recommend removing any of the CSS files you don't need (particularly #font-face declarations), it will lessen the number of HTTP requests and make the site a bit snappier overall.
Basically the #font-face is working fine in Chrome and Firefox but not working properly in Internet Explorer. If someone could take a look at it www.serialquilting.com and advise what the issue might be that would be great.
Yes, this is likely because Internet Explorer needs a different font format. There's a great tool for this:
Font Converter
Internet Explorer will work nicely with Embedded OpenType (EOT), and Open Font (OFT)
Im using the 'Lato' font from google web fonts, and its displaying fine on all browsers apart from safari.
Im using it in font-weight:100;
here are some screen shots of the different browsers. Any idea what might be causing it to render extremely thin ? Or if theres a way i can set it to render in font-weight:300; for safari only ?
Ive also made a js fiddle of the problem - http://jsfiddle.net/qLHuc/1/
FIREFOX
CHROME
SAFARI
I'm not sure why, but Safari is disabling subpixel antialising at small font sizes on that page. You can fix it by applying -webkit-font-smoothing: subpixel-antialiased. See here: http://jsfiddle.net/qLHuc/3/
However, I think you should consider using a heavier font. Have you tested this on Windows? It will likely look very, very light. OSX renders text very heavily when subpixel antialiasing is enabled, and especially heavily when text is against a dark or colored background. What you see in your Safari screenshot is similar to what people who aren't on OSX will see.
I also faced similar issue, when I tried to use google fonts with font-weight:300 - its working fine in all browsers except safari.
I resolved this by adding below css property.
-webkit-font-smoothing: antialiased;
I was running into a similar issue that appeared exactly the same. I was using the CSS font-weight: lighter; while using this google font link:
http://fonts.googleapis.com/css?family=Lato:300,400
Somehow it was displaying as 100 weight! So, I now explicitly use the font-weight:300; to get what I want. I'm not sure, but I believe this likely has something to do with me having the font on my system, and google suggesting my computer uses the system font before downloading it again... Wouldn't have figured it out without this Q and A, thanks!
Hi,
I am wondering if there's a way to somehow force Chrome (Safari and Opera included) to render the fonts that are loaded by #font-face better? I'm not sure if it's only these two fonts, but I sincerely doubt it.
The top snapshot is the rendering of the text in Firefox 8. The one below is from Chrome(16). Now, this wouldn't bother me as much if it was rendering awfully in IE, too--but in IE it renders quite wonderfully (similary to FF).
So, I did try a few things:
Tried applying text-shadow. It made it seem a little better, but still pretty awful.
I tried using -webkit-font-smoothing: antialiased, but that didn't seem to have any effect at all.
Now, I could stop being an annoying perfectionist and simply use an image for the logo (since the smaller text doesn't render that badly, but still bad, mind you) and be done with it.
I don't really like that solution, but I will accept it if there is no other.
Thanks!
https://stackoverflow.com/a/9041280/1112665
If your code is from font squirrel it may be as simple as just rearranging the order of some of your css.
I'm seeing almost the exact opposite on OS X. Chrome, Safari are fine and Firefox isn't displaying right.
Chrome 18.0.1003.1 dev:
Safari 5.1.2 (7534.52.7):
Firefox 9.0.1:
Opera 11.60 Build 1185:
Internet Explorer 9.0.8112 (under Parallels VM):
It looks like Windows 7 #font-face problems are quite common, and there are a lot of inconsistencies in general:
#Font-Face Windows Woes (flynsarmy.com - 2010/05/29)
#font-face gotchas (http://paulirish.com/ - 2010/05/05 )
Font-face embedded fonts look fuzzy in Windows 7 browsers
#font-face rendering in Windows 7
You can also ensure the SVG format is being used primarily. The upshot to this is the font will render perfectly in Opera/Chrome, the down side is that I have found line-height issues arise.
Use a chrome specific media query and replace the font with the SVG version exclusively.