Usability in Google HOP programme

Events happening in the community are now at Drupal community events on www.drupal.org.
Bevan's picture

There are a few issues in GHOP on usability and a several for user interface. Most of the user interface issues are already claimed, but none of the usability ones have any interest yet. I wonder if they are just newer if kids aren't interested in usability, or if the tasks are too vague.

How can we promote usability in the programme? With youths?

I added another usability task but couldn't label with 'usability'.

Comments

Great initiative...

ximo's picture

Both by Google and yourself!

Speaking for myself, I don't think youngsters are that interested in usability. It's usually the more fancy, technical aspects that draw their attention. Maybe if the tasks are formulated in such a way that it doesn't sound like a boring usability issue, the would appear more interesting? Speaking from my own experience here - it's more fun to make working code than to draw wireframes and track user actions :)

Very interesting. I enjoy

Bevan's picture

Very interesting. I enjoy both, but I don't think one more than the other. Thanks for your insights! :)

All Usability tasks are now

Bevan's picture

All Usability tasks are now claimed!

Students, I'm available to support you in your tasks. Please PM me so I can send you my IM details.

Also, I have some more ideas for usability tasks if you have an interest in this area.

Good luck!

Bevan/

you could join us at

snufkin's picture

you could join us at #drupal-ghop, to help out students, or the group here on g.d.o: http://groups.drupal.org/ghop-2007

optimize download page

greggles's picture

I just clicked across the top tabs on Drupal.org - Handbooks, Download, Support, Forum, Contribute, Contact. All of these could use a touch-up to add some graphics, but I think that the Download page in particular could be improved which seemed like a good GHOP task.

Any thoughts or ideas to improve this task description:

Title: Analyze and provide designs to improve the Drupal Download process

Review download processes and pages for various software that can be downloaded online. Look for strengths and weaknesses in the approaches that the different projects and companies take. In particular look for features which make it easier or more motivating to 1) download the software and 2) get involved with the community. Compare these to the way that the Drupal promotes downloads and community involvement on the home page and the "Download" page.

Ask 3 to 5 people to "Download Drupal". Without giving them further instructions, analyze what they do, where they go, and any points of confusion in the process. Provide these notes and a summary analysis of the current process.

Provide mockups of page designs for any improvements and workflow. You should provide 2 to 3 alternate designs that can be used in split testing.

Resources:

* http://openusability.org/
* http://keycontent.org/tiki-index.php?page=Usability+Tools
* http://groups.drupal.org/usability
* http://blog.mozilla.com/metrics

Estimated time:

3 days

Thoughts? If you have some big edits please turn this into a wiki instead of just responding in comments.

--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour

This looks interesting!

mbossino's picture

As a student, I know that I cannot influence the task selection, but this looks really interesting and I think I could produce some good redesigns if given the chance. :)

Thanks!

Max Bossino
Project Manager
http://miragroupware.org

Submitted as a task idea

gaele's picture

Thank you greggles. Definitely something that could be improved.

I've submitted this as a GHOP task idea at http://drupal.org/node/199806. Once this has been accepted you can go for it, mbossino!

thanks and feedback requested

greggles's picture

Thanks gaele!

Here's another - feedback requested:

http://drupal.org/node/199858 - "Create and Document a browser add-on to find strings in your web page"

In particular, I need help coming up with more examples of words that developers use that should never appear in the UI. "Node" vs. "Content" seemed like a good first one. Are there any others? If not then this might not be as necessary as I thought.

--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour

hmm

gaele's picture

That might be a lot of work for searching the UI. An egrep -r on stuff inside t() might do the trick.

Update: Tried this. node.install and taxonomy.install contain "node type" in the UI.

well

greggles's picture

It is actually an amazingly small amount of work if they choose greasemonkey - I got 90% of the way there yesterday but hate javascript and the greasemonkey would be less useful/configurable.

Also, grepping through files for t() calls (or using potx exports) will only help our project. Using greasemonkey or similar makes this valuable to all web developers.

--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour

Usability

Group organizers

Group categories

UX topics

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: