The week in Palapeli: User research, or: Is that the opportunity?

August 28, 2008

What opportunity?!?

“Never miss an opportunity to throw away code.” — Guillaume Laurent

Ah.. that opportunity. But first things first: I have a patch in my working copy which throws the old Palapeli interface out, and only shows the new one. On Wednesday, I made some user research with this adapted version of Palapeli: I took three visitors of our local Linux User Group meeting, and presented them with a survey of 19 questions (essentially a UI walkthrough). During this survey, I saw that many terms used in the interface were ambigous or hidden too well (“Is saving to some internal storage, or to the hard drive, and what is this export all about?” or “If New starts a puzzle from the library, where is the function to create a puzzle from a custom image?”).

I had some thoughts about the results of this test today, and read some usability papers that Celeste linked in her last blog entry. My conclusions are:

  • The user should not have to create savegames. The progress should be saved in the puzzle directly. That’s easier to manage, and looks more persistent. (Think of it like you take a box of jigsaw pieces, begin to assemble pieces, then put everything back into the box to continue later. It’s still the same box, not some magic copy of the box that’s being put in a special room.) If you want it, you should always be free to reset the puzzle, of course.
  • The user should not have to save at all. The only real change is when a piece is moved, and the amount of changed data is so small that it these changes can be saved instantly. That removes these annoying “Do you want to save before closing?” dialogs.
  • If you reopen your box of puzzle pieces, the pieces do not necessarily have to stay in the same order. We might reorder the pieces randomly when loading. (The persistence of piece positions should however be configurable.)
  • On a side note unrelated to the above points, dockwidgets have been found to be unoptimal for the minimap and image preview as they produce large whitespace.

Now, what does these changes mean technically? (Attention, brain dump following.)

  • On the interface side, these changes would effectively mean to throw out the new interface completely. The new code can however be reused to display the minimap and the image preview as (moveable) on-screen widgets.
  • Inside the application, most of the code handling with loading and saving games has to be refactored. (That’s about 40% or 2000 LOC. The rest is 50% interface and 10% for the actual game engine. Remember the 80-20 rule?)
  • On the library side, out with the GameStorage code. It has served its purpose very well in the last months, but I think it is overkill to use it anymore. The new storage could adapt the format currently used for the puzzle library, and extend on it for games being played currently.

If you have stood this brain dump, here comes my question: What do you think about this vision? The key is to view the puzzle as a single object with a persistent state (no more manual saving); where the only load/save is what is called import/export now: packaging the puzzles into files to share them with your peers.


7 Responses to “The week in Palapeli: User research, or: Is that the opportunity?”

  1. stefon Says:

    I like the idea of treating a puzzle in the application as a real puzzle.
    Its good to treat objects of the real world as real world objects. It helps
    the user… good idea!

  2. xdmx Says:

    this would be nice πŸ™‚
    (i’ve also a little wish to add, would be nice to add also the possibility to fetch the commons wikimedia picture of the day, so there would be everyday a new image to do πŸ™‚ )

  3. Parker Says:

    I think the changes you outline are quite sensible. Manually saving and loading states only really makes sense if there’s a good reason to keep multiple copies of the puzzle in progress. Unlike most other puzzle types, with a jigsaw puzzle it’s impossible to make a mistake and start following the wrong path. I see no reason anyone would want to go back and restart from when “just the clouds and trees were done”, for example. You either keep going with the progress you’ve made, or you start over from scratch.

  4. Dread Knight Says:

    This new vision is great. I think you’ve been learning a lot πŸ™‚

  5. majewsky Says:

    xdmx: Good idea, it should be possible to connect to Plasma’s Picture-Of-The-Day data engine. As I tend to forget such ideas, please be sure to poke me in some months until it gets in.

  6. Andre Says:

    “…where the only load/save is what is called import/export now: packaging the puzzles into files to share them with your peers.”


  7. xdmx Says:

    @majewsky: ok πŸ˜‰

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s