Skip navigation

Support

Quick and Dirty Drupal Content Updates

It's fairly common to have a development site and a live site running at the same time - whether it's a Drupal 5 to Drupal 6 migration, or simply a development environment for test features before running them on the live site. In any case, one of the issues that comes up here is that the content on the development site can quickly become out of date.

Introducting Projekto, our new PM tool

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.

Projekto's Header

Accessibility Support and Validation for your Website

We can help you make your website more accessible for everyone! OpenConcept is spearheading accessibility initiatives within the Drupal Community and have considerable experience making Web 2.0 sites that are designed to be universally accessible.

Promoting Open Source Procurement in Government

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.

Final Stretch: Help Needed for Drupal 7 Accessibility

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.

Update to the State of Drupal 7 Accessibility

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.

Federal Government Web-sites that Suck Less, but Are they Accessible?

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.

First Glance Accessibility Evaluation of the d7ux Administration Theme "Seven"

New d7ux admin theme menuThis 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).

Summary and Thoughts on the First Drupal 7 Accessibility Taskforce Meeting

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.

Script to archive enabled modules

We use multi-site installations pretty much exclusively. Moving sites around (from development to production, say) can be a pain, especially when there are a large number of modules in sites/all/modules, relatively few of which are used by a given subsite.

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.