RE: [WSG] Chrome and Safari render the same...or do they?
To my eyes, the reason is that the font itself is larger on the right hand side. Naturally this will give a larger line-height, unless you have specified otherwise. Regards, Mike Mike Brockington Web Development Specialist www.calcResult.com www.stephanieBlakey.me.uk www.edinburgh.gov.uk This message does not reflect the opinions of any entity other than the author alone. From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On Behalf Of Jens-Uwe Korff Sent: 09 January 2009 05:22 To: wsg@webstandardsgroup.org Subject: RE: [WSG] Chrome and Safari render the same...or do they? Hi all, thanks for your suggestions. I'm attaching a side-by-side comparison of a snippet of the page since I cannot put any code live, hoping the attachment gets delivered. Safari is on the left, Chrome on the right. If you cannot see the attachment, it shows how the graphical background elements are all lined up vertically, but the type is not. There's a slowly increasing offset between text lines in each of the two boxes. I'll try the rounding approach David suggested and will report back. Sorry for the delay, I've been busy with urgent tasks. Thanks, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
Jens-Uwe Korff wrote: I'm running into big rendering differences between Google Chrome and Safari 3.1/PC. They are said to render pages the same, given that they're using the same Webkit engine. They're using the WebKit engine, not necessarily the same version. Safari is at version 3.2.1 last I looked BTW. The differences seem to be mainly due to the different font rendering. Safari's fonts are way smaller, hence my boxes are smaller and shift up, breaking the layout. All my testing concludes that Safari's fonts show up ever so slightly larger than Chrome's and other browsers' on same OS (XP Vista), but these differences are insignificant and may only occasionally cause earlier line-breaks in Safari. Would be interesting to see your example page to see if your way of styling can cause the differences you experience, or if they're caused by you setting those browsers different locally. --- No, there are no Safari vs. Chrome CSS hacks, and I hope no-one ever find or at least not use any since it'll probably do more harm than good and hit a number of other WebKit based browsers. It'll probably also target designer-bugs that are counteracted in the next versions of WebKit based browsers, and create problems that way. One should never hack live browsers. regards Georg -- http://www.gunlaug.no *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
I think this comes down more to which font rasterisation engine a system is using. I don’t think Safari on Windows for example has full access to AAT and Quartz and thus will render type using ClearType and GDI on Windows. Add Firefox into the mix which uses Cairo and you’ll get different results again, which are easily visible (for example) when comparing how Firefox using Cairo and ATSUI renders fonts that don’t have their own small-capitals and thus must downsize capitals to a small-cap scale (traditionally the x-height of the face) and how Safari handles the same thing. (Safari, I find does this better—a good font to test this with is Georgia which sadly lacks proper real small- capitals.) To fix layout issues with content running outside your boxes use absolute, fixed and relative positioning instead of floats, eg: div#container { position: relative; width: 100%; } div.content_primary { width: 60%; left: 0; } div.content_secondary { width: 40%; left: 60%; } This way you can also quickly switch your columns around without touching your markup; add absolute positioning to the column that appears first in the markup (likely to be content_primary) and swap the left property indent. Hope any of this helps. —Pascal On 08/01/2009, at 4:36 PM, Jens-Uwe Korff wrote: Hi experts, I'm running into big rendering differences between Google Chrome and Safari 3.1/PC. They are said to render pages the same, given that they're using the same Webkit engine. The differences seem to be mainly due to the different font rendering. Safari's fonts are way smaller, hence my boxes are smaller and shift up, breaking the layout. Anyone knows why this is so? Is there a workaround, i.e. a Safari-only CSS hack? Cheers, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** --- Simon Pascal Klein Concept designer (w) http://klepas.org (e) kle...@klepas.org *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
Hi everybody, Even though Chrome is based on Webkit, Chrome actually uses another graphics/rendering engine (the drawing layer) called Skia (source code: http://src.chromium.org/viewvc/chrome/trunk/src/skia/). A bit like the javascript engines, Google didn't use webkits' javascript engine (Sqirrelfish or whatever they had before it) but developed one themselves; V8... Skia came from an acquisition made by Google in 2005 of a small startup specialising in Mobile graphics ( http://localtechwire.com/business/local_tech_wire/news/story/1126258/). Skia seems to be heavily used in Android and is now part of Chrome as well. Thus there are differences in rounded borders where the antialiasing doesn't work so well, fonts that are smoothed differently and shadows are rendered incorrectly. This was the case a few monts ago, but I haven't tested it recently; it might be better now. I've heard about opacity and png problems (rounding alpha values to 1bit) but I haven't noticed any problems with that. I'm not sure why Google decided to use Skia, maybe some proprietary bits from Quartz or from Safari that could not be used, maybe they just wanted to use their own technology... Maybe somebody else here knows about it ? Cheers, Johan Douma johando...@gmail.com 2009/1/8 Simon Pascal Klein kle...@klepas.org I think this comes down more to which font rasterisation engine a system is using. I don't think Safari on Windows for example has full access to AAT and Quartz and thus will render type using ClearType and GDI on Windows. Add Firefox into the mix which uses Cairo and you'll get different results again, which are easily visible (for example) when comparing how Firefox using Cairo and ATSUI renders fonts that don't have their own small-capitals and thus must downsize capitals to a small-cap scale (traditionally the x-height of the face) and how Safari handles the same thing. (Safari, I find does this better—a good font to test this with is Georgia which sadly lacks proper real small-capitals.) To fix layout issues with content running outside your boxes use absolute, fixed and relative positioning instead of floats, eg: div#container { position: relative; width: 100%; } div.content_primary { width: 60%; left: 0; } div.content_secondary { width: 40%; left: 60%; } This way you can also quickly switch your columns around without touching your markup; add absolute positioning to the column that appears first in the markup (likely to be content_primary) and swap the left property indent. Hope any of this helps. —Pascal On 08/01/2009, at 4:36 PM, Jens-Uwe Korff wrote: Hi experts, I'm running into big rendering differences between Google Chrome and Safari 3.1/PC. They are said to render pages the same, given that they're using the same Webkit engine. The differences seem to be mainly due to the different font rendering. Safari's fonts are way smaller, hence my boxes are smaller and shift up, breaking the layout. Anyone knows why this is so? Is there a workaround, i.e. a Safari-only CSS hack? Cheers, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** --- Simon Pascal Klein Concept designer (w) http://klepas.org (e) kle...@klepas.org *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org
Re: [WSG] Chrome and Safari render the same...or do they?
Just though I'd let you know about this, I actually think this is a pretty serious problem, because it breaks a lot of scripts and doesn't conform with the other browsers even though it conforms to the javascript spec. V8 (chrome's js engine) can take the values in an array in a random order. If we have my_array = new Array(val1,val2,val3,val4, etc... ); And we loop thru that array with for-in the values might come out as val4, val1, val3 The js spec actually says that it can loop thru an array in any order, but it actualy should be fixed to conform with other browsers. ( https://mail.google.com/mail/?zx=zux2r51mnf08shva=1#label/assoc/11eb4c430f775f2c ) Wait and see... Maybe leave a message behind on the bug page to make Google fix it. Johan Douma johando...@gmail.com 2009/1/8 Johan Douma johando...@gmail.com Hi everybody, Even though Chrome is based on Webkit, Chrome actually uses another graphics/rendering engine (the drawing layer) called Skia (source code: http://src.chromium.org/viewvc/chrome/trunk/src/skia/). A bit like the javascript engines, Google didn't use webkits' javascript engine (Sqirrelfish or whatever they had before it) but developed one themselves; V8... Skia came from an acquisition made by Google in 2005 of a small startup specialising in Mobile graphics ( http://localtechwire.com/business/local_tech_wire/news/story/1126258/). Skia seems to be heavily used in Android and is now part of Chrome as well. Thus there are differences in rounded borders where the antialiasing doesn't work so well, fonts that are smoothed differently and shadows are rendered incorrectly. This was the case a few monts ago, but I haven't tested it recently; it might be better now. I've heard about opacity and png problems (rounding alpha values to 1bit) but I haven't noticed any problems with that. I'm not sure why Google decided to use Skia, maybe some proprietary bits from Quartz or from Safari that could not be used, maybe they just wanted to use their own technology... Maybe somebody else here knows about it ? Cheers, Johan Douma johando...@gmail.com 2009/1/8 Simon Pascal Klein kle...@klepas.org I think this comes down more to which font rasterisation engine a system is using. I don't think Safari on Windows for example has full access to AAT and Quartz and thus will render type using ClearType and GDI on Windows. Add Firefox into the mix which uses Cairo and you'll get different results again, which are easily visible (for example) when comparing how Firefox using Cairo and ATSUI renders fonts that don't have their own small-capitals and thus must downsize capitals to a small-cap scale (traditionally the x-height of the face) and how Safari handles the same thing. (Safari, I find does this better—a good font to test this with is Georgia which sadly lacks proper real small-capitals.) To fix layout issues with content running outside your boxes use absolute, fixed and relative positioning instead of floats, eg: div#container { position: relative; width: 100%; } div.content_primary { width: 60%; left: 0; } div.content_secondary { width: 40%; left: 60%; } This way you can also quickly switch your columns around without touching your markup; add absolute positioning to the column that appears first in the markup (likely to be content_primary) and swap the left property indent. Hope any of this helps. —Pascal On 08/01/2009, at 4:36 PM, Jens-Uwe Korff wrote: Hi experts, I'm running into big rendering differences between Google Chrome and Safari 3.1/PC. They are said to render pages the same, given that they're using the same Webkit engine. The differences seem to be mainly due to the different font rendering. Safari's fonts are way smaller, hence my boxes are smaller and shift up, breaking the layout. Anyone knows why this is so? Is there a workaround, i.e. a Safari-only CSS hack? Cheers, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe:
RE: [WSG] Chrome and Safari render the same...or do they?
Any script that relies on an array being ordered, without actually doing a sort() is seriously deficient. As you mentioned yourself, this behaviour is entirely in agreement with the JS spec. Regards, Mike From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On Behalf Of Johan Douma Sent: 08 January 2009 11:22 To: wsg@webstandardsgroup.org Subject: Re: [WSG] Chrome and Safari render the same...or do they? Just though I'd let you know about this, I actually think this is a pretty serious problem, because it breaks a lot of scripts and doesn't conform with the other browsers even though it conforms to the javascript spec. V8 (chrome's js engine) can take the values in an array in a random order. If we have my_array = new Array(val1,val2,val3,val4, etc... ); And we loop thru that array with for-in the values might come out as val4, val1, val3 The js spec actually says that it can loop thru an array in any order, but it actualy should be fixed to conform with other browsers. (https://mail.google.com/mail/?zx=zux2r51mnf08shva=1#label/assoc/11eb4c 430f775f2c) Wait and see... Maybe leave a message behind on the bug page to make Google fix it. Johan Douma johando...@gmail.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
I said indeed serious problem, although that is indeed debatable. for in should indeed be used carefully, it's not quite reliable and browsera all have different behaviours, although chrome's behaviour is the most unreliable (if we can call it like that) due to the order of elements returned. Even though chrome's behaviour is in agreement with the spec it doesn't do what all the other browsers do. Now, do we want to strictly follow the spec and Google leaves it like that? Or do we want it conform to what's already been done, for what? Is it in order not to break the web, or is it really to gain market share? Following the spec to stricly might make a browser too different and might stop adoption (even tho this is only one problem); most people will consider this a bug and as per spec... What's Google going to do? I'll stop there, this is an entirely other debate... Johan Douma johando...@gmail.com 2009/1/8 michael.brocking...@bt.com Any script that relies on an array being ordered, without actually doing a sort() is seriously . Asdeficient you mentioned yourself, this behaviour is entirely in agreement with the JS spec. Regards, Mike -- *From:* li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] *On Behalf Of *Johan Douma *Sent:* 08 January 2009 11:22 *To:* wsg@webstandardsgroup.org *Subject:* Re: [WSG] Chrome and Safari render the same...or do they? Just though I'd let you know about this, I actually think this is a pretty serious problem, because it breaks a lot of scripts and doesn't conform with the other browsers even though it conforms to the javascript spec. V8 (chrome's js engine) can take the values in an array in a random order. If we have my_array = new Array(val1,val2,val3,val4, etc... ); And we loop thru that array with for-in the values might come out as val4, val1, val3 The js spec actually says that it can loop thru an array in any order, but it actualy should be fixed to conform with other browsers. ( https://mail.google.com/mail/?zx=zux2r51mnf08shva=1#label/assoc/11eb4c430f775f2c ) Wait and see... Maybe leave a message behind on the bug page to make Google fix it. Johan Douma johando...@gmail.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On Behalf Of Johan Douma Sent: 08 January 2009 11:22 To: wsg@webstandardsgroup.org Subject: Re: [WSG] Chrome and Safari render the same...or do they? Just though I'd let you know about this, I actually think this is a pretty serious problem, because it breaks a lot of scripts and doesn't conform with the other browsers even though it conforms to the javascript spec. V8 (chrome's js engine) can take the values in an array in a random order. If we have my_array = new Array(val1,val2,val3,val4, etc... ); And we loop thru that array with for-in the values might come out as val4, val1, val3 The js spec actually says that it can loop thru an array in any order, but it actualy should be fixed to conform with other browsers. (https://mail.google.com/mail/?zx=zux2r51mnf08shva=1#label/assoc/11eb4c430f775f2c) And this, my friends, is why web developers like me always insist that specs should be more specific instead of being so flexible. -- -- Christian Montoya christianmontoya.net *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Chrome and Safari render the same...or do they?
On Thu, 8 Jan 2009 16:36:45 +1100, Jens-Uwe Korff wrote: Hi experts, I'm running into big rendering differences between Google Chrome and Safari 3.1/PC. They are said to render pages the same, given that they're using the same Webkit engine. The differences seem to be mainly due to the different font rendering. Safari's fonts are way smaller, hence my boxes are smaller and shift up, breaking the layout. Anyone knows why this is so? Is there a workaround, i.e. a Safari-only CSS hack? I don't know why there would be a difference between Safari and Chrome, but I did some testing of font sizing across as many browsers as I could a few months ago. I noticed that Safari tended to round down fractions of a percent. So theoretical (calculated) percents may produce the effect you notice. I found that rounding up any fraction of 1% to the next higher integer (or next .01em) to work well cross-browser. This may not be your issue, but hope it helps. Cordially, David -- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
RE: [WSG] Chrome and Safari render the same...or do they?
Hi all, thanks for your suggestions. I'm attaching a side-by-side comparison of a snippet of the page since I cannot put any code live, hoping the attachment gets delivered. Safari is on the left, Chrome on the right. If you cannot see the attachment, it shows how the graphical background elements are all lined up vertically, but the type is not. There's a slowly increasing offset between text lines in each of the two boxes. I'll try the rounding approach David suggested and will report back. Sorry for the delay, I've been busy with urgent tasks. Thanks, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** attachment: safari-vs-chrome.gif
Re: [WSG] Chrome and Safari
Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? I don't know of any issues now, but as a long term solution I would assume that the two browsers will get out of synch at some stage in terms of the specific version of teh rendering engine. Also as other people have noted the whole browser is more than just the rendering engine; so it's prudent to test them separately. cheers, Ben -- --- http://weblog.200ok.com.au/ --- The future has arrived; it's just not --- evenly distributed. - William Gibson *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Chrome and Safari
Not only JS, there are differences in CSS as well. Shadows appear, but kinda buggy, not as it should. text-shadow and box-shadow. The rounded borders are not antialiased (as in aliased or pixelated) in Chrome whereas FF3 and Safari handle it correctly. And font-face doesn't work at all, whereas it does in safari. I know these properties are not part of css2.1, so it's acceptable, but good to know. That was a few weeks ago as well. Maybe it's been fixed... I haven't checked today. I've heard about problems with png as well, but I haven;t seen any problems on that side of things. There are probably other things that are different in Chrome than in Safari. Cheers, Johan Douma 2008/10/16 Ben Buchanan [EMAIL PROTECTED] Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? I don't know of any issues now, but as a long term solution I would assume that the two browsers will get out of synch at some stage in terms of the specific version of teh rendering engine. Also as other people have noted the whole browser is more than just the rendering engine; so it's prudent to test them separately. cheers, Ben -- --- http://weblog.200ok.com.au/ --- The future has arrived; it's just not --- evenly distributed. - William Gibson *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Chrome and Safari
On Thu, 16 Oct 2008 10:49:59 +1000, [EMAIL PROTECTED] wrote: Hi, Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? The two are mostly in sync, but I wouldn't depend on it. I would test in both, if I were you. Cordially, David -- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Chrome and Safari
From what I can tell Safari 3.1 for Windows and Google Chrome use exactly the same version of WebKit (according to their respective user agents anyway), so they should render identically. JavaScript DOM support is a different matter though. Regards, Damian Edwards Microsoft MVP | ASP/ASP.NET Readify | Senior Consultant M: 0448 545 868 | E: [EMAIL PROTECTED] | C: [EMAIL PROTECTED] | W: www.readify.net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, 16 October 2008 11:50 To: wsg@webstandardsgroup.org Subject: [WSG] Chrome and Safari Hi, Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? ___ Christian Fagan Fagan Design fagandesign.com.au *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Chrome and Safari
May I ask how so, for future reference please? On Wed, Oct 15, 2008 at 8:59 PM, Damian Edwards [EMAIL PROTECTED]wrote: From what I can tell Safari 3.1 for Windows and Google Chrome use exactly the same version of WebKit (according to their respective user agents anyway), so they should render identically. JavaScript DOM support is a different matter though. Regards, Damian Edwards Microsoft MVP | ASP/ASP.NET Readify | Senior Consultant M: 0448 545 868 | E: [EMAIL PROTECTED] | C: [EMAIL PROTECTED] | W: www.readify.net -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, 16 October 2008 11:50 To: wsg@webstandardsgroup.org Subject: [WSG] Chrome and Safari Hi, Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? ___ Christian Fagan Fagan Design fagandesign.com.au *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
RE: [WSG] Chrome and Safari
They are different engines from a JavaScript DOM perspective. So while they both support most of the same JavaScript DOM features, there are differences so you need to exercise the usual caution. I don't know what the differences are exactly but I've seen sites that have JS fail in Chrome that works in Safari 3.1. Regards, Damian Edwards Microsoft MVPhttps://mvp.support.microsoft.com/profile/Damian.Edwards | ASP/ASP.NET Readify | Senior Consultant M: 0448 545 868 | E: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | C: [EMAIL PROTECTED]sip:[EMAIL PROTECTED] | W: www.readify.nethttp://www.readify.net/ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brett Patterson Sent: Thursday, 16 October 2008 12:06 To: wsg@webstandardsgroup.org Subject: Re: [WSG] Chrome and Safari May I ask how so, for future reference please? On Wed, Oct 15, 2008 at 8:59 PM, Damian Edwards [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] wrote: From what I can tell Safari 3.1 for Windows and Google Chrome use exactly the same version of WebKit (according to their respective user agents anyway), so they should render identically. JavaScript DOM support is a different matter though. Regards, Damian Edwards Microsoft MVP | ASP/ASP.NEThttp://ASP.NET Readify | Senior Consultant M: 0448 545 868 | E: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | C: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] | W: www.readify.nethttp://www.readify.net -Original Message- From: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Sent: Thursday, 16 October 2008 11:50 To: wsg@webstandardsgroup.orgmailto:wsg@webstandardsgroup.org Subject: [WSG] Chrome and Safari Hi, Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? ___ Christian Fagan Fagan Design fagandesign.com.auhttp://fagandesign.com.au *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Chrome and Safari
Not from what I've seen - safari (pc based) can be fine, chrome not. I'd have to go through my history somewhat to link theese pages/sites but if you must have the proof... At the end of the day never assume 'just cos one works another similar will'. Chrome may be based on something, doesn;t make it work identical. My twin is based off the same genetics - but he's an asshole ;) Jon [EMAIL PROTECTED] wrote: Hi, Seeing as though Google's new Chrome browser uses the same rendering engine as Apple's Safari, would it be acceptable to test browser layout issues in Chrome and assume the same CSS solutions apply in Safari? Does anyone know of any distinct differences in CSS rendering between the 2 browsers? ___ Christian Fagan Fagan Design fagandesign.com.au *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***