Fwd: Re: Left nav/right nav - Design

28 Apr 2013

whoops. sending fail...
---------- Forwarded message ----------
From: &lt;design-owner(a)lists.wikimedia.org&gt;
Date: 26 Apr 2013 08:46
Subject: Re: [Design] Left nav/right nav
To: &lt;jdlrobson(a)gmail.com&gt;
Cc:

You are not allowed to post to this mailing list, and your message has
been automatically rejected.  If you think that your messages are
being rejected in error, contact the mailing list owner at
design-owner(a)lists.wikimedia.org.

---------- Forwarded message ----------
From: Jon Robson &lt;jdlrobson(a)gmail.com&gt;
To: "A list for the design team." &lt;design(a)lists.wikimedia.org&gt;
Cc:
Date: Fri, 26 Apr 2013 08:46:08 +0100
Subject: Re: [Design] Left nav/right nav

Raging hatred is for having 2 places for menus. History has shown us (user
testing) that secondary menus are not discoverable. People always look in
the hamburger first (or don't even find that!!) That said a user button
makes sense if it takes a user to a profile page.

I'm mostly worried about moving things from the left menu to another menu
and having a second menu. Somehow even though login, watch list and uploads
belong to a user they are a site activity in some ways and I'd still prefer
to see them in the left menu. To me a profile would best serve access to
user page, stats and user talk page but not incorporate the other things.
Having 2 menus also makes the user have to think is that in x menu or y
menu?

"I don't understand. When I press our current hamburger, the page moves to
the right and my finger is over the Home button..." That's what 24 hrs
without sleep does to you. :) I can't articulate what it is about the
Facebook app and wiki right menu prototype I don't like but this is not in.
Just something feels unnatural about it. In terms of fb it could be the
inconsistency...on private messages hitting info hides the button and
leaves hamburger in place but doesn't do this for news feed. It may however
be the fact the right user menu is just not how I use Facebook and contains
features I see as useless. The search on the left menu in Facebook serves
the exact same purpose.

I'd really push us to leave the left menu as it is (with some visual
separation) and think of the user button as more of a profile page then a
place to find features. Where watch star goes is another question.

In terms of fixed positioning the only way to do this reliably and nicely
(and then only if JavaScript is enabled) is to use something like iscroll
and reimplement native browser scrolling.
On 25 Apr 2013 20:30, "Juliusz Gonera" &lt;jgonera(a)wikimedia.org&gt; wrote:

...
   That's more like it ;)
 Also, I'd squeeze in a few most recent notifications in there when we have
 Echo.

 On 04/25/2013 12:11 PM, Maryana Pinchuk wrote:

 You're right, Vibha; a picture is worth a thousand words :)

  Jon, ignoring the specific elements of what's in the "me" menu (all just
 placeholders at this point), does my scribbling below make more sense
 conceptually? Despite the "nav" in the title, the story card actually
 leaves implementation pretty open:
 https://mingle.corp.wikimedia.org/projects/mobile/cards/579. I can
 clarify in the title of the card and the A.C. that this should be an
 overlay, not a nav. Does that address some of your concerns?

 [image: Inline image 1]

 On Thu, Apr 25, 2013 at 11:32 AM, Vibha Bamba &lt;vbamba(a)wikimedia.org&gt;wrote;wrote:

  At this point we should be doing this at a
whiteboard.
 There are some legitimate concerns but text is hardly a medium to improve
 ideas =]

   On Thu, Apr 25, 2013 at 11:21 AM, Maryana Pinchuk <
 mpinchuk(a)wikimedia.org&gt; wrote:

    On Thu, Apr 25, 2013 at 10:39 AM, Jon Robson
&lt;jrobson(a)wikimedia.org&gt;wrote;wrote:

  I'm beginning to exhibit raging hatred of the
right nav concept...

 Firstly.. Ergg. two settings is confusing (site and user) - they
 should be the same page and there is no reason why they can't be. It
 would be great if when logged in the settings page morphed from device
 specific to user specific. Would be great to be able to activate alpha
 on all my devices.

 In terms of a right nav, the more I think about it and having played
 with a prototype I knocked up, the more I think a right nav is bad.
 Although it seems to be becoming an established pattern it seems like
 an easy option that in my opinion is badly implemented. We can do
 better and should lead by example. For one I never touch the Facebook
 one... it just doesn't come natural. I also don't like the idea of 2
 menus. I wonder if we could envision 2 stacked menus that can be
 toggled between and persist when selected.

 To quote
 http://www.upassoc.org/upa_publications/jus/2011august/faulkner2.html
 "... Kingsburg and Andre carried out two studies with 16 users and
 found in both of their studies that selection from a left-hand menu
 was faster than from a right-hand menu (2004). However, their research
 also showed that selections were best done from the same panel,
 whether that was on the right or left. Thus it is better to have a
 single design, either on the left or the right, rather than a mixed
 navigational method that requires the user to select from both left
 and right panels (Kingsburg & Andre, 2004). This is hardly surprising
 and is both predicted and supported by Fitts’ Law. (1954)."

 The thing that bugs me most is that when you move your finger over the
 left hamburger button and press it the page moves to the left. Your
 finger is still above the button. This doesn't apply to the right
 menu. Your finger is now above something else. This to me is very
 jarry and always feels icky. 

  It still leaves the question of where things such
as watch star, talk
 page link, edit, move and delete buttons go.
 The bottom would make sense for an app, but position fixed is buggy in
 the majority of current mobile browsers and we will need a fallback of
 some sort.

   Is it just the "nav" part that bothers you, and not so much the
 "right" and "my stuff" part? What if we had a little person icon to
the
 right of the search bar, and tapping that opened an overlay with pretty
 visualizations of your recent editing and uploading activity, as well as
 links to your watchlist and talk page? *That's* what I ultimately want
 to work toward; in my mind, the nav part was always just a stepping stone,
 but maybe we don't actually need that stepping stone and can just go
 directly to (sneakily) beginning work on a totally new, totally rad mobile
 userspace :)

  --
 Maryana Pinchuk
 Associate Product Manager, Wikimedia Foundation
 wikimediafoundation.org

  _______________________________________________
 Design mailing list
 Design(a)lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/design

 _______________________________________________
 Design mailing list
 Design(a)lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/design

  --
 Maryana Pinchuk
 Associate Product Manager, Wikimedia Foundation
 wikimediafoundation.org

 _______________________________________________
 Design mailing
listDesign@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/design

 _______________________________________________
 Design mailing list
 Design(a)lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/design