Deeson Online: Blog

RSS Feed
  • January23

    Designing a responsive conference schedule for DrupalCon Denver

    Posted by Graeme Blackwood on Monday, 23 January 2012 at 11pm

    One of the most important and complex aspects of a DrupalCon is the schedule. An enormous amount of work goes into getting it right – from the huge number of session submissions, which have to be reviewed and selected by the track chairs and their teams, to the people whose job it is to carefully consider and decide time slots for all of them.

    Once all of this work has taken place, the schedule then needs to be presented, in print, on meter boards, posters and in the delegate guide, as well as on the website and mobile app.

    With around 70-80 sessions over three days and eight tracks, with three possible skill levels and multiple presenters, all split up into different time slots, and sometimes sub-time slots, presenting this lot is not a simple task. I had some great people working with me on the London schedule and I think we did a pretty good job.

    For Denver, the plan was to take the schedule a bit further, making it responsive so that the layout adjusts to the size of the screen you are viewing it on. This is particularly useful for mobile phones and tablets, on which the user experience would be very poor if the design wasn't responsive. Initially the Denver team were looking at a table format for the schedule, similar to the Chicago approach: http://chicago2011.drupal.org/schedule. This layout is really good, but tables don't do well with responsive design. Tables have no way of rearranging themselves – if the width of the table shrinks, the cells just squash horizontally until they are stopped by the longest word in each. This looks pretty horrible and usually breaks a website's layout on smaller screens.

    DrupalCamp Austin did use a semi-table layout, and importantly, it doesn't actually use table markup, meaning it can collapse. This worked well because the number of sessions in a given time slot was limited. Denver's maximum is seven sessions in a single time slot, which even in a 960 set up, would be really squashing them in on a single row and force them to collapse almost immediately on the slightest resize.

    Drupalcamp Austin's horizontal schedule layout

    So a different method was needed. Initially taking the approach of a mobile web app, I put together an example schedule using Denver's branding to help demonstrate how it could collapse on smaller screens. The main difference in this layout is that instead of side by side, the sessions are stacked, divided by the time slots. The track icons were produced for Drupalcon Chicago and it felt really right to pick them up again for Denver.

    The Denver team then adapted the prototype to fit the website and extended the icon set to cover the new tracks. While implementing, they made some subtle improvements to my prototype, like the track title on hover: http://denver2012.drupal.org/program/schedule

    Drupalcon Denver web app prototype

    There are definitely more improvements to be made. The hit area isn't very large on the sessions (only the title), so it's not always easy to press with your finger; wrapping everything in an a tag would resolve this. The rooms aren't displayed yet, which would be pretty useful to help you find your way around and some of the sessions don't fall into specific time slots, so we are working on adding these soon. Also the filters are yet to be implemented on the Denver site, but it is worth looking at the prototype on a mobile device to see how I envisaged them working.

    This is of course, just one example of a schedule for one event format, but if you are reading this from inside or outside the 'Drupalsphere', I hope you found some of the ideas useful.

  • November2

    Playing with Drupal Burnout

    Posted by Simon Bostock on Wednesday, 2 November 2011 at 10am

    We went to Playful 2011 recently. It’s a conference where people talk about — you guessed it — the value of being playful in, mostly digital, experiences. This talk by Chris O'Shea is fairly representative of this year’s emergent theme.

    At Deeson we’ve been thinking about play a bit too.

    Graeme, our Senior Designer, spent a bit of timing playing with CSS (on his day off!) last week to see if he could recreate the Druplicon in CSS.*

    He could have gone for a more formal ‘learning’ experience, I suppose — a book or a webinar perhaps. But I think he’d have had less fun.

    Effective websites are fun

    Stephen Anderson, a design consultant and User eXperience expert, has written about seductive interactions. He spends his life talking about the little things that can make a difference between success and failure in an interaction or an interface.

    He often calls this delight, but it makes just as much sense to talk about being playful.

    Some interfaces feel like they ‘care’ about you more than others — the designers have thought about you and when you do something the interface responds immediately. The site trusts you enough to play it.

    Not only are we more likely to use sites and interfaces which are enjoyable, we’re more likely to use them effectively. Our brains are rubbish at remembering sequences of instructions (sorry, developers, I’m talking about ‘normal’ people here) but they are very very good at remembering how to get little rewards.

    Seducing the Drupal Community

    There’s a difference between these two ‘playful’ flavours. Graeme, with his pure CSS Druplicon is messing about and seeing if he can break stuff. And then fix it again.

    The Drupal community is very good at this. There are probably thousands of developers experimenting with breaking and fixing stuff as we speak.

    I’m tempted to say that the Drupal Community is less good at the Subtle Art of Seduction. I’m not necessarily talking about sites built in Drupal — our recent The Making Spot release for Future Publishing plays with a whole bunch of APIs and has a playful, social experience running right through it (if you’re into crafting).

    But more within the community itself.

    Gamification and Drupal

    The most famous example of a playful community of developers is, of course, Stack Overflow. One way of looking at Stack Overflow is to talk about the site design as adding a bunch of point-scoring functionality to the site. A motivation engine, as some people would call it.

    But I think it works better to understand the site mechanics as revealing the rewards and the values that are always present in any thriving online community. Stack Overflow notices you when you do cool stuff. Stack Overflow cares.

    Paying close attention to your users is seductive.

    Investing in structured metadata

    If you watch sports — baseball, cricket or Starcraft, whatever, you’ll know that, if you arrive late to a game, you can immediately find out what’s going on. Scorecards are highly-structured metadata.

    The same is true on pages in the Stack Overflow community.

    Drupal loves playing with data. And Drupal developers have a powerful understanding of the absolute necessity of having good code formatting practices:

    Sometimes it feels like a needless pain. Sometimes it feels like wasted effort. Sometimes all those extra spaces and parens feel somehow wasted. But they’re not. Code is an intermediate language — one designed for both humans and machines. Making the code machine-friendly is only half of the equation. Paying attention to the other half isn’t a waste. It’s a long-term investment in continued quality.

    I’d argue being playful is a long-term investment in continuted quality.

    Drupal and Burnout

    A lot’s been written about Burnout in the Drupal community. It even got its own session at Drupalcon. Randy Fay quotes this description from HelpGuide in his series of posts on What can the Drupal Community do about Burnout?:

    Most of us have days when we feel bored, overloaded, or unappreciated; when the dozen balls we keep in the air aren’t noticed, let alone rewarded; when dragging ourselves out of bed requires the determination of Hercules. If you feel like this most of the time, however, you may be flirting with burnout.

    Perhaps the Drupal Community should spend a bit of time playing with how it keeps score? Stack Overflow's a good model. As are Mozilla's Badges and their Open Badges Project. But, as well as all the suggestions on effective management and dealing with burnout on an individual level, perhaps we could make the Community have more of a playground feel?


    * If you’re interested, Graeme was inspired by these other examples of famous logos rendered in pure CSS.

     

  • July13

    High flying websites

    Posted by Julia Crompton on Wednesday, 13 July 2011 at 9am

    Tarsus has more than 100 international, multi-lingual sites in its portfolio in the exhibitions, publications and online media arena, including sites for the Dubai Airshow and major packaging, labelling and print exhibitions. We have also recently launched a new corporate site for the organisation.

    We provide Tarsus with a full set of outsourced web services, from technology strategy to design and development.  They utilise our consultancy, training, infrastructure specification and project management support services together with full build technical skills according to their internal requirements.
    Tim Deeson, Director of Deeson ONLINE, states, "Tarsus benefit from the flexibility of outsourced services from the Deeson Group - they can use our consultancy services for certain projects - giving them lower overheads and higher quality in their own internal builds -  or they can choose full service builds if their own teams are at capacity. They are one of a number of enterprises that we have successful outsourcing arrangements with”.
     

  • July2

    When to use Apache Solr with Drupal

    Posted by Tim Deeson on Saturday, 2 July 2011 at 10am

    Drupal’s core search technology is a good fit for small to medium sites, or where the search requirements aren’t particularly sophisticated. The benefits of core search are zero setup and no additional server requirements; the node content is indexed in the database.

    However, for busy sites, sites with a lot of content, or if features such as faceting are required, then Drupal can be combined with Apache Solr, a specialised search platform.

    Apache Solr provides scalability and performance benefits over core database search, as well as providing some features that are difficult to deliver (or difficult to deliver with acceptable performance) using core search.

    What is Apache Solr?

    Apache Solr is a search platform focused on delivering enterprise class, high performance search functionality. The software was originally created as an internal CNET project and then donated to the Apache Foundation in 2006. The Apache Solr Drupal integration module makes it relatively easy to replace Drupal core search with this external search platform.

    Apache Solr runs as a separate service from the web server and the database, so requires some extra resources. Normally this means a dedicated server rather than cheaper shared hosting. The fact that it is separate means that it can scale independently of the other two services, from being run on its own dedicated server through to its own cluster.

    Use Apache Solr to help sell content with Drupal and UberCart

    Drupal’s e-commerce module, UberCart, has two great features that make selling content online easy. Firstly, you can sell file downloads; for example, you can sell PDFs with training content. We recently launched Soccer Coaching Club for Green Star Media, providing users with the ability to find and purchase the right piece of content from thousands of potential choices.

    UberCart also allows you to change a user’s role for a certain period. For example, users can buy a subscription to allow access to premium videos or articles for a month via UberCart and be automatically reverted to a ‘free’ role after this period.

    UberCart’s content purchasing functionality, combined with Apache Solr’s powerful content filtering, represents an exciting and entirely open source solution.

    Search facets with Apache Solr and Drupal

    Facets are attributes of content that allow filtering alongside the user’s search query. A well known example is Amazon: a search for ‘John Grisham’ brings up results from the Book, Film & TV and MP3 Downloads categories. By selecting ‘Book’, you eliminate the results related to DVDs and audio books that are in the other categories. You can also filter for certain delivery options or customer ratings.

    The Apache Solr module provides Drupal facet data to Apache Solr. For example the content type (eg News, Blog post or Research paper), the publication data and, most usefully, all of the taxonomy terms (tags) associated with that piece of content. This means users can use a keyword search in conjunction with the site’s taxonomy to further narrow their search, providing a very usable and powerful tool.

    Performance improvements with Apache Solr

    High traffic sites running search queries against the database can start to degrade the site’s overall performance if the database becomes the bottleneck. This is also true for lower traffic sites with lots of content. Complex search queries can be slow to run.

    Requirements for features such as faceted search (see below) are becoming increasingly common. This can be delivered in conjunction with Drupal core search using the Faceted Search module but the inherent scalability and performance implications are well documented by the module’s maintainers.

    Other useful Apache Solr features

    Apache Solr also supports indexing and searching multiple sites (imagine internal intranet site and external corporate site), indexing attachments (eg PDFs, Excel documents) and recommended content blocks driven by a node’s taxonomy. The module page and the Acquia Search overview both have a good overview of the Apache Solr features that Drupal supports.

    How does Apache Solr fit with Acquia Search?

    Acquia Search is a cloud-based ‘Platform as a Service’ (PaaS) delivery of Apache Solr. The difference is in where Apache Solr is hosted; it’s essentially the same software backed by an SLA. The main benefits are ease of set up and scalability. No local installation or management of Apache Solr is required. You just enter a license key into your Drupal site. Also because it is hosted by Acquia (on their Amazon EC2 infrastructure), you don’t have to worry about scaling or managing the load of your Apache Solr usage.

    In many cases, the fact that Acquia Search simplifies the hosting stack, potentially reduces hosting costs and Just Works™ means that it’s the default choice over a local Apache Solr install. Projects requiring bespoke Solr configuration, or an unwillingness to rely on a 3rd party solution, should consider their own local Apache Solr install. For example, a project we worked on recently required a custom Solr synonyms configuration file to ‘educate’ the search on a niche subject’s search terms. This isn’t possible with Acquia Search currently.

    The difference between Apache Solr and Apache Lucene

    For most people, there isn’t one. Lucene is the internal indexing and search library that Apache Solr uses to deliver its search functionality, Solr can be considered the ‘service’ wrapper around the Lucene engine. They were originally separate projects but have merged. Outside of the technical community, generally people use the terms Solr and Lucene interchangeably. If you are using Solr, you are implicitly using Lucene, and vice versa.

  • March11

    DrupalCon is coming to London

    Posted by Graeme Blackwood on Friday, 11 March 2011 at 12pm

    DrupalCon London – Come together!

    With DrupalCon Chicago drawing to a close, attention is turning to London for the European leg of Drupal's two annual conferences, which will be held at the Fairfield Halls from 23rd to 25th August 2011.

    The DrupalCon London website and brand have been under wraps while work has been going on, but were officially launched in Chicago yesterday by Jeff Veit. Twitter has seen a lot of activity and generally people seem pretty excited. The conference team is made up of volunteers from all over the world and I am honoured to be creative director. As a Drupal specialist, The Deeson Group is really looking forward to DrupalCon London and recommends that anyone who is interested in working with or specifying the CMS attends. Discounted tickets for early-birds should go on sale soon.

    DrupalCon London website at launch

    If you have no idea what I am talking about, Drupal is a wonderful piece of software that enables rapid development of websites, which can then be maintained largely through your web browser. Drupal is open source and free, yet as powerful as most of the top-range and extremely expensive commercial content management systems. We use Drupal every day.

    Please check out the DrupalCon London website and join the mailing list if you want to stay informed. There is also a DrupalCon London Facebook page and Twitter profile providing plenty of opportunities to keep up to date. DrupalCon London is still looking for volunteers, so if you are interested in helping out, there is a volunteer form here.

  • February16

    Writing about HTML5 video in email for .net magazine

    Posted by Graeme Blackwood on Wednesday, 16 February 2011 at 3pm

    The future of email? Read all about it.

    Back in October, I carried out some in-depth research into using video in email. Already knowing that Flash video isn't possible, I was interested to see how well HTML5 video works, and the results were very exciting, although not a miracle solution.

    The team over at .net magazine asked me to write an opinion piece on the subject, which has now been published in this month's .net (issue 212). Thank you for recognising it as a worthy subject!

    One thing that I didn't get a chance to explore in the magazine piece was the actual method of adding HTML5 video to email. If you have worked with HTML5 video before, you will know the basic technique, but you will need to go into a bit more detail to really make sure it works well for email. My original Deeson labs post has everything you need to know.