Re: [css-d] amazing use of css..
Ghodmode, What version of Firefox? I had no slowdown on AT-AT. Also: 2011/12/22 Ghodmode ghodm...@ghodmode.com It seems like Mozilla should have already had enough time to regain their place as the superior browser, if they could, but it hasn't happened. For sites that incorporate HTML5/CSS3 or a lot of JavaScript, Webkit has to be the target platform. It's disappointing. Firefox has a better plugin / extension architecture. They focused first on memory usage and did that quite well. In Chrome own test for version 17 (or 16?) Chrome lost to FF8 (or 7?). Can't remember where I read it, but I read something like this. As for market shares - these seem to be divided by region. There are places where Chrome leads, there are places where FF does. But, you might have had a different meaning of superior browser in mind so... ;-) 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] amazing use of css..
Just went there again and noticed page changed since my first visit. :-) Now legs move too, not only the head! :D I like that guy! pozdrawiam, Tomasz Borek PS. And am silently hoping for seeing some tow-cable action! ;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/
[css-d] weird firefox bug?
A client just pointed something out to me on their site, and after an hour of messing with it, I figured out what was causing it. Basically, if you have a list item (same issue with both ol and ul lists) that is hyperlinked and also has a strong tag applied to it, and if the list item extends to a second line, Firefox will drop the marker for that list item. It seems to be a combination of all the above, because if I removed any of the three variables (strong, hyperlink, second line), the marker appears. There was absolutely nothing in the CSS that I could find that would do this, and its fine in all other browsers. I solved the issue by having the CSS apply the bold to any hyperlinked list item. Is anyone else aware of this weird behavior in Firefox, and is it indeed a bug? I couldn't find anything when I googled it. __ 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] A Holiday Treat from PVII
Happy Holidays from PVII Save time this holiday season with a free productivity booster from PVII Equal Height CSS Columns Learn how to make your CSS columns automatically adjust to the height of the tallest column in just a few minutes. This free productivity booster includes a tutorial, and a bonus 3-column CSS layout all decked out for the holidays with rounded corners and inset shadows! Instead of using background images, CSS hacks, or CSS that is not yet supported by all browsers, PVII Equal Height Columns uses modern DOM Script to work its magic. Go to Tutorial: http://www.projectseven.com/tutorials/css/pvii_columns/index.htm Key Features Supports dynamic content height If the height of any column ever changes, PVII Equal Height Columns will make all necessary adjustments—instantly. The script monitors your page every few milliseconds to see if the height of any column needs adjustment. Your column height will always be perfect. If your page includes a panel widget (like an accordion) that causes column height to change when you move from panel to panel, the system will adapt to the new height seamlessly. Deploying PVII Equal Height Columns Deployment is as easy as linking the PVII Equal Height Column script and assigning a class to a set of columns. Nested Groupings You can deploy the PVII Equal Height Columns script on your outer column structure, as well as column structures nested inside. Best Regards, -- Al Sparber - PVII http://www.projectseven.com The Finest Dreamweaver Menus | Galleries | Widgets Since 1998 __ 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] A Holiday Treat from PVII
On Thu, Dec 22, 2011 at 5:03 AM, Al Sparber aspar...@roadrunner.com wrote: Equal Height CSS Columns Learn how to make your CSS columns automatically adjust to the height of the tallest column in just a few minutes. This free productivity booster includes a tutorial, and a bonus 3-column CSS layout all decked out for the holidays with rounded corners and inset shadows! display: table-cell box-shadow: inset ... border-radius: ... Instead of using background images, CSS hacks, or CSS that is not yet supported by all browsers, PVII Equal Height Columns uses modern DOM Script to work its magic. A.K.A. JavaScript? Doesn't that make this not the CSS solution that the title implies? I checked the demo page with JavaScript disabled. It doesn't work. Accessibility... Portability... Security... anyone? Go to Tutorial: http://www.projectseven.com/tutorials/css/pvii_columns/index.htm Key Features Supports dynamic content height If the height of any column ever changes, PVII Equal Height Columns will make all necessary adjustments—instantly. The script monitors your page every few milliseconds to see if the height of any column needs adjustment. Your column height will always be perfect. If your page includes a panel widget (like an accordion) that causes column height to change when you move from panel to panel, the system will adapt to the new height seamlessly. Every few milliseconds seems inefficient. I looked at the code. It's every 20 milliseconds. Using the same markup from the demo page for this tutorial, but dumping all of the CSS and Javascript, this is much better accomplished like this... #layout-wrapper { display: table; border-collapse: separate; border-spacing: 10px; } #columns-wrapper { display: table-row; } .p7ehc-a { background-color: white; display: table-cell; border: 1px solid black; } Javascript is only necessary to support IE7 and older. Best Regards, -- Al Sparber - PVII http://www.projectseven.com The Finest Dreamweaver Menus | Galleries | Widgets Since 1998 I wish I could take credit for it, but this particular solution was provided by 456 Berea Street back in May 2004 ... http://www.456bereastreet.com/archive/200405/equal_height_boxes_with_css/ PVII, it's time to update your site rather than promoting it by posting outdated JavaScript-dependant solutions on a CSS mailing list. -- Ebenezer Scrooge a.k.a. Ghodmode http://www.ghodmode.com/blog __ 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] A Holiday Treat from PVII
On 12/22/2011 12:19 PM, Ghodmode wrote: display: table-cell box-shadow: inset ... border-radius: ... This tutorial was published in 2009: http://www.projectseven.com/tutorials/css/3-column-flex-display/ A.K.A. JavaScript? Doesn't that make this not the CSS solution that the title implies? The layout is part of the download package. I checked the demo page with JavaScript disabled. It doesn't work. Accessibility... Portability... Security... anyone? Security ;-) Obviously you are confused over what accessibility means. Accessibility means access to content. For instance, the gray links in this particular site (which happens to be yours): http://www.ghodmode.com/blog/ That's an accessibility problem. Not the height of columns :-) Every few milliseconds seems inefficient. I looked at the code. It's every 20 milliseconds. I'm afraid you are very wrong. Count to twenty milliseconds then look at this page: http://www.projectseven.com/tutorials/css/pvii_columns/examples/widget.htm PVII, it's time to update your site rather than promoting it by posting outdated JavaScript-dependant solutions on a CSS mailing list. Update our site? OK. I'll start working on that immediately :-) You have a very Merry Christmas or whatever it is that you celebrate this time of year and make sure you scrutinize the motives behind every gift you get. -- Al Sparber - PVII __ 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] weird firefox bug?
Chris Kavinsky wrote: A client just pointed something out to me on their site, and after an hour of messing with it, I figured out what was causing it. Basically, if you have a list item (same issue with both ol and ul lists) that is hyperlinked and also has a strong tag applied to it, and if the list item extends to a second line, Firefox will drop the marker for that list item. It seems to be a combination of all the above, because if I removed any of the three variables (strong, hyperlink, second line), the marker appears. There was absolutely nothing in the CSS that I could find that would do this, and its fine in all other browsers. I solved the issue by having the CSS apply the bold to any hyperlinked list item. Is anyone else aware of this weird behavior in Firefox, and is it indeed a bug? I couldn't find anything when I googled it. Link to the client's site/page showing the problem? Which version of FF? Mine just updated to 9.0.1. -- 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] A Holiday Treat from PVII
On Fri, Dec 23, 2011 at 1:46 AM, Al Sparber aspar...@roadrunner.com wrote: On 12/22/2011 12:19 PM, Ghodmode wrote: display: table-cell box-shadow: inset ... border-radius: ... This tutorial was published in 2009: http://www.projectseven.com/tutorials/css/3-column-flex-display/ A.K.A. JavaScript? Doesn't that make this not the CSS solution that the title implies? The layout is part of the download package. I checked the demo page with JavaScript disabled. It doesn't work. Accessibility... Portability... Security... anyone? Security ;-) There are some security and privacy concerns about enabling Javascript in browsers when it isn't necessary. It's a common enough concern that we should take it into consideration when making web sites. ref: http://krebsonsecurity.com/2011/05/blocking-javascript-in-the-browser/ Obviously you are confused over what accessibility means. Accessibility means access to content. For instance, the gray links in this particular site (which happens to be yours): Accessibility is often an appropriate concern when dealing with Javascript because screen readers don't execute Javascript. However, since the Javascript isn't necessary for site navigation or access to content here, you're right. http://www.ghodmode.com/blog/ That's an accessibility problem. Not the height of columns :-) No, that's just an ugly site with a poorly chosen color scheme :( The coding of my site is crap. I admit it. I originally meant to make it a highly-customized and regularly updated modification of Wordpress, but I didn't stick with it. I'll fix it all when I get a round to it (http://en.wiktionary.org/wiki/round_tuit), but then I'll probably stop before it's done again. Instead of doing something productive with my time, like updating my own site, I spend it making curmudgeonly cynical comments about other people's sites... sorry about that :-} Every few milliseconds seems inefficient. I looked at the code. It's every 20 milliseconds. I'm afraid you are very wrong. Count to twenty milliseconds then look at this page: http://www.projectseven.com/tutorials/css/pvii_columns/examples/widget.htm I might be missing something here. I didn't mean to say that 20 milliseconds is too slow, but that it's too often. Admittedly, it's a small piece of code, but having the browser execute something 50 times per second doesn't seem like a good idea. I'm not enough of a Javascript ninja, and this isn't the right place to discuss it, but wouldn't it be better if code like this was associated with an event handler for onclick or something like that? Hmmm... is there a js-discuss mailing list? PVII, it's time to update your site rather than promoting it by posting outdated JavaScript-dependant solutions on a CSS mailing list. Update our site? OK. I'll start working on that immediately :-) You have a very Merry Christmas or whatever it is that you celebrate this time of year and make sure you scrutinize the motives behind every gift you get. Okay, you're right... I was a little harsh. It was the cheesy sales-talk of your first message that set me off. It reminded me of an infomercial. I made some valid points about the code, though. -- Al Sparber - PVII __ 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] amazing use of css..
On Thu, Dec 22, 2011 at 9:18 PM, Tomasz Borek tomasz.bo...@gmail.com wrote: Ghodmode, What version of Firefox? I had no slowdown on AT-AT. Also: I'm using FF8, but I think it might be because I'm on Linux. I think I remember hearing something about FF having hardware-accelerated graphics on Windows, but not on Linux. http://www.osnews.com/story/24264/No_Hardware_Acceleration_Firefox_for_Linux_Due_to_Buggy_X_Drivers 2011/12/22 Ghodmode ghodm...@ghodmode.com It seems like Mozilla should have already had enough time to regain their place as the superior browser, if they could, but it hasn't happened. For sites that incorporate HTML5/CSS3 or a lot of JavaScript, Webkit has to be the target platform. It's disappointing. Firefox has a better plugin / extension architecture. They focused first on memory usage and did that quite well. In Chrome own test for version 17 (or 16?) Chrome lost to FF8 (or 7?). Can't remember where I read it, but I read something like this. As for market shares - these seem to be divided by region. There are places where Chrome leads, there are places where FF does. But, you might have had a different meaning of superior browser in mind so... ;-) Chrome/Chromium/Webkit feels faster and has better CSS3 support. That's what I meant. Also, the mobile platform is becoming more important every day and most of the mobile browsers are Webkit based. There are too many differing sources of information about market share. It seems like Chrome adoption is increasing while both IE and FF are decreasing, but I don't really know. 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/
[css-d] CSS Via Conditional Comments for Safari?
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?
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] amazing use of css..
Hello again, I'm using FF8, but I think it might be because I'm on Linux. I think I remember hearing something about FF having hardware-accelerated graphics on Windows, but not on Linux. Harware-accelereted graphics are one, but: 1) I'm on Ubuntu ATM 2) Have a feeling (might be mistaken) that this Walker machine is not such kind of animation that would rely heavily on graphics hardware acceleration. 3) The author on site itself says this There are no images or flash animations used in this experiment and the animation on this page may hammer your CPU. If it's CPU, not graphic card, I *think* it's not meant to be using hardware accel. Very true about mobiles. Kinda on a same page, my friend recently noticed, quite relieved, that it was such a good decision NOT to bother with Symbian some time ago, seeing how all things mobile are now... :-) regards, Tomek __ 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?
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] weird firefox bug?
On Dec 22, 2011, at 11:11 PM, Chris Kavinsky wrote: Basically, if you have a list item (same issue with both ol and ul lists) that is hyperlinked and also has a strong tag applied to it, and if the list item extends to a second line, Firefox will drop the marker for that list item. It seems to be a combination of all the above, because if I removed any of the three variables (strong, hyperlink, second line), the marker appears. There was absolutely nothing in the CSS that I could find that would do this, and its fine in all other browsers. I solved the issue by having the CSS apply the bold to any hyperlinked list item. Is anyone else aware of this weird behavior in Firefox, and is it indeed a bug? As david notes, a link to the offending page or even better, a minimal test page, would be helpful. The best I could come up with, based on your description, is this: http://dev.l-c-n.com/_temp/ck-20111222.html (which, of course, doesn't show the issue…). I'm not aware of any combination of mentioned html elements that would cause the list marker to disappear. 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?
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?
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?
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?
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?
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?
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?
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?
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/
Re: [css-d] weird firefox bug?
On Dec 23, 2011, at 9:38 AM, Philippe Wittenbergh wrote: As david notes, a link to the offending page or even better, a minimal test page, would be helpful. The best I could come up with, based on your description, is this: http://dev.l-c-n.com/_temp/ck-20111222.html (which, of course, doesn't show the issue…). I'm not aware of any combination of mentioned html elements that would cause the list marker to disappear. Chris send me a link to the offending page off-list. minimal: http://dev.l-c-n.com/_temp/ck-20111223.html The problem is caused by 'vertical-align: top' in the reset block. (toggle it on/off in Firebug). Now the Big Question: why would Gecko do that ? Sounds like a bug to me, although I'd need to reparse the relevant text in CSS2.1 spec to be sure. Notice also that the text-decoration is above of the link text in my Gecko nightly. 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] weird firefox bug?
On Dec 23, 2011, at 11:38 AM, Philippe Wittenbergh wrote: Chris send me a link to the offending page off-list. minimal: http://dev.l-c-n.com/_temp/ck-20111223.html The problem is caused by 'vertical-align: top' in the reset block. (toggle it on/off in Firebug). Now the Big Question: why would Gecko do that ? Sounds like a bug to me, although I'd need to reparse the relevant text in CSS2.1 spec to be sure. Notice also that the text-decoration is above of the link text in my Gecko nightly. After pondering this a bit, I don't think there is a bug at all. Notice that the document above is in pseudo-strict mode (aka semi-quirks mode), as it uses a transitional doctype. In strict mode, everything behaves correctly. http://dev.l-c-n.com/_temp/ck-20111223-2.html 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/