Posted on June 3rd, 2009 | 1 Comment »
Opera 10 beta, codenamed “Peregrine,” was released today. The high-level features touted on the Opera 10 website are:
- “Opera Turbo for fast browsing on slow connections” – this is essentially the same technology used by Opera Mini to compress content, saving bandwidth and time.
- “New visual tabs and sleek design” – the new design was previously covered here.
- “Speed Dial your way” – users now have the option of customizing the number of websites displayed or the background.
- “Web integration” – tell Opera to use your web-based email client or feed reader as the default for email and feeds, respectively, and it will.
- “Resizable search field”
- “40% faster engine and cutting-edge Web standards support”
While the bulk of those features are notable, it’s pretty obvious that the new visual changes will get the most immediate attention, followed by reviews of the underlying rendering engine, Presto 2.2, once people get some subjective and objective experience with it (does anyone still use a slow connection on their desktop anymore?).
For more on the web standards support added to Presto 2.2, check out Standards support in Opera Presto 2.2 and Opera 10 beta, which among other things, confirms that Opera 10 beta passes the Acid3 test.
To kick the tires on this latest release from Opera, download Opera 10 beta today.
Tags:
Acid3,
Beta,
Features,
Opera,
Opera 10,
Opera 10 Beta,
Opera Mini,
Opera Turbo,
Peregrine,
Presto,
Presto 2.2,
Releases,
Web Standards
While doing some web design brainstorming earlier today, I wondered if any progress had been made on adding support for CSS Gradients beyond WebKit, for which support was first introduced a little over a year ago. Via MozillaZine, I realized I’m not the only one wondering this, and ended up stumbling upon the Bugzilla bug tracking the progress of CSS Gradients support in Firefox. Reading through some of the commentary there, it gave me a newfound appreciation for just how fluid the implementation of these kinds of features really is. For example, it’s somewhat obvious that the original support as announced at Surfin’ Safari was based on some of the canvas documentation related to HTML 5.
Paraphrasing the HTML5 spec and adjusting the language slightly to not be canvas-specific:
“The color of the gradient at each stop is the color specified for that stop. Between each such stop, the colors and the alpha component must be linearly interpolated over the RGBA space without premultiplying the alpha value to find the color to use at that offset. Before the first stop, the color must be the color of the first stop. After the last stop, the color must be the color of the last stop. When there are no stops, the gradient is transparent black…”
Furthermore, it’s obvious that not everyone completely agreed with the initial implementation, and it’s clear that Firefox developers collaborated with WebKit developers to hone in on a more logical implementation.
All of that being said, the reality is that CSS Gradients are not supported widely enough at the moment to be considered tools in the common web developer’s tool belt. As aforementioned, Firefox support is still in progress (as of yesterday, in fact) and support in Internet Explorer 8 and Opera 10 appears to be non-existent, based on visits to this demo in those browsers. The demo only seems to work as expected in Safari and Chrome (the latest “Dev” version, at least), which makes sense, since those are the major players that sport WebKit under the hood.
We’ll be keeping an eye on the progress of CSS Gradients support and several other, similar implementations over the coming year.
Tags:
Bugzilla,
Canvas,
Chrome,
CSS,
CSS Gradients,
Development,
Features,
Firefox,
Google Chrome,
HTML 5,
IE8,
Internet Explorer,
Opera 10,
Opera 10 Alpha,
Parity,
Safari,
Safari 4 Beta,
Web Development,
Web Standards,
WebKit
Posted on March 17th, 2009 | No Comments »
Despite almost feeling like I was there, thanks to the folks I’m following on Twitter, I was very interested in finding out more about what was discussed at the SXSW panel, Browser Wars III: The Platform Wins, which went down yesterday. Now that I’ve read SXSW: Big Browsers Butt Heads, I think it’s pretty safe to say that no wars actually broke out (despite some people’s wishes). There was some interesting discussion, though, ranging from Google’s choice to go with WebKit for Chrome instead of Gecko, to what web standards have in common with sausage, to how JavaScript performance became such a huge part of the browser wars of late. Definitely give the article a read if you get a chance.
Tags:
Articles,
Browser Wars,
Chrome,
Gecko,
JavaScript,
Performance,
SXSW,
Twitter,
Web Standards,
WebKit
Posted on July 12th, 2008 | 2 Comments »
After reading an article over at the SiteCrafting Blah Blah Blog about different ways to alternate table row colors, it occurred to me that the nth-child approach was not mentioned. Way back in 2004 I had implemented a ridiculous (hindsight is 20/20) proof-of-concept around implementing tables without using the <table> tag. However ridiculous the prototype might have been, one touch I added was the use of the nth-child pseudo-class to display alternating table rows in a different color. Here’s what I wrote about that at the time:
This rule is actually a part of the CSS3 selector set, and if your browser was capable of rendering it correctly (I’m willing to bet it isn’t, at least at the time of posting) you’d see alternate background colors on the table rows (alternating between white and light gray).
Remembering that old proof-of-concept today, I decided to have another look at it. I was disappointed to find that even in the latest version of Firefox (version 3), over four years later, the alternating row colors were nowhere to be found. I was happy to see, though, that the latest versions of Opera (9.51 at the time of writing) and Safari (3.1.2 at the time of writing) actually do display the alternating table row colors. As one might guess, IE7 falls in the Firefox camp on this one.
It’s unfortunate that only half of the major players support this useful feature, but I’m guessing we’ll see support added in Firefox 3.1, of which there is a first alpha targeted for release at the end of this month, since that particular release is meant to include a slew of CSS support geared toward Acid3 compliance. Furthermore, one can hope nth-child support will show up in IE8, but that may be the least likely scenario between the two.
Tags:
CSS,
CSS3,
Firefox,
Firefox 3,
Firefox 3.1,
IE7,
IE8,
nth-child,
Opera,
Safari,
Selectors,
Web Development,
Web Standards
Posted on July 8th, 2008 | 5 Comments »
Anyone who has followed the support for web standards in today’s popular web browsers knows that the WebKit rendering engine has been at the forefront of that support. Therefore, if you’re a browserphile like me, there’s a good chance you’re interested in testing out the latest and greatest WebKit build so you can see what all the fuss is about. The following is a step-by-step list of things I had to do to get WebKit nightly builds working on my Windows computer.
- Download and install the Safari web browser for Windows.
- Download the latest WebKit nightly build for Windows.
- Unzip the contents of the download to a location like C:\Program Files\WebKit Nightlies.
- In the contents of the extracted folder, run (either from the command line or by double-clicking on the file) run-nightly-webkit.cmd.
- Watch as several necessary files are copied over to your Safari installation directory.
- If Safari launches and then crashes, fear not. First try running the run-nightly-webkit.cmd file again. If the crashing persists, work backward through the Windows Nightly Build Archive until you find a working build. Remember, nightly builds are almost always considered dangerous (which is why the Firefox nightlies are called “Minefield“) so it may take some tinkering around before you find a good one. The last good one I found at the time of writing was r34388.
- If Safari launches and renders the default start page, you’re in business.
If you want to verify that you’re indeed using the WebKit nightly build you downloaded and not the default Safari rendering engine included with the latest version (3.1.2 at the time of writing), an easy way to check is to head on over to the Acid3 test.
This is what the test looks like in Safari 3.1.2:

And here is what it looks like in WebKit nightly build r34388:

Pretty cool!
I’d be remiss not to mention Swapnonil Mukherjee’s previous post on the subject, which proved to be a pretty good guide to getting a WebKit nightly build running on my computer.
Tags:
Acid3,
Development,
Firefox,
Minefield,
Nightly Builds,
Rendering Engines,
Safari,
Screenshots,
Testing,
Unreleased,
Web Standards,
WebKit,
Windows
Posted on April 30th, 2008 | No Comments »
Nearly two months after the release of Internet Explorer 8 Beta 1, several people have had a chance to test the browser out and formulate their first, second and even third impressions. I’ve listed some of those impressions below, in no particular order:
If you’ve had a chance to play around with IE8 Beta 1, what are your impressions?
Tags:
Beta,
Internet Explorer,
Opinion,
Reviews,
Web Standards
Posted on April 28th, 2008 | No Comments »
This comes verbatim from Anne van Kesteren, a web standards guru who is currently employed by Opera:
Is your (mobile) browser ready for the Web? The W3C “Mobile Web Test Suites Working Group” has been working on a Web Compatibility Test for Mobile Browsers that tests technologies they expect to be relevant in the next two years or so. The test is in spirit similar to the Acid tests, though it contains tests for features that are already widely supported, but are still in draft status from a specification perspective. Think of XMLHttpRequest, the HTML canvas element, Media Queries, Selectors, contenteditable, et cetera.
As mentioned in their blog post, they are also still accepting test input from everyone who’d like to write a test. So if you didn’t get your pet bug/feature in Acid3, now might be the time.
For more information, head on over to the W3C Questions and Answers Blog, or take a look at the actual Web Compatibility Test for Mobile Browsers.
Tags:
Mobile,
Opera,
Web Standards
Posted on April 28th, 2008 | 4 Comments »
Last time around, I didn’t get any feedback on the format of these “Around the Browsersphere” posts, so I’ll give a slightly more organized approach a try and we’ll see how it goes.
Camino
- Camino 1.6, which features a customizable toolbar search field, software update capabilities, a scrolling tab bar, etc., was released on the 17th.
Firefox
Flock
Internet Explorer
Konqueror
Maxthon
Mozilla
Opera and Opera Mini
Safari
SeaMonkey
Minor Players
Tags:
Add-ons,
Beta,
Camino,
Digg,
Extensions,
Firefox,
Flock,
Internet Explorer,
iPhone,
Konqueror,
Mac,
Market Share,
Maxthon,
Microformats,
Minor Players,
Mozilla,
Opera,
Opera Mini,
Releases,
Safari,
SeaMonkey,
Stats,
Web Standards,
WebKit
Posted on April 20th, 2008 | 2 Comments »
It’s been a few months since we caught up with the popular web browser-related submissions on Digg, so let’s do something about that:
Tags:
Acid3,
Digg,
Features,
Firefox,
Mac,
Market Share,
Minor Players,
Mobile,
Opera,
Opera Mini,
Releases,
Reviews,
Safari,
Web Standards,
WebKit
Posted on March 10th, 2008 | 1 Comment »
Being interested in web browsers without having any interest in web development or web standards is probably a bit like being interested in telescopes but not having any interest in outer space (or spying on your neighbors). Therefore, occasionally you’ll see some content here that has less to do with web browsers and more to do with the evolution of web standards, web development, CSS, markup, microformats, etc. This post is an example.
Peter Gasston posted at CSS3 . Info this week reminding visitors to that site that the closing date for letting the W3C know what your priorities are for CSS3 is Monday, March 10th (in other words, get busy). You’re encouraged to leave your feedback as a comment over at webstandards.org, where there are already a whole bunch of suggestions. Some of those suggestions range from requests for the support of constants (though there’s some history on that one) to better form element styling options and control over the color of underlines and strikethroughs to basic animation. If you look hard enough, you might even find a submission from me that goes way back to 2004.
Anyhow, if you’re one of those people spying on your neighbors…I mean that’s interested in web standards and the evolution of CSS, I’d recommend heading over to webstandards.org and letting them know your thoughts before the end of tomorrow (Monday).
Tags:
CSS,
Web Standards