OpenConcept has used a number of solutions for time tracking and project management over the years; Basecamp, along with a couple of iterations of a Drupal 5-based system based on the Worktracker module. OpenConcept has grown considerably in the last couple of years, and with additional staff, bigger projects, and the historical accumulation of information each system began verging on unworkable as we transitioned to the next.

If you've got a Drupal site and want to make it more accessible to your user community we can help you reach your accessibility goals.  We have played a strong leadership role in bringing accessibility to the Drupal community and am proud of all of the enhancements we have helped bring into Drupal 7.  If you already have a Drupal site we are happy to work with you to make it better for everyone using best practices.

The following article was prepared by OpenConcept for Summit Magazine, Canada's magazine for public service procurement. The full article is available within the PDF copy of the magazine.

After publication I was sent this PDF about open source procurement in the Netherlands that was worth sharing.

How Can Government Responsibly Procure Free Software?

Free software is “free” in two senses: it is distributed free of charge, and can be freely used and shared because it is unencumbered by onerous and restrictive licenses. This software model has been refined over the past twenty-five years, and its use has become mainstream.

Yesterday was the third Drupal 7 accessibility taskforce meeting, and the final meeting before code freeze. With September 1 just around the corner the Drupal accessibility community would like to reach out the the broader community for some additional help during this busy time to get as many accessibility improvements into Drupal 7 core as possible.

Introduction

I have been encouraged by the increased participation in the Drupal 7 accessibility issue queue in the past few weeks. There are still a number of outstanding issues that are fundamental to improving the accessibility of Drupal 7. Some of these issues can be dealt with after code freeze, others need to be dealt with before.

I believe that Drupal accessibility has to be adopted and fostered at the grassroots level.  Hopefully after code freeze some additional accessibility documentation can be added to Drupal.org and the documentation that is currently on the site can be reordered to make it more useful.  I believe that clear and thorough documentation will lower the barrier for entry into the Drupal accessibility arena, making it easier for community members to get involved who currently don't know where to start.

On July 27, 2009, Laura Wesley wrote a very good article on Why government websites (still) suck. In her article, Laura explains a number of the practical and systemic causes for the slow pace of improvements to government sites. Laura also provides a list of six federal government sites, expanded to seven in the comments to her article, whose developers and designers she commends for the work they have done.

Wondering how accessible the sites that Laura commends are, I performed a very preliminary accessibility audit, from the perspective of a blind screen-reader user on two of the sites, and included one site of my own. The three sites are Health Canada, Citizenship and Immigration Canada, and Copyright Consultations (the site I chose).

It is important to note that the following web-site evaluations are by no means exhaustive, and were not performed against any particular accessibility guideline. The following comments are reflective of my own user experience of the sites using the Firefox 3.5.2 web-browser and the JAWS 10.0.1154 screen-reader.

This morning I had the opportunity to evaluate the accessibility of the d7ux administration theme (Information Architecture) "Seven". My evaluation was not intended to be thorough, or to identify every web accessibility conformance problem, but to get a feel for what the theme will be like for screen-reader users, and what broad accessibility issues need to be addressed.

I must say that from the perspective of a Drupal administrator and screen-reader user that I believe that the theme will be seen as a useful and welcome addition to Drupal 7 by many users. Although there are clearly many accessibility issues to tidy up before Seven is truly accessible, I was surprised at how easy it was to get accustomed to using the iframe "Overlay" panel which appears at the bottom of the page, (if navigated in DOM order).

Today was an exciting day, the first Drupal 7 Accessibility Taskforce Meeting. Don't worry if you weren't able to join us, there are two more meetings scheduled in August.

I am overwhelmingly encouraged by the number of people who were able to take time from their busy schedules to help with brainstorming about some of the important steps involved in ensuring that Drupal 7 is the world's most accessible content management system (CMS). We had at least nine participants and were able to come to consensus on many fundamental issues regarding the accessibility of Drupal 7.

I recently turned my hand to using drush to pick out just the enabled modules for a given subsite to make for easy migration. This is my proof of concept script; there is lots of room for improvement.

Recognizing the need to unify the presentation of governmental information on the web, the Government of Canada has developed CLF 2.0 (Common Look and Feel for the Internet 2.0). Part 2 of CLF 2.0 is the Standard on the Accessibility, Interoperability and Usability of Web Sites. The context for the CLF accessibility standard is that:

Canadians have the right to obtain information and services from Government of Canada Web sites regardless of the technologies they use. The key to effective implementation of universal accessibility lies in designing sites to serve the widest possible audience and the broadest possible range of hardware and software platforms, from adaptive technologies to emerging technologies. (CLF 2.0 Part 2)