Skip navigation.

ODIN Blog

Opera Developer Network

Posts tagged with "news"

SVG Tiny 1.2 enters last call

, , ,

The SVG Working Group has publish the Last Call of the SVG Tiny 1.2 working draft. It is welcoming comments until the 13th of October.

Its goal is to provide the ability to create a whole range of graphical content, from static images to animations to interactive Web applications.

SVG Tiny 1.2 is an update of the SVG Tiny 1.1 spec, and the Working Group hope to get the specification finished soon. The Tiny profile is a subset of the SVG Full 1.2 spec. Opera’s own Erik Dahlström is a key member of the Working Group, and Opera’s SVG implementer. Opera 9.5 supports 93.8% of the SVG Full 1.1

test suite—the highest of any browser—and has some preliminary support for SVG Tiny 1.2. This includes the animation, handler, solidColor and textArea elements and a whole host of attributes, CSS properties and DOM interfaces. Check the SVG specs supported in 9.5 for more information on what SVG Tiny 1.2 is supported already.

Open the Web update: LiveJournal

, , ,

I’ve recently returned from Russia and the iCamp conference, where I meet, amongst others SUP. You may know them as the Russian company that purchased LiveJournal. They were a company I really wanted to talk to as we’ve had many reports that the rich text editor on LJ doesn’t work in our browser. This was a big issue for both ourselves and SUP as Opera is the number 2 browser in Russia, behind IE. Live Journal is also very popular in Russia and other former Soviet states.

Unlike the difficulties we often face when talking to western developers, SUP were very happy to work with us, and promised that they were looking into the issues, which would also make sure the site would work as expected in Safari as well. Today marks the fruits of that labour, and I’m happy to announce that Live Journal now fully works in Opera. That’s a nice belated birthday present for me. Let me extend my thanks for those, both in Russia and Califronia that worked on this, plus the fine folks at FCKEditor for reporting bugs and making sure it works in our browser.

HTML5 Validator now in beta

, ,

News just in (via Twitter) from Karl Dubost of the W3C. The HTML5 validator is now in beta and available on the W3C site. This will make it much easier to experiment with new HTML5 elements and attributes, and make sure they are valid. Go check it out.

We are happy to announce that W3C has integrated a version of HTML 5 conformance checker into a beta instance of the W3C Markup validator. That will help us to detect bugs, improve the user interface, and benefit from the large W3C communities. Karl Dubost

Open the Web update: Google, Facebook, Apple, eBay

,

A number of high profile sites have been fixed or are in the process of being fixed this week and last. Many users noticed that Orkut broke in Opera Mini. We were snowed under with bug reports on this issue. The issue was with a malformed meta refresh that was sent to Opera Mini. We’ve been in touch with the Orkut team and they’ve kindly fixed the issue. Orkut especially has many Opera Mini users, as we both share two markets that we are both very strong in–Brazil and India. All those users can get back to having a mobile social life now.

On the subject of Google, Google Docs removed the block on Opera a while ago, but the Spreadsheets and Presentation components still blocked Opera at the door. We’ve been talking to the Spreadsheets team, and that block should be removed shortly. Now we just need to get Google Presentations working and the suite will fully support Opera.

Next up, Apple.com had a number of issues with embedding videos in their pages with Opera. These have now been fixed. One site that has caused Opera headaches for a long time is eBay. We had both spoofs and browser.js patches for this site. We’ve been in touch with eBay for a while now, and we just got informed now that they’ve been working on fixes and eBay now supports Opera. Big thanks for the people at eBay that worked to make sure that long standing Opera issues were fixed.

Finally, the last major site I want to highlight is the new Facebook. When releasing the new version, there was issues in Facebook.JS that caused Opera to not work with the friends list. We’ve been in touch with Facebook and they fixed the issue this week.

With Google Docs compatibility issues slowing winding down, one of the main issues we’d like to fix in the Open the Web team is the compatibility with Yahoo! Mail. This is one of our main blockers, and while Yahoo! in general are very responsive to fixing issue, Yahoo! Mail has always remained allusive. Another issue with Yahoo! is Yahoo! Maps India, which in their own words from the blocking page sucks. I’m not sure if this version of Maps is used in different territories as, taking a random sampling of UK, USA, Germany and Brazil, all of their Maps sites work in Opera.

The future of video on the Web

, , ,

Audio and video has been a part of the Web since the early days. Just like the browser wars, with the made for IE or made for Netscape badges, it wasn’t uncommon to see badges asking you to download Real player or Window Media Player. Real were early leaders but lost that lead, with the BBC seemingly one of the last bastions of Real media content. The format war wasn’t won however, and it wasn’t until YouTube and its Flash movie player hit the big time that video consumption and publishing really exploded on the Web.

While many major sites have switched from their previous solutions to a YouTube-style Flash solution, a number of issues remain that stop audio and video being a first-class citizen on the Web. One of the key aspects of the Web is linking, and with current video players there is no way to link to fragments of video content. There is also the problem of open codecs and requiring plug-ins to include audio and video on a page. One reason why it is important not to rely on plug-ins is that single-vendor solutions may not be available on every platform that a browser is available. This is becoming a bigger issue as the Web becomes more popular away from the desktop.

HTML 5 plans to solve the plug-in issue by including the video and audio element. Ogg Theora was originally specified as the format of choice for video but it has since been removed from the spec. While both Opera and Mozilla have implemented Ogg Theora support, this move by the W3C is worrying as the other two major browser vendors both have their own proprietary media formats which earn them a lot of money. It is most likely that neither of these vendors will include an open format in their browser and will promote either Windows Media or Quicktime as that's in their financial interests. Apple are already promoting Quicktime, and the codecs it supports as the only way of supporting video on the iPhone.

In an effort to promote open standards-based video on the Web, the W3C has just launched the Video in the Web Activity. As they state in their mission statement:

Enabling users (from individuals to large organizations) to put video in the Web requires that we build a solid architectural foundation that enables people to create, navigate, search, link and distribute video, effectively making video part of the Web instead of an extension that doesn't take full advantage of the Web architecture.

The activity consists of three main groups:

  • Timed Text Working Group
  • Media Fragments Working Group
  • Media Annotations Working Group

The Timed Text Working Group will design a XML based Timed Text Authoring Format. One of the major use cases for Timed Text is for closed captioning and subtitles which will aid efforts to make video on the web more accessible, and aid localisation.

The Media Fragments Working Group is tasked with specifying how to use URIs to link and identify media (audio, video and images) fragments. For example, one should be able to link to a certain segment of a video, such as when a particular news story starts in a news broadcast, or to identify a person in a video with a link to their wikipedia entry.

The Media Annotations Working Group is tasked with making an ontology to describe media objects—creating a set of common metadata names for describing video, audio and images. It will also create a API to access this information so that if different formats adopt this ontology there is a standard way for scripts to access the metadata that is contained the the media file. This is needed as each format specifies their own metadata format, each incompatible with the others, such as MPEG-7, iTunes XML, IPTC, EXIf and many more.

One noticeable absentee from that list is a group to work on defining a W3C recommendation for a audio and video codec. It has been argued that is not an area that the W3C should cover. Others point out that it already specifies raster (PNG) and vector (SVG) graphic formats. One issue with current open codecs is the issue of submarine patents, as it is not known if many of the big guns in the media business own patents that could be infringed by formats like Ogg Vorbis and Ogg Theora. Due to the patent policy the W3C has, any member (which include major video patent holders such as Microsoft and Apple) must declare if they own any patents on any spec that the W3C produces. This would greatly reduce the risk in a browser vendor supporting the codec, and would bring us closer to having interoperable video on the Web, that would work cross-browser, cross-platform and cross-device.

While the work the new working groups will undertake in their respective areas is a welcome leap forward, and audio and video elements in HTML5 are needed, unless the W3C includes defining a new or existing codec and media format as a W3C recommendation as a part of the statement of work for the Video in the Web Activity, then in my opinion its potential for delivering interoperable media on the Web will most likely fall short of its intended goal. Having a API to write against for meta-data, and a closed captioning standard will simplify authoring somewhat, but authoring will be much simpler and less costly if media can be delivered in one format, no matter if is to be delivered to a Windows based PC, a Linux based set top box or a Symbian smart phone. Except for issues with IE6, which are starting to become a thing of the past, authors don't have to worry if a certain platform supports PNG or JPEG graphic formats, and it should be the same with video and audio. If the W3C plan to work on this, and I’ve just missed it in the announcement, then all is good in the world, and we can look forward to seeing the fruits of their labour in the future.