The block interface has a strong presence in Drupal. With the emergence of the Panels module, which allows for far more intelligent block configurations - we see the need to change this interface. In usability testing done on the blocks interface we saw a number of clear usability issues. This task sets out to explore alternative interfaces for blocks, this should go beyond redesigning the individual page but rather more crazy ideas for example allowing them to be dragged into place.
Remind this is design only, no need to execute or prototype the ideas - as long as you clearly explain what your ideas are.
Challenges
- Keep the interaction usable with 30/40 blocks (many of them inactive).
- Allow for easy browsing of inactive blocks.
- Keep the user closer to the context (rather than only IN administration).
Deliverable
The deliverables are sketches/wireframes/mockups with written annotations explaining your ideas (these can be quite high-level). We envision you would get to about 3 fully explored ideas, but we welcome as many explorations as you can.
Resources
http://www.jeffnoyes.com/content/drupal-7-usability-improvements-part-ii...
http://www.squarespace.com/
http://wordpress.org/
Plone: Deco project
Primary contact
Bojhan
Comment | File | Size | Author |
---|---|---|---|
#11 | Idea #1.png | 12.33 KB | Loganb |
#11 | Idea #2.png | 25.95 KB | Loganb |
#11 | Idea #3.png | 15.16 KB | Loganb |
Comments
Comment #1
vosechu CreditAttribution: vosechu commentedThe description is close but I'm left feeling like a newbie would need a lot of guidance here to figure out just why we even care about the blocks interface since to them it probably feels like it works just fine.
I also think that the deliverable should include some references to UX documents/articles about where they got their ideas. I'm concerned that without research they aren't going to come up with anything even remotely new and interesting, certainly not something that is going to cause the stir required to get a new module rocking. Basically, with the information above I don't think any student is going to come up with Context (I specifically chose that because you hadn't mentioned it above but it is a radically different way of doing blocks).
That said, if you're willing to guide them through it and you're really passionate about this I think it's something that we really need and there's nothing like fresh blood to bring a new perspective.
Marking as postponed to find out whether you're wanting to hand-hold or document more but the format looks rtbc'able to me and the idea is great. Just respond with your thoughts and I'll rtbc so we can get on to generating more great ideas!
DrupalIssue-954412
Comment #2
Bojhan CreditAttribution: Bojhan commentedI will add additional information later (really late here). But essentially I am willing to hand-hold, which is quite common for any UX task really. I agree we need to be more clear on the troubles users have here, which is mostly when its actually being used heavily.
I purposely avoided things like Context or Panels, which are largely development orientated solutions to developer problems, although they touch base on a lot of problems users face as well - they are in essence different. This approach should be design-led and require the student to really only think of ideas, not architectural parts. Although context comes close to an exploration, I think its orientation as described above is diffrent.
Design explorations may need inspirational referrals, but not actually research. As it should be mostly be about being creative and finding your own solutions (don't underestimate the imagination of a student, or anyone for that matter, a highly underused skillset).
Comment #3
vosechu CreditAttribution: vosechu commentedAwesome, I'm excited to see how this comes out. Let us know if you want any help!
Comment #4
cwgordon7 CreditAttribution: cwgordon7 commentedThis looks great, thanks!
Comment #5
carlos8f CreditAttribution: carlos8f commentedBrilliant. We totally need a new block interface that won't send Drupal newbies screaming for their lives! The usability test results are dramatically poor for the block module.
Comment #6
cwgordon7 CreditAttribution: cwgordon7 commentedHi Bojhan,
Can you please estimate the time, in hours, that it would take a student to complete this task once it is claimed? This estimate is required to input the task into the google system. Thanks!
Comment #7
Bojhan CreditAttribution: Bojhan commentedI would say 5 hours.
Comment #8
dawehnerhttp://www.google-melange.com/gci/task/show/google/gci2010/drupal/t12904...
Comment #9
dawehner.
Comment #10
webchickComment #11
Loganb CreditAttribution: Loganb commentedI am fairly new to building interfaces so I am certain that you will have some things that you will like me to edit. I have included a description of each on the design. I am ready to hear your feedback and am willing to fix or edit anything that you think needs to be.
Thanks
Logan Brown
Comment #12
Bojhan CreditAttribution: Bojhan commentedFor some reason your pictures dont work do you mind uploading them without spaces or hashes?
Comment #13
webchickFixing the links (I hope):
http://drupal.org/files/issues/Idea%20%231.png
http://drupal.org/files/issues/Idea%20%232.png
http://drupal.org/files/issues/Idea%20%233.png
I'll go look for that bug later and see if it can be turned into a GCI task. ;)
Comment #14
Loganb CreditAttribution: Loganb commentedYep, those are the designs. Thank you.
Comment #15
Bojhan CreditAttribution: Bojhan commentedHey,
Good job on these explorations! I think 2 or 3 would need some more clarifications as I am not sure a. How you get to these pages, b. How do these interactions handle 30/40 modules. c. Does it require some mode? For example, do I go into "block" editing mode.
In general I recommend placing comments along side the screen and just putting a number in the actual mockup. That way you can focus the mockups on the idea you want to propose, and the side for lengthy comments. For example ( http://www.flickr.com/photos/28899893@N05/4220657138/ )
For actual wireframing what you are using now is fine, if you want something more see Axure .
Comment #16
Loganb CreditAttribution: Loganb commentedWould you like me to redo the designs? I will be more than happy to. Yes, it would require that you go into block editing mode. I think that having a list of smaller options with the same content will allow you to have 30/40 modules but allow the user to click on one and it be larger.
Comment #17
Bojhan CreditAttribution: Bojhan commented@LoganB Yes, I would like you to. Don't be afraid to create a few more pictures to explain your idea, one per idea is pretty sparse if you want to explain the whole interaction.
Comment #19
valthebaldBumping
Comment #20
catchComment #24
kthull(Sorry if this somehow double posts. Maybe I wasn't logged in when I typed my previous comment.)
I would rather see the Place block UI mirror the Add field UI currently in views. Creating multiple UIs for similar tasks seems like a bad overall experience.
So when I click on Place block, I'd like a popup that lets me search by name, and also filter by category, that allows me to check multiple blocks to place. After all selections are made, then I'm taken through the config for each block.
This is a solid UI from views, which I think makes total sense for blocks.