Wow, awesome comments. It's good to see so much concern about UX.
Just wanted to clarify that I believe Brion included the current W menu
elements just to make the mock-up complete. In most cases the menu would
not be revealed in this image view.
Personally I like the different image resolutions because of these two use
cases:
- the user wants to see details in the image that are not visible in the
current resolution - the full resolution guarantees that you can see
everything there is to see
- the user wants to send the image to someone else and the choices of
resolution are handy (though if I am not mistaken this is not possible on
iPhone)
But these are somewhat edge cases and putting them somewhere else may not
be a bad idea.
Phil
On Fri, Dec 9, 2011 at 12:23 AM, James Alexander
<jalexander(a)wikimedia.org>wrote;wrote:
Great mock up! The only real annoyance I had looking
at it was that at
least on the iPhone the upload history table took up about 2 screens worth
of horizontal space so you had to scroll over to read it.
More comments in line
On Dec 8, 2011, at 5:50 PM, Tomasz Finc <tfinc(a)wikimedia.org> wrote:
Great start!
I'm going to take the long term view here. When a user taps an Image
on Wikipedia I'm going bet that they want to see the image in whatever
size is right for their phone. Scalable of course. Without much else.
Were showing them way too much by default.
Agree!
But we want to make the extra data available if a
user asks for it. So
why don't we surface it when a user taps on the image as a set of
icons/text that floats at the top and the image description at the
bottom. And a black background behind everything to make the image
pop.
I like the idea of the black background (almost lightbox style even if we
don't use one) though I worry about it with dark images. Dark
background/Dark images can be hard for me to see even on my lap or desktop
but on my phone can be almost impossible. It would be awesome to have
something detect how light/dark the image is but possibly too much?
I have my concerns about both icons and a 'click to surface' interface. I
like icons from a clean layout point of view but they need to be almost
completely universal or it becomes a problem quickly. Even on an American
English page I can get confused about why a certain icon was used but on
an international site it can become impossible to know what's what. This
seems like it will be even harder in our environment (file history may
work as a clock, description possibly as paper/pencil though that may look
like edit too, no clue how we would do meta data).
Clicking to get the menu scares me mostly because I think it would be so
hard to "randomly find" that it wouldn't get used when it should. I think
we want to not only make sure they can get at the info but also make sure,
without hurting their experience, that they know it's there. I think
adjusting the background, eliminating a lot of the interface (like below)
and keeping a nice bar like Brion's mockup could leave those choices easily
accessible but lose the clutter that distracts from the file.
We could also get rid of the following but not
limited to as they
don't serve the needs of someone browsing an image description page on
a mobile
* Different resolutions
* IW links
* Home, Random
* Search
* Full resolution link on every page
--tomasz
Agree with almost all of these. I could make an argument for
home/random/search at top but I'm not sure it' a good. We just have an easy
to find back button or X (especially if it's only an image) and they can
tell how to return back. The clutter removal also gives us the ability to
highlight the file and to the actual info attached to the file instead.
I like having full resolutions available but I think they are relatively
low yield. Where they are now they're destructing without adding too much
(though I did keep trying to click them... I knew it wouldn't work but for
some reason they were addictive 'to make sure Brion didn't hide something
here'). They are probably better served on the description page (under) or
an other info page. I feel most people wanting them will probably look in
those places to find it.
Also might I add: this working mockup rocks. Makes it so much easier to
think about and visualize adaptions.
James
Sent from my iPhone... Sorry if it formats horrible.
_______________________________________________
Mobile-l mailing list
Mobile-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
--
Phil Inje Chang
Product Manager, Mobile
Wikimedia Foundation
415-812-0854 m
415-882-7982 x 6810