About our redesigned website
The site you are now viewing was developed in June 2009 by Ken Simons. My main aspirations were to make a site which was flexible; accessible; easy to navigate; and with a clearly-organized archive of papers and audio-visual material from SfP’s past conferences, programme work, and publications.
What’s new for users
The first thing you may have noticed is that there is a lot more content on the website than before — 245 articles as of 1 September. (The majority of these are individual Bulletin articles, but there are also event reports and background papers which were not formerly on the SfP website in any of its previous incarnations).
Accessibility
Good content deserves a good framework, of course. The new site is nearly fully scaleable; only the sidebars are a fixed size, and all fonts except for the main title are given in proportional sizes. This means:
- People with restricted vision can use standard browser tools (“Font size” in Explorer; “Zoom” in Firefox) to adapt font sizes to their preference;
- People viewing the site on phones, PDAs, or other mobile devices will see the site displayed with a modified stylesheet which fits a 320 pixel screen, while iPhone and netbook users will get a fully formatted site which scales down to their screen width;
- People viewing the site on a desktop or regular laptop computer can decrease or increase the size of their browser window and have the site adjust its layout. On modern browsers, a horizontal scrollbar will only appear if you go below about 600 pixels in width.
- Colours are picked for high contrast. Articles generally feature dark text on a white background; the less essential sidebar material is displayed on a coloured background to distinguish it from the main text (and to add a splash of colour) but should still have sufficient contrast for the majority of users.
Additionally, the site is designed for easier navigation by blind users and others who use screen reader software:
- Tables are not used for visual layout purposes. Current web accessibility guidelines state that tables should only be used for the presentation of data, following a logical format with column and row headers where possible. Accordingly, all our layout effects — positioning, colour, sizing — are accomplished by stylesheet settings alone. (In a few cases, tables are used to present data, which is permitted under the guidelines as long as the table syntax is correct.)
- Illustrations in graphic format (JPG, PNG, GIF) are not used to deliver textual information. Illustrations such as charts and photos generally have an accompanying caption and/or alternate text explaining what is illustrated.
Extras
If you’re viewing the site in its standard mode, and if you have the Flash plugin installed on your browser (95% of web users do), a couple of pages have Powerpoint-style presentations which show up as Flash in an inline frame. You can also listen to streaming audio from past events, thanks to a simple Flash-based audio player.
The site has a simple but comprehensive search engine which can be accessed from any page (note that it searches text files only, not PDF or multimedia files). In addition, there is a resources page/sitemap which lists all the site’s text and non-text (PDF, mp3, Flash) files. If you can’t find a particular file, try here first.
Finally, there is a print stylesheet to help you conserve paper when printing out a page. This is automatically selected by most browsers, even relatively old ones, and hides the sidebar and other non-essential layout elements, allowing the text to print across the full page.
The site has been tested with Microsoft Explorer 5.2 (Mac), 6, 7, and 8 (Win); Mozilla/Firefox 1.x, 2.x, and 3.x (Linux, Mac, and Win); Konqueror 3.x (Linux), Safari 1.x and 3 (Mac); and Opera 5.x and 9.x (Win).
What’s new for administrators and writers
For this site, I used the Textpattern content management system (CMS) — in my experience, the most transparent and easily adaptable of the major CMSes — to manage the site’s database, templates, and display styles. The admin interface is nice and clean as well — it’s easy for an administrator to add new content and place it in the appropriate category, or alternately to edit older articles.
Most of the site’s static content is posted as lightly-formatted text, using a markup language called Textile. But for the convenience of bloggers and other occasional authors, there is also a visual (“WYSWYG”) editor, which has a more familiar interface even for those who do not regularly edit online. This editor is loaded by clicking “Toggle editor” at the top left of the screen and then checking the box/field below.
Textpattern lends itself well to batch conversions of groups of old files. Back issues of the SfP Bulletin have been converted from PDF and broken down into individual articles, greatly improving their searchability and visibility. This may seem somewhat redundant, as the Bulletin issues had already been available on the website in PDF. However, it is generally not recommended to post archival information in PDF alone, as some users do not have their browsers configured to read PDFs inline, while others have problems in getting an external viewer program to work properly with their browser. Moreover, internal search engines are not capable of searching this format (Google can search the contents of PDFs, but no organization should rely on Google to enable their members and readers to navigate their own site).
The static pages are designed to be of high archival value. For example, endnotes (which are unsupported or only partially supported in many CMS text editors) are easily formatted with Textile and Textpattern; require much less fuss than in Word or in raw HTML; and will automatically create bi-directional links (that is, both from the text to the footnote and back to the original text location).
Wherever possible, we obfuscate email addresses to protect the address-holders from spam or worse (The addresses are still clearly visible to human users, though not to bots — automated tools). We also provide active hyperlinks wherever a URL was given in a printed document — we cannot vouch for the continued accuracy of web links or email addresses in older documents, however.
