Skip navigation.

ODIN Blog

Opera Developer Network

Opera Scope protocol specification released

, ,

With great pleasure I can announce that we have released the Scope protocol specification, which is used in Opera Dragonfly and some of our internal QA tools. Currently Opera Dragonfly uses the STP/0 version, but for future version of Opera we will switch to the STP/1 version, which all new clients are recommended to use.

One of the reasons to release this documentation is that we hope that other browsers and users agents will be interested in adopting Scope in their products. If this is the case, we’d like to standardise the specification through a standards body, so that there will be one standard way for tools to interact with the browser. Having this would allow any developer tools to work with any browser that implements the specification. This would be great not just for debugging tools like Opera Dragonfly and Firebug, but also IDEs and QA tools.

One of the key design decisions for Scope was to make sure it works well when debugging remote devices, such as a mobile phone or TV. Debugging on a device is difficult, due to limited screen size, resolution or input method. Scope allows you to connect your device to a computer running a Scope-enabled tool, so you can debug directly from the computer. Since we started work on Scope, both Apple and Mozilla have released, or are in the process of releasing a mobile browser, and Google has come on the scene with a desktop and mobile browser of there own. Being able to debug remotely is likely now important functionality for them as well.

You can read more about the Scope protocol on the Opera Dragonfly blog, written by one of the Scope Engineers, Johannes Hoff: Scope Protocol release: how the fat lady sings.

Standards.next presentations

, , ,

Last Saturday, I had the pleasure to attend the first edition of Standards.next, an informal bootcamp about tomorrow's web standards, organized by my fab colleagues Bruce and Henny. A quick overview with lots of links to online resources:

Also worth a peek: the event pictures of our man Patrick H. Lauke.

If you're interested in attending future Standards.Next events, I recommend keeping an eye on the #standardsnext Twitter query, or subscribing to the Standards.Next feed.

Why is Opera Mini booming in Indonesia?

,

It is not just Opera Mini, but the whole Mobile Web is booming in Indonesia.

As shown by State of the Mobile Web Report, Indonesians' average page view is 400 odd pages and they also enjoy the second biggest Opera Mini user base after Russia.

So why is the Mobile Web booming?

  1. Cheap access. There are more than 10 telcos pitting against each other and each one offers good pricing. On average you pay about USD0.10/Mb.
  2. Bad landlines. The Mobile Web is the perfect substitution for an unsatisfactory landline experience.
  3. The Berry factor. The mass appeal for BlackBerry and its push email application meant that going online became part of the "Berry craze".
  4. Traffic jams. During rush hour, what better to do than to surf the web?

I've presented the case in The New Wave of Mobile Internet, Universitas Krisdwipayana and the FreSh forum.

Here are the slides for the mobile browser trends and the boom in Indonesia.

Installing multiple Opera instances with separate profiles on Mac

, ,

If you're an avid Opera snapshot downloader, you've probably bumped into a situation where you want to install an Opera build with a clean profile, rather than having it reuse an already existing profile.

At first sight, there's no easy way to do so, but luckily enough, there's a handy command line hook that helps you out. A quick step-by-step guide to explain how you can install 2 Opera instances with separate profiles:

  1. Install the first Opera instance in the Applications folder
  2. Rename it to Opera_xxx
  3. Install the second Opera instance in the Applications folder
  4. Rename it to Opera_yyy
  5. Open up Terminal (can be found in the Utilities folder)
  6. Type cd /Applications/Opera_yyy.app/Contents/Resources/ and hit enter
  7. Then type echo "Opera_yyy" >> PrefsSuffix and close the terminal
  8. Done!

If you launch Opera_xxx and Opera_yyy now, they will each run with their own profile. Of course, you can adjust the file name and profile strings to your liking :-)

Opera MAMA - a sneak peek at headings, images and summary

, , , ...

MAMA has been busy these last few weeks and we have some early results coming in. Based on feedback and requests here is a snapshot of what the Web's made of and some quick and dirty  analysis. The results are based on 4,225,113 URLs tested from over 250 countries; more about the methodology can be found in Dev Opera. It's worth noting that the numbers do not all add up as URLs may fulfill a number of the criteria. Therefore, percentages are guidelines only.

Headings

  • No headings used: 2473197, 58.5%
  • H1 used multiple times in a doc: 336523, 7.9%
  • Headings don't start with H1: 681316, 16.1%
  • Heading levels were skipped: 479294, 11.3%
  • Heading levels were out of order: 298695, 7.1%

Structure on the web is fundamental for readable web pages by both search engines and assistive technologies such as screen readers and refreshable braille displays. With a heading structure missing on over half the pages tested, and implemented incorrectly on the majority of others these results are pretty disappointing - if not very surprising.

WebAim's screen reader survey findings for headings found that 52% of respondents relied on headings to navigate around pages. I think this is a woefully low number but is perhaps an understandable given less than half of the websites tested had any headings at all.

Constantly debated is the use - or rather misuse - of multiple H1s in a page, so much so there is even a website dedicated to the H1 debate. Should a page have just have one heading describing the unique page content or can it have two and include the website name as a second H1?

I'm not a fan of multiple H1s as it interrupts the logical page structure for screen reader users who rely on headings to get a mental overview of the page content and navigate it. Coding the website name as H1 also duplicates unnecessary information - a user can easily find out what site they are on by reading the page title, logo or other branded elements as well as copy.

The 11.3% of pages that skip heading levels may be evidence of headings are being used for presentation rather than structure. Often this is found in sites that fail to use good CSS and style text using H1-H6. This is especially confusing for a screen reader or refreshable braille display users as they get a partial and confused structure - a bit like a text book with half the index missing.

What MAMA shows is that we're far off from getting structure right yet. In the meantime we're snubbing search engines and assistive technologies, which get left out in the cold as they can't make sense of content. To get an idea of what I mean check out the Importance of HTML Headings for Accessibility video from Aaron Cannon.

Images

  • title used in an img element: 647651, 15.3%
  • alt used in an img element: 3176199, 75.1%
  • title and alt used together in same img element: 575544, 13.6%

The thorny issue of images doesn't really contain many surprises with still a quarter of web pages lacking any alt attribute whatsoever. This of course doesn't take into account pages that have a mix of images both with and without alt attributes. What is interesting is that just over 13% use both title and alt around the same image.

There's rarely a good use case for this and has more of a negative impact of bloating your code and creating usability woes for screen reader and refreshable braille display users. In my experience, title text is very misunderstood and generally used incorrectly. Many page authors duplicate alt - or link - text leading to a classic case of too much accessibility as some screen reader users are forced to hear text twice.

Once we have had more time to analyse the data I hope to be able to let you know how many of the title and alt text combinations replicate text exactly in both.

Summary

  • Table summary: 102821 times, 2.4%
  • 1829 out of 102821 URLs using summary use "layout table", 1.7%

A summary on a data table is a useful way for a screen reader user to get information about the data in the table and how it is organised. Its intended use is not, however, to describe layout tables which should be avoided (and CSS used) and also should not be made evident to the screen reader user.

In the results we can see that 1.7% of URLS are using layout tables due to the misguided use of "Layout table" as the summary. This is really a conservative estimate as we can't predict every value to be tested however MAMA did unveil numerous instances of other misguided summary text such as: "layout", "layout table", "header", "navigation", "content", "banner", "main", "main table", "breadcrumb", "category"...the list goes on. Terms like this are of little use to the user when read out and bloat the amount of information they are forced to wade through.

This is a prime example of how there is a disconnect between the HTML 4.01 specification and WCAG 2.0 with actual usage. As HTML 4.01 states "This attribute offers advisory information about the element for which it is set. It should never contain primary information and should not duplicate information. WCAG 2.0 makes explicit reference warning against usage of the summary attribute on layout tables:

...if a layout table is used, then the summary attribute is not used or is null. The purpose of a layout table is simply to control the placement of content; the table itself is “transparent" to the user. A summary would “break" this transparency by calling attention to the table. A null summary (summary="") on layout tables is acceptable.
Partly because of such bmisuse of the summary attribute on the web today the HTML 5 Working Group are advocating the removal of summary from HTML5. This is something that is not a popular with many accessibility advocates who argue that if used correctly on data tables to provide information about the table contents summary is beneficial. Fellow Opera Evangelist Bruce Lawson has some compelling ideas around summary in HTML5 as well as other accessibility implications for the new specification.

Coming next

We're only just starting to look at the data so if you have any further requests of what you want us to look at leave a comment. Full analysis and data will be published in due course together with breakdown by country. To get an idea of what we'll cover check out last year's MAMA results

.