For the last ten years I've been making use of Adobe Flash (formerly Macromedia Flash) within websites to provide rich content features and applications unattainable with HTML.
Unfortunately I still get asked the same questions about Flash, regarding accessibility, file size and how many users have the technology.
I'd like to put these to bed.
Flash is an accessible format (meets the W3C's requirements in the WCAG), usage is extremely high (over 95%) and file size for downloading is no longer an issue (Flash files are often smaller than equivalents, due to compression and effective streaming).
I've provided more detail in my full post below.
During the late 1990s and early 2000s there were valid concerns over how many people could access Flash files and whether their size would cause issues for dial-up users.
There were also accessibility concerns, which more often reflected the level of production values for Flash in Australia, rather than actual issues with the platform.
I've noticed that there are still many Flash 'doubters' about raising the same concerns as were raised ten years ago.
Fortunately there are some easy ways to put these concerns to rest.
Penetration rate - how many people have Flash?
Adobe representatives I have heard speaking at events regularly state that Flash penetration is greater than 97% in the western world - including countries such as Australia.
Ironically PDF penetration (also an Adobe created format) is slightly lower than this - so on that basis it would be better to provide content in Flash format rather than PDF.
Taking Adobe's self-promotion with a grain of salt, it is easy for organisations to check Flash penetration for their own website audience using their web reporting tools. Where their reporting doesn't provide this statistic, free web reporting tools such as Google Analytics do and can be easily and rapidly added to a site (via a small code block).
For example, for my agency's website, for the last month, Google Analytics tells me that 98.27% of website visitors had Flash installed (and 95% of visitors had Flash 9.0+ or later). This is even higher than that claimed by Adobe, and makes me very comfortable in advocating Flash use within it.
File size versus connection speed
It's also possible via web reporting to track the connection speed of website visitors. This will verify what percentage use broadband versus dial-up, and indicates what percentage are more capable of receiving larger files (250kb+).
This can be useful when validating the use of Flash, which appears to be larger than HTML pages (though often is smaller). However be careful when simply relying on a high broadband penetration rate to validate the use of Flash.
Often Flash is faster than HTML for delivering similar dynamic content. This is because of two reasons,
Due to straming even large Flash files do not take long to start running on the user's system, meaning that the raw file size is less important.
A recent experience we've had in our agency was in considering file sizes for internal elearning modules. In comparing the same module as a Flash file and as a DHTML (Dynamic HTML) file our experience was that the DHTML file was up to 10x as large in size - making Flash a far better option for sites with lower bandwidths.
There are also techniques to reduce the impact on users with slow internet connections, such as detecting the connection speed and running video at lower resolution or asking dial-up users to choose whether they want to wait for a Flash version or see a basic text page.
Flash accessibility
The simple answer for accessibility is that Flash is fully compliant with the W3C and US Government's Section 508 accessibility requirements. The Flash format is accessible.
However when developing in Flash, as when developing in HTML or PDF, the accessibility of the final product depends on the skill and experience of the developers.
Provided that it is clear in the business specification that the product must comply with appropriate accessibility requirements, and that the business can provide necessary alt text, transcripts, metadata, navigation alternatives, subtitles and details for a HTML equivalent - as would be required to make a DVD accessible - the Flash application will meet accessibility standards.
However if the business stakeholders and developers do not quality check the work - whether Flash, HTML, or PDF - it can fail accessibility requirements.
So in short, don't point a finger at Flash technology for accessibility issues, look to the business owner and developers.
In summary
There are still many negative myths around about Adobe's Flash technology - I'm not sure why.
However they are largely mistaken.
Flash is an extremely useful and versatile technology, with extremely high penetration and a very small footprint.
It is also fully accessible - provided your developers know how to use it effectively.
So if your agency is considering developing a multimedia application, a video (for online use) or another interactive tool, Flash is a format you should not discount quickly.
Thursday, October 30, 2008
Why do concerns about Flash persist? | Tweet |
Wednesday, October 29, 2008
Google improves Analytics | Tweet |
Google has released into beta a set of major improvements to Google Analytics that will make it an even more robust web metrics tool.
Including advanced data segmentation, data visualisation using 'motion charts', improved adsense integration, a more advanced administration console and an API for enterprise integration, this is the largest upgrade of Google Analytics for some time - however it could be some time before the features become available to all accounts.
I use Google Analytics to track traffic for this blog and as a secondary reporting system for our agency's websites.
In general I've found Analytics reports on around 65-75% of the traffic captured in our agency's web logs, but provides easier and more accurate geographical segmentation of traffic as well as better conversion tracking than can be achieved without extensive customisation of our weblog reports.
I also use Analytics to provide 'backstop' reporting to identify issues with our primary reporting (such as logs being corrupted or not transferred to the reporting system). This is very handy for providing evidence that it is a technical issue, rather than a decline in traffic, responsible for sudden changes in visits reported by a web log system.
If you've never investigated Google Analytics I'd recommend considering it in a secondary role to your main agency web reporting system.
For content external to agency hosted sites, such as MySpace, Facebook, WordPress, Yahoo Groups or Blogger hosted sites, Google Analytics could be considered as an option for a primary reporting system.
Tuesday, October 28, 2008
Simple guide to understanding phishing | Tweet |
Like many organisations, my agency warns our customers about the threat of phishing - where criminals use emails and/or websites to attempt to dupe people into providing personal information or account information to a fake website.
Commoncraft has released a 'Plain English' video, which provides a visual way of communicating phishing to people and helping them understand the risks.
It's an approach that, by reducing the word count and adding visual and audio dimensions to the communication, can be much easier to absorb and understand.
Monday, October 27, 2008
Twitter catching on in the public sector | Tweet |
While in Australia Malcolm Turnbull is the latest Australian parliamentarian to join Twitter (at http://twitter.com/TurnbullMalcolm), in the US the public sector is now applying the tool for everything from crime updates and traffic alerts to the daily schedules of US governors.
The US public sector is beginning to discover that Twitter and other microblogging services are useful tools in supporting crisis management and in distributing small chunks of information rapidly to diverse stakeholders in a targetted way.
As reported in the Govtech article, Twitter is a Continuity of Operations Tool, State Agency Discovers, the Washington State Department of Transport (WSDOT) is now using Twitter to aid the organisation to manage the impacts of major weather events."In an emergency, people will come to our Web site, [www.wsdot.wa.gov] en masse to the point that it overwhelms our servers -- we've had that happen during snowstorms and other major weather events," Brown said [WSDOT spokesman Lloyd Brown]. Because the Web site is a popular source of traffic updates, sometimes it can't handle a sudden spike in page hits, he said.
"One of the things that we're considering if we get into an emergency situation like that, we can update Twitter and our blog with our handheld BlackBerry or iPhone or whatever we have. It's a continuity of operations opportunity for us," Brown said.
The potential for this use of Twitter arose from a recent series of major traffic incidents which left the department's website reeling under the traffic. The webmaster began tweeting updates on the situation and the number of people listening in grew rapidly.
Given that WSDOT, like a number of other public agencies in the US, is already an active user of diverse online channels (with its site containing Youtube video, a blog, rss feeds and an internet radio station), adding Twitter to the lineup isn't a big step outside their comfort zone.
To view how WSDOT is using Twitter, visit their channel at http://twitter.com/wsdot.
Case study - micro-blogging in the organisation | Tweet |
In February 2008, Janssen-Cilag Australia & New Zealand launched an internal microblogging platform called Jitter.
The platform won the organisation an Intranet Innovation Award.
Nathan, from the Jannssen-Cilag team, has published a case study, Jitter: Experimenting with microblogging in the enterprise, on how the tool has been used.
This provides some insights into the challenges of using this type of technology inside an organisation - namely, introducing people to micro-blogging, and stimulating it's use as a communications channel.
Thanks to Ross Dawson for making me aware of it.