Site architect

Recap of the conference, farewell until the next Drupalcon.

Overview

There are numerous tools to help you translate the interface and content of your Drupal websites, and there are obviously (still) missing items in the implementation. This session will show off Drupal 6's capabilities and the latest developments with contributed modules, such as i18n module and l10n_client.

Agenda

* What do you need vs. what Drupal does
* How to get closer the two with core features and contributed modules
* Translating the interface live with l10n_client, contributing to an l10n_server
* Content translation, listing, filtering and administration
* What's missing, and where projects are going

Goals

I intend to provide you with an understanding on where Drupal core and the contributed modules fit with your needs and goals, and where should you still expect some custom coding required for your top-notch multilanguage site.

Some 40 Indymedia sites worldwide are now using Drupal, with different approaches to solve some of the general and specific requirements of their sites and collectives.
Other collectives are currently migrating their sites from other CMSs to Drupal.

Agenda:
* exchange ideas and updates face-to-face, sharing what's done
* Discuss and develop the survey
* discuss ideas for a basic install profile

http://docs.indymedia.org/view/Devel/ImcDrupalDevUsingList
http://docs.indymedia.org/view/Devel/ImcDrupalDevModules#How_IMCs_use_Dr...

This is a BoF for librarians and library technologists.

Agenda

* What libraries need from Drupal
* What libraries and librarians bring to Drupal
* Version migration issues and challenges
* Integrating with library systems

Overview

Running a Drupal business, especially with responsibility for staff and balance sheet, requires a shift in the way you support Drupal open-source.

There is less opportunity to focus on drupal.org, and the result is that SME Drupal enterprises are often in the dark about is happening in similar businesses - even though the attitude towards open-source (knowledge sharing) has not changed.

To be effective, a company must make compromises: the move to D6 will come later, employees are not always open-source enthusiasts, and the lead developers need to justify what they consider best-practice (and document it) rather than 'just doing it'.

This session is based on a review of Em Space's current practices. We seek up to 2 additional companies (5+ employees) who are willing to share and compare.

Agenda

* Preferred contrib modules
* Using a code repository
* Managing live sites
* Ready for Drupal 6?
* Design and theming best practices
* Working with Design and Advertising companies
* Support and training
* Contributing back to Drupal

Goals

To get a clear sense of how other Drupal houses are using Drupal, to un-earth many varied and successful techniques.

Fleshing out the plans is here: http://groups.drupal.org/node/12972

Looking for co-hosts!

example:
- do a card sort on the admin categories
- discuss the different 'dashboard' approaches people already use
- choose 2 options we want to compare / test

another example:
- let's pick a nice chunk of core interface text: labels, descriptions, help
- rework them for clarity, consistency and brevity.

BoF Usability Sprint Day 2

build prototypes: on paper, in photoshop and/or code
or: further work on interface copy, start documenting the copywriting guidelines we find.

BoF Usability Sprint Day 3

Test conceptcode with the Usability Testing Suite
Or work on concept some more, take it to the Code Sprint.
or: create patch for interface copy and start the guidelines handbook page on drupal.org

Fleshing out the plans is here: http://groups.drupal.org/node/12972

Looking for co-hosts!

example:
- do a card sort on the admin categories
- discuss the different 'dashboard' approaches people already use
- choose 2 options we want to compare / test

another example:
- let's pick a nice chunk of core interface text: labels, descriptions, help
- rework them for clarity, consistency and brevity.

BoF Usability Sprint Day 2

build prototypes: on paper, in photoshop and/or code
or: further work on interface copy, start documenting the copywriting guidelines we find.

Fleshing out the plans is here: http://groups.drupal.org/node/12972

BoF Usability Sprint Day 1

* zoom in on 1 or 2 issues we already decided upon before the conference
(redo admin categories, modules page, permissions page…)
* bring your ideas and proposals
* discuss the options, decide on 1 or 2 things we can work on.

example:
- do a card sort on the admin categories
- discuss the different 'dashboard' approaches people already use
- choose 2 options we want to compare / test

another example:
- let's pick a nice chunk of core interface text: labels, descriptions, help
- rework them for clarity, consistency and brevity.

Overview

Version 2 of the popular Views module was rewritten from scratch to make it even more flexible and powerful. With more flexibility comes more complexity and quite some time was spent working out a user interface that could expose all these powerful features without becoming an enormous scrolling form. This session retraces the process that led to the current interface, showcasing how developers and interface designers worked together to find a working solution to a complex problem.

Agenda

- Views1 to Views 2: adding multiple dimensions of infinite flexibility.
- Concepts, wireframes, and other false starts.
- Two basic concepts: sentences and summaries.
- The end result. Do you like it? What could be better? How can we translate the good bits to other use cases?

Goals

First of all, this presentation wants to provide an overview of the design process for this particular user interface. The larger picture is that the web is rapidly evolving from websites into web applications. The Drupal UI toolkit has to be extended with smarter and more complex form widgets to build the interfaces for these web apps. Ideally the good stuff in Views 2 can find it's way into other Drupal applications as well.

Resources
Bring your own feedback on the new interface! What do you like, what do you think could be improved?

Overview

Over the past few months, we've seen a number of major drupal site rollouts that make extensive use of Panels2 (See, for example, http://drupal.org/node/241344 and http://drupal.org/node/242993). We've also seen a few modules implement the Panels API in rather different ways - most notably, Advanced Profile Kit and Organic Groups Panels - that hint at how flexible Panels can be.

We'll start this session by highlighting these different Panels implementations and providing a birds-eye view of how Panels' moving parts work. We want to make sure attendees have a good sense of what Panels2 can do now - because the second half of the presentation is all about the future of Panels - otherwise known as Panels3.

Panels3 isn't so much about changing the data model (that part already works pretty well) as changing the API and interface. One good way to think about this difference is to consider Panels2's limitations on who can use it. Right now, it's very difficult to scale down the power of Panels to a level that's appropriate for normal users. Panels3 aims to break down that barrier. We'll spend the remainder of the session overviewing some of the current plans for how Panels3 might do that, as well as noting attendee suggestions for some of the large-scale directions we might consider.

Agenda

* Briefly overview Panels2 to bring everyone up to speed on the most recent developments.
* Provide some concrete examples of ways that the Panels API is currently being implemented.
* Present some of the current plans for the future development of Panels
* Gather participant reactions to the proposed ideas, and take general input on possible directions to go as well

Goals

Participants should expect to leave the session with a grasp of Panels' capabilities in the present, and a sense of what to expect in the future.

Resources

None needed. Just bring yourself!