Tuesday, August 18th, 2009
CSS improvements, speed, and more with Firefox 3.6 alpha
>Firefox 3.6 alpha releases have already arrived and there are already cool new features on the heals of the 3.5 release, as well as rapid speed improvements.
People have focused on the new CSS improvements (Acid3 now gets 94/100) such as the tweaked CSS gradient support:
-
-
.heading {
-
background: #729FCF -moz-linear-gradient(left top, left bottom,
-
from(rgba(255, 255, 255, 0.45)), to(rgba(255, 255, 255, 0.50)),
-
color-stop(0.4, rgba(255, 255, 255, 0.25)),
-
color-stop(0.6, rgba(255, 255, 255, 0.0)),
-
color-stop(0.9, rgba(255, 255, 255, 0.10)));
-
color: white;
-
height: 40px;
-
}
-
We also get new background rules such as background-size and multiple backgrounds.
Read more 3.6 for developers info:
- The
background-sizeproperty from the CSS 3 Backgrounds and Borders draft is supported under the name-moz-background-size.- A proposal for CSS
gradientsis supported forbackground-image.- Multiple background images are now supported.
- The
remlength unit from CSS3 Values and Units is now supported.image-renderingis supported for images, background images, videos and canvases.text-align:end is now supported- DOM changes to elements using the table
displaytypes now work much better.You can determine whether or not content is being rendered on a touch-enabled device using the new
:-moz-system-metric(touch-enabled)selector.
- The reorder event is now sent to embedded frames and iframes when their document is loaded. See
bug 420845.- The
getBoxObjectFor()method has been removed, as it was non-standard and exposed even more non-standard stuff to the web. See
bug 340571. Also affects mootools which uses this call for Gecko detection. See this mootools bug.- A new attribute has been created,
mozScreenPixelsPerCSSPixel, for obtaining the amount of screen pixels per CSS pixel onnsIDOMWindowUtils. This can be used in conjunction with the new global properties,mozInnerScreenXandmozInnerScreenY, to compute screen coordinates. Seebug 486200 and
bug 507755.- When the page's URI's document fragment identifier (the part after the "#" (hash) character) changes, a new
hashchangeevent is sent to the page. See window.onhashchange for more information.- Geolocation "address" support is now available enabling user-readable position information. See
- The attribute
document.readyStateis now supported. Gecko also supportsdocument.onreadystatechangenow.- Support for HTML 5's
element.classListto allow easier handling of the class attribute.
Related Content:











window.onhashchange and element.classList are awesome!
on the heels (not heals)
Mmmm… graaadients… *drool*
window.onhashchange is also very cool, opens up plenty of possiblities
yay, onhashchange – one thing I’ve noticed with the conditional logic:
if (“onhashchange” in window) {
.. do ..
}
Can be potentially problematic in IE8, if the page is running in IE7 compat mode, this will return true, however the event will never actually fire.
This is great. I thought we’d have to wait until 4.0 to get the background features. Woo hoo!
Looks like they’ve implemented some SVG animation… Good news.
Lets also hope that the speed is something similar to Chromes…