Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-26 Thread david

David Laakso wrote:

On 12/24/2011 3:20 PM, david wrote:

Philip TAYLOR wrote:


Barney Carroll wrote:


I am incredibly pretentious ;)


You think you really have to tell us that, having already written :

there are no credible user personas who fire up Windows and Mac to 
make sure their experience of a site has bitmap parity


???! :-)


I just thought of one ...


Web designers.

I suspect most everyone else pretty much uses only one browser on one 
platform at a time. Although a growing number use both a desktop PC OS 
and a smartphone.



 That's nice. How dose that help OP? And if the OP is not concerned 
about it, now... just why did she write about it in the first place? In 
my estimation the font in question remains a real-world problem and 
ignoring that issue for a reason that happens to be convenient at the 
moment does not make it go away.


I didn't say anything about ignoring it. Just mentioned it cuz site 
visitors who visit using one of the OS/browser combos that shows the 
font the way the designer likes it won't know that it has problems on 
some other combo.


I'm boring when it comes to fonts. Can I read it comfortably without 
having to zoom it out-out-out-out-out-out? Fine, that's all I need from 
a font.


--
David
gn...@hawaii.rr.com
authenticity, honesty, community
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-26 Thread david

Elli Vizcaino wrote:

That's nice. How dose that help OP? And if the OP is not concerned
about it, now... just why did she write about it in the first
place? In my estimation the font in question remains a real-world
problem and ignoring that issue for a reason that happens to be
convenient at the moment does not make it go away.


Because I thought there was a way to fix make fonts identical via
Safari conditional comments - something I've come to learn is
strictly for IE browsers only. After seeing the screen shot that
Phillipe posted I deemed it wasn't as bad as I thought just on my
windows version of Safari and some other browser Phillipe pointed to
which has low usage. I agree with what Barney had to say and I think
he is 100% right! Sorry David but this is not about ignoring a real
world issue for reasons that happen to be convenient at the moment. I
don't think anyone ever has designed/build a website to render 100%
identical across every single browser in existence. One has to decide
at what point it's good enough and what one can live with, you just
don't happen to agree...


I saw one once. I think someone on this or webdesign-l mentioned it as a
joke. Every single character on the page was done as an in-line image of
their chosen font at their chosen font size (and color). ;-)

--
David
gn...@hawaii.rr.com
authenticity, honesty, community
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-24 Thread Barney Carroll
Hiya Elli,

I see 4 obvious ways out to the problem. You may feel uncomfortable with all of 
them but they could help you get a conceptual grip on how to deal with the 
situation as a thought exercise.

1) Install FontForge (open source and free to use), open up the font in 
question, and through a system of trial and error, tweak the glyph outlines 
such that you have a version which appears under Windows ClearType as the 
original does under Mac OS X (you may have to play with resolution-dependent 
hinting settings — don't know how to do that, but it's certainly possible using 
free software). Once the new font achieves the desired effect, save it with a 
different name and put it through FontSquirrels @font-face generator or 
onlinefontconverter.com to get multiple formats. Then in your markup, insert 
the following code in the head:

script
(function(c){
if(navigator.platform.indexOf('Win')===0)
c(c()+' windows';
}(function(c){
var h = document.lastChild;
return c ? h.className = c : h.className;
}));
/script

Then change your CSS to feature special rules pointing Windows users to the new 
font:

html.windows body {
font-family: newfont, oldfont, etc;
}

The obvious disadvantages here are the unknown amount of discovery work 
necessary to competently create the new font and the JavaScript dependency in 
handing the right rules to the right users. Obviously you may have nowhere near 
the time to contemplate this.

2) Rely on the JS and CSS technique exemplified above to make the windows 
operating system identifiable in your stylesheets, but simply change the font 
colour's relative lightness and saturation to darker/stronger for Windows 
users, giving the optical impression that both rasterising systems display the 
glyphs with equivalent weight.

3) Decide that the font in question, as with many, simply doesn't reliably 
cater for common use cases, and resolve to find a similar one with better 
cross-browser display parity (or throw the baby out with the bathwater, take 
the site back to the design phase, and choose an unrelated font that fits the 
technical requirements).

4) Accept that font-rendering APIs will always differ, and that there is only 
so much you should be prepared to do to compensate for OS' disparities; also 
bearing in mind that there are no credible user personas who fire up Windows 
and Mac to make sure their experience of a site has bitmap parity across 
platforms, decide that the results on both platforms are independently 
acceptable, and it is not a web developer's job to fix fonts or operating 
systems.


I would describe this as a question of professional philosophy, but then I am 
incredibly pretentious ;)


Regards,

Barney Carroll
(+44) 742 9177 278
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-24 Thread Philip TAYLOR



Barney Carroll wrote:


I am incredibly pretentious ;)


You think you really have to tell us that, having already written :


there are no credible user personas who fire up Windows and Mac to make sure 
their experience of a site has bitmap parity


???! :-)

Philip Taylor
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-24 Thread david

Philip TAYLOR wrote:


Barney Carroll wrote:


I am incredibly pretentious ;)


You think you really have to tell us that, having already written :

there are no credible user personas who fire up Windows and Mac to 
make sure their experience of a site has bitmap parity


???! :-)


I just thought of one ...


Web designers.

I suspect most everyone else pretty much uses only one browser on one 
platform at a time. Although a growing number use both a desktop PC OS 
and a smartphone.


--
David
gn...@hawaii.rr.com
authenticity, honesty, community
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-24 Thread Elli Vizcaino
 Hiya Elli,

 
 I see 4 obvious ways out to the problem. You may feel uncomfortable with all 
 of 
 them but they could help you get a conceptual grip on how to deal with the 
 situation as a thought exercise


 4) Accept that font-rendering APIs will always differ, and that there is only 
 so 
 much you should be prepared to do to compensate for OS' disparities; also 
 bearing in mind that there are no credible user personas who fire up Windows 
 and 
 Mac to make sure their experience of a site has bitmap parity across 
 platforms, 
 decide that the results on both platforms are independently acceptable, and 
 it 
 is not a web developer's job to fix fonts or operating systems.
 
 
 I would describe this as a question of professional philosophy, but then I am 
 incredibly pretentious ;)
 
 
 Regards,
 
 Barney Carroll
 (+44) 742 9177 278

Thanks Barney for all your suggestions!!! Given where I'm at with this project, 
which is close to being finish. I'm opting with #4. It never fails that with 
every site project I embark on there's something new to discover or learn. 
Really value your input - really appreciate you chiming in :)). 

Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-24 Thread Elli Vizcaino

 That's nice. How dose that help OP? And if the OP is not concerned about it, 
 now... just why did she write about it in the first place? In my estimation 
 the 
 font in question remains a real-world problem and ignoring that issue for a 
 reason that happens to be convenient at the moment does not make it go away.

Because I thought there was a way to fix make fonts identical via Safari 
conditional comments - something I've come to learn is strictly for IE browsers 
only. After seeing the screen shot that Phillipe posted I deemed it wasn't as 
bad as I thought just on my windows version of Safari and some other browser 
Phillipe pointed to which has low usage. I agree with what Barney had to say 
and I think he is 100% right! Sorry David but this is not about ignoring a real 
world issue for reasons that happen to be convenient at the moment. I don't 
think anyone ever has designed/build a website to render 100% identical across 
every single browser in existence. One has to decide at what point it's good 
enough and what one can live with, you just don't happen to agree...

Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-23 Thread Elli Vizcaino
Gecko 1.9.2 and Safari 5.1/ Chrome dev channel all render the same.

A nightly Firefox build and Opera render the 'Little Days' font differently 
(and differently from each other).

The issue is that your 'Little Days' font is a 'normal weight' face, but your 
stylesheet specifies that it should be bold. As you don't provide a 'bold 
weight' face, browsers simulate the bolding artificially (and do a poop job in 
some cases).

here is a test case:
http://dev.l-c-n.com/_temp/ev-20111223.html
and a screen shot - from left: Safari, Opera, Firefox 9:
http://dev.l-c-n.com/_temp/ev-20111223.png

Yes the Little Day font is of normal-weight, it's a free commercial font that 
came with only that weight family. I think this is a case of the Mac OS engine 
rendering fonts differently, period as it always seems to be the case w Mac 
versus Windows OS. The font smoothing or anti alias that it adds to the font is 
what causes it to have a heavier appearance even when fonts are specified at 
normal weight. I took screen shots of your test case on my Windows 7 machine, 
on four different browsers: FF, Opera, Google  Safari for Windows. All fonts 
got rendered the identically except for the Little Day font w bold in Safari. 
If you compare my screenshots side by side with the ones you took off your Mac 
you'll see that even at a normal weight the font smoothing/anti aliasing of Mac 
causes what is already a very light weigh font to look slightly bold. Even the 
Candara font at normal weight in Mac are heavier than they are on my machine. 
Obviously this is beyond a
 pure CSS fix. I will have to resort to programming for this. 


http://www.e7flux.com/clients/sof/ff-opera-google-safari.jpg


btw, I also would suggest to split up your @font-face block, as I did in the 
test case. Your way of doing it is strange, although the validator doesn't 
puke on it.

Philippe

Please explain why you're surprised the validator didn't puke on it? Was the 
way I wrote it incorrect? And what makes your way the better way? 


Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-23 Thread David Laakso



I think this is a case of the Mac OS engine rendering fonts differently, period 
as it always seems to be the case w Mac versus Windows OS.

Elli Vizcaino




Fwiw, the webfont renders just fine in Windows or OS X as far as I can 
tell...

http://chelseacreekstudio.com/z/
~d
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-23 Thread Elli Vizcaino


 Fwiw, the webfont renders just fine in Windows or OS X as far as I can 
 tell...
 http://chelseacreekstudio.com/z/
 ~d

Fine as in legible, sure but not identically. The appearance of fonts on Mac OS 
tend to be slightly on the bolder side. 

Elli Vizcaino
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-23 Thread David Laakso

On 12/23/2011 5:43 PM, Elli Vizcaino wrote:



Fwiw, the webfont renders just fine in Windows or OS X as far as I can
tell...
http://chelseacreekstudio.com/z/
~d

Fine as in legible, sure but not identically. The appearance of fonts on Mac OS 
tend to be slightly on the bolder side.

Elli Vizcaino




It is a given that fonts render denser in OS X.

The webfont [@font-face] is AngelinaRegular in the given example. It is 
a fairly consistent weight cross OSes and cross browsers. You can change 
the look and feel of it -- or any other open source free-font -- 
only by changing its color. Attempts to change the weight is an exercise 
in futility.


My suggestion is to use one webfont. It does not necessarily need to be 
Angelina, and use a color -- rather than font-weight -- change for emphasis.


The other way around it is to *buy one appropriate* webfont that has 
more than one font-weight. Either way, Font Squirrel may be your best 
bet for finding and setting whatever it is you finally come up with...


Good luck and best wishes,
~d

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-23 Thread Philippe Wittenbergh

On Dec 24, 2011, at 3:25 AM, Elli Vizcaino wrote:

 here is a test case:
 http://dev.l-c-n.com/_temp/ev-20111223.html
 and a screen shot - from left: Safari, Opera, Firefox 9:
 http://dev.l-c-n.com/_temp/ev-20111223.png
 
 Yes the Little Day font is of normal-weight, it's a free commercial font that 
 came with only that weight family. I think this is a case of the Mac OS 
 engine rendering fonts differently, period as it always seems to be the case 
 w Mac versus Windows OS.

You missed the point: given that the font only has one weight available, you're 
completely depending on with the browser does with artificial 'bolding'.


 The font smoothing or anti alias that it adds to the font is what causes it 
 to have a heavier appearance even when fonts are specified at normal weight. 
 I took screen shots of your test case on my Windows 7 machine, on four 
 different browsers: FF, Opera, Google  Safari for Windows. All fonts got 
 rendered the identically except for the Little Day font w bold in Safari.

Which version of Firefox did you use ? I seem to recall you mentioning Firefox 
3.6 in previous threads. Would be nice to know if Firefox 9 gives the same 
results. Ditto Opera.

And fwiw, on Win XP, Safari 5.1 and Firefox 9 render the bolding the same way. 
The normal weight looks even more pixelated than on Win 7.

 If you compare my screenshots side by side with the ones you took off your 
 Mac you'll see that even at a normal weight the font smoothing/anti aliasing 
 of Mac causes what is already a very light weigh font to look slightly bold.

It doesn't look bold at all. Different then Win 7, sure, but any font will give 
the same difference. Little Day is quite pixelated in your screenshots.

 Even the Candara font at normal weight in Mac are heavier than they are on my 
 machine. Obviously this is beyond a
 pure CSS fix. I will have to resort to programming for this. 

Why do you need a 'fix' for that ?

Fwiw, rendering on Linux Ubuntu 11.10 with Chromium and Firefox is different 
than on Win 7. Smoother (maybe you'll call it 'bolder').
http://dev.l-c-n.com/_temp/ev-20111223/chrome_fx-ubuntu11.10.png
(Chromium is on top, Fx at the bottom)

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Elli Vizcaino
Hello CSS Discuss, 


Is there a way to serve Safari browsers a browser specific stylesheet via 
conditional comments? If so, how do I do set it up? My reason being that since 
by default Safari tends to render fonts with a bold weight, it's making the 
custom script font in this site: http://www.e7flux.com/clients/sof/ even 
bolder. I need the font-weight set to bold for all the other browsers but, 
don't need it for Safari due to the aforementioned.  


TIA! 


Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Tomasz Borek
Elli,

I don't have Safari here, so can't really replicate the issue, but:

1) Conditional comments are strictly IE phenomenon AFAIK.
2) What about Stokely Safari hack or Giant Island (I think that's how the
successor to Stokely was called)?

http://www.stormdetector.com/hacks/safarihack.html
http://www.giantisland.com/Resources/LitePacificHackforSafariAndIE7.aspx

3) Or, if you're after browser-specific CSSes, why not use CSS Browser
Selector? It's JS, true, but light (really little number of code lines),
open source (so no cost and easy to say what's inside).
http://rafael.adm.br/css_browser_selector/

4) Finally, while looking for conditional comments for Safari to be certain
of point 1), I found few dozen links that said there are none and this one
here, about *CSS* conditional comments:
http://code.adonline.id.au/css-conditional-comments-for-chrome-and-safari/

Hope this helps!

pozdrawiam,
Tomasz Borek
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Philippe Wittenbergh

On Dec 23, 2011, at 7:52 AM, Elli Vizcaino wrote:

 Is there a way to serve Safari browsers a browser specific stylesheet via 
 conditional comments? If so, how do I do set it up?

As noted Conditional Comments are IE only. There are a variety of 'hacks' 
floating around to target WebKit. As with all hacks, they'll bite you back at 
some point.

 My reason being that since by default Safari tends to render fonts with a 
 bold weight, it's making the custom script font in this site: 
 http://www.e7flux.com/clients/sof/ even bolder. I need the font-weight set to 
 bold for all the other browsers but, don't need it for Safari due to the 
 aforementioned. 

I have a hard time understanding what you mean by this. Safari renders your 
fonts just the same as any other browser.

The only I might imagine being a reason for your problem is a configuration of 
your copy of Safari on Windows: Safari has a preference to use different 
font-smoothing settings, one (the default) matches what Windows OS uses, 
another one simulates, eventually, something that looks like the rendering on 
OS X.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread David Laakso

On 12/22/2011 5:52 PM, Elli Vizcaino wrote:

http://www.e7flux.com/clients/sof/


  I need the font-weight set to bold for all the other browsers but, don't need it for Safari due to the aforementioned. 



Elli Vizcaino





Try specifying -- font-weight:normal; -- on the appropriate selectors. 
Reload Safari.


~d
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Elli Vizcaino
   I need the font-weight set to bold for all the other browsers but, don't 
need it for Safari due to the aforementioned. 
 
 Elli Vizcaino

Try specifying -- font-weight:normal; -- on the appropriate selectors. Reload 
Safari.

~d

David, I think what you're suggesting will NOT render the fonts how I want 
them. 




 I have a hard time understanding what you mean by this. Safari renders your 
 fonts just the same as any other browser.
 
 The only I might imagine being a reason for your problem is a configuration 
 of 
 your copy of Safari on Windows: Safari has a preference to use different 
 font-smoothing settings, one (the default) matches what Windows OS uses, 
 another 
 one simulates, eventually, something that looks like the rendering on OS X.
 
 Philippe
 --
 Philippe Wittenbergh
 http://l-c-n.com/


I've uploaded a screen shot of both browsers side by side. Safari on windows 
and FF. As you can see, in Safari it is rendered a lot more bolder/heavier than 
in FF and the rest of the browsers I've checked (chrome, ie, opera). This has 
always been my experience w Safari render fonts even when viewing directly on a 
Mac. I really need the font to render like the rest of the browsers because 
that heavy weight is throwing my design off :(. 

http://www.e7flux.com/clients/sof/safari-ff-ss.jpg


 Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Philippe Wittenbergh

On Dec 23, 2011, at 10:12 AM, Elli Vizcaino wrote:

 This has always been my experience w Safari render fonts even when viewing 
 directly on a Mac. I really need the font to render like the rest of the 
 browsers because that heavy weight is throwing my design off :(. 
 
 http://www.e7flux.com/clients/sof/safari-ff-ss.jpg

As I said, check your Safari settings.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Mark Senff

On 2011-12-22, at 8:16 PM, Philippe Wittenbergh wrote:

 On Dec 23, 2011, at 10:12 AM, Elli Vizcaino wrote:
 
 This has always been my experience w Safari render fonts even when viewing 
 directly on a Mac. I really need the font to render like the rest of the 
 browsers because that heavy weight is throwing my design off :(. 
 
 http://www.e7flux.com/clients/sof/safari-ff-ss.jpg
 
 As I said, check your Safari settings.

I've had similar experiences in Safari (with its default settings!). Situations 
where I had to give some text-containing DIVs a fixed width, only to realize 
that in Safari, things would break horribly because some text was rendered 
differently -taking up more horizontal space- in Safari. Not just strange 
fonts, but also standard ones.

mS



__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Elli Vizcaino
 On Dec 23, 2011, at 10:12 AM, Elli Vizcaino wrote:

 
  This has always been my experience w Safari render fonts even when viewing 
 directly on a Mac. I really need the font to render like the rest of the 
 browsers because that heavy weight is throwing my design off :(. 
 
  http://www.e7flux.com/clients/sof/safari-ff-ss.jpg
 
 As I said, check your Safari settings.
 
 Philippe
 --
 Philippe Wittenbergh
 http://l-c-n.com/


So does this mean that on a Mac, the font looks like it does in FF? And 
I'm seeing something that safari is doing here on my windows machine?

 Elli Vizcaino
Helping artists, entrepreneurs and small
businesses knock the socks off the competition!
http://www.e7flux.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Elli Vizcaino


 On Dec 23, 2011, at 10:12 AM, Elli Vizcaino wrote:
 
  This has always been my experience w Safari render fonts even when viewing 
 directly on a Mac. I really need the font to render like the rest of the 
 browsers because that heavy weight is throwing my design off :(. 
 
  http://www.e7flux.com/clients/sof/safari-ff-ss.jpg
 
 As I said, check your Safari settings.
 
 Philippe
 --
 Philippe Wittenbergh
 http://l-c-n.com/


Ok so I checked my settings and by default it's set to Windows Standard. How is 
this Windows standard when windows doesn't render the fonts with a bold weight 
like that. And how does this help my case in trying to get the font to render 
the same multi-browser?

Elli 

__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread David Laakso

On 12/22/2011 5:52 PM, Elli Vizcaino wrote:


http://www.e7flux.com/clients/sof/

Elli Vizcaino




For whatever unknown reason Safari is not rendering the @font-face 
webfont in any version of OS Windows [as far as I can tell] as intended. 
An alternative solution may be to select another font. Try Font Squirel 
and use the expert setting with their @font-face generator.

http://www.fontsquirrel.com/
~d
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] CSS Via Conditional Comments for Safari?

2011-12-22 Thread Philippe Wittenbergh

On Dec 23, 2011, at 10:27 AM, Elli Vizcaino wrote:

 So does this mean that on a Mac, the font looks like it does in FF? And 
 I'm seeing something that safari is doing here on my windows machine?

Gecko 1.9.2 and Safari 5.1/ Chrome dev channel all render the same.
A nightly Firefox build and Opera render the 'Little Days' font differently 
(and differently from each other).

The issue is that your 'Little Days' font is a 'normal weight' face, but your 
stylesheet specifies that it should be bold. As you don't provide a 'bold 
weight' face, browsers simulate the bolding artificially (and do a poop job in 
some cases).

here is a test case:
http://dev.l-c-n.com/_temp/ev-20111223.html
and a screen shot - from left: Safari, Opera, Firefox 9:
http://dev.l-c-n.com/_temp/ev-20111223.png

btw, I also would suggest to split up your @font-face block, as I did in the 
test case. Your way of doing it is strange, although the validator doesn't puke 
on it.

Philippe
--
Philippe Wittenbergh
http://l-c-n.com/






__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/