What’s new in Firefox 6?
The most notable addition to this new release are the <progress> element, touch events, Server-Sent Events as well as the return of WebSockets.
The <progress> element
This element can be used to give a visual cue of something in progress in the page. System progress bars are being used, which means that users of MacOS and Linux will see something different than what is pictured here.
The standard Touch events are now available on both Firefox “desktop” and mobile, enabling users to interact with web pages using their fingers on a touch screen.
Try this minimalistic touch demo.
Server Sent Events
Server Sent Events are a mean for a server-side script to generate client-side events accompanied with data.
Messages generated on the server-side with a
text/event-stream mime-type and consist of a list of events data.
data: data generated by the server data: this line will generate a second event
Have a look at the Twitter-like timeline built with server-sent events.
WebSockets are back!
WebSockets can be used to create an interactive communication channel between a browser and a server. They are already used to build “HTML5” chats, multiplayer games, and much much more.
Note that this API will be temporarily namespaced in prevision of upcoming changes to the specification.
- The HTML5
<progress>element, which lets you create a progress bar, is now supported.
- The parsing of the HTML5
<track>element, which specifies text tracks for media elements, is now supported. This element should appear in the DOM now, though its behavior is still not implemented.
<iframe>element is now clipped correctly by its container when the container’s corners have been rounded using the
<input>fields no longer support the XUL
maxwidthproperty; this was never intentional, and is in violation of the HTML specification. You should instead use the
sizeattribute to set the maximum width of input fields.
strokeStyleused to ignore garbage included after a valid color definition; now this is correctly treated as an error. For example, “red blue” as a color used to be treated as “red”, when it should have been ignored.
- The width and height of
<canvas>elements can now properly be set to 0px; previously, these were getting arbitrarily set to 300px when you tried to do that.
- When a
<textarea>element receives focus, the text insertion point is now placed, by default, at the beginning of the text rather than at the end. This makes Firefox’s behavior consistent with other browsers.
- This new property lets you set the color used by text decorations, such as underlines, overlines, and strikethroughs.
- This new property lets you set the kind of text decorations added to an element.
- This new property lets you set the style of text decorations, such as underlines, overlines, and strikethroughs. Styles include single-strokes, double strokes, wavy lines, dotted lines, and so forth.
- This new property lets you control how hyphenation of words during line wrapping is handled.
- A new (currently Mozilla-specific) property which lets you control the vertical or horizontal orientation of certain elements (particularly
- A Mozilla-specific pseudo-element that lets you style the area of an
<progress>element representing the completed portion of a task.
Other CSS changes
@-moz-documentproperty has a new
regexp()function, which lets you match the document’s URL to a regular expression.
azimuthCSS property is no longer supported, as we have removed what little code we had for the
auralmedia group. It was never significantly implemented, so it made more sense to remove the crufty implementation for the time being rather than try to patch it up.
- In the past, the
:hoverpseudoclass was not applied to class selectors when in quirks mode; for example,
.someclass:hoverdid not work. This quirk has been removed.
:indeterminatepseudo-class can be applied to
<progress>elements. This is non-standard, but we hope it will be adopted by other browsers, because it will be useful.
- Using media queries from code
- You can now test the result of a media query string programmatically using the
window.matchMedia()method and the
- Touch events
- Firefox 6 adds support for W3C standard touch events; these make it easy to interpret one or more touches at a time on touch-sensitive surfaces such as touch screens and trackpads.
- Server-sent events
- Server-sent events make it possible for a web application to ask a server to send events just like any locally-created DOM event.
navigator.securityPolicy, which has returned an empty string for a long time, has been removed outright.
BlobBuilderis now implemented, although for now it’s prefixed (so you need to use
document.widthhave been removed. bug 585877
notationsproperties, which were never implemented and always returned
null, have been removed, since they’ve been removed from the specification anyway.
DOMConfigurationinterface and the
document.domConfigproperty that used it have both been removed; they were never supported and have since been removed from the DOM specification.
hashchangeevent now correctly includes the
abort()method now throws an exception when used if no file read is in progress.
window.historyAPI now uses the structured clone algorithm to serialize the objects you pass to the
replaceState()methods; this lets you use more complex objects (including those that contain cyclic graphs of references).
- You can now detect when printing has been initiated and has completed by listening for the new
document.strictErrorCheckingproperty has been removed, since it was never implemented and was removed from the DOM specification.
- The standard
event.defaultPreventedproperty is now supported; you should use this instead of the non-standard
getPreventdefault()method to detect whether or not
event.preventDefault()was called on the event.
window.topproperty is now properly read only.
- DOM views, which we never documented, have been removed. This was a bit of implementation detail that was unnecessarily complicating things, so we got rid of it. If you notice this change, you’re probably doing something wrong.
useCaptureparameter is now optional, as it is in WebKit (and as per the latest version of the specification).
mozResponseArrayBufferproperty of the
XMLHttpRequestobject has been replaced with the
element.datasetproperty has been added to the
HTMLElementinterface allowing access to the
data-*global attributes of an element.
customEventmethod has been implemented. (see bug 427537 )
- For security reasons,
- In the past, it was possible to use the
newoperator on several built-in functions (eval, parseInt, Date.parse…) that should not have allowed it, according to the specification. This behavior is no longer supported. Using the
newoperator in this way was never officially supported and was not widely done, so it’s unlikely that this change affects you.
- ECMAScript Harmony WeakMaps have been added as a prototype implementation.
pathLengthattribute is now supported.
- SVG patterns, gradients, and filters now work correctly when loaded from
- The implementation of
<mstyle>has been corrected.
- A state change event is now correctly sent when the value of
- An attribute change event is now correctly sent when
- WebSockets was updated to protocol version 07 for Firefox 6.
- Parsing of the
Content-Dispositionheader has been fixed to properly interpret backslash-escaped ASCII characters as just that character itself. Previously it was incorrectly replacing that character with an underscore (“_”).
- The value of the path field on
Set-Cookieheaders is now interpreted correctly when quotes are used; previously, they were being treated as part of the path string instead of as delimiters. This change may affect compatibility with some web sites, so authors should check their code.
Upgraderequest header is now supported; you can request an upgrade of an HTTP channel to another protocol by calling
- Support for microsummaries has been removed; these were never widely used, were not very discoverable, and continuing to support them was making improvements to the Places (bookmark and history) architecture difficult.
- WebGL now supports the
You can help us improve those changelogs by telling if you find the level of details appropriate.
Developer Relations Team, long time jQuery contributor and Open Web enthusiast. @louis_remi