On May 9, 2013, at 9:34 AM, Fabrice Florin <fflorin(a)wikimedia.org> wrote:
>
> BTW, I found it hilarious that you put words in my mouth to show my fictional comments history for this prototype -- you were actually really close to my character, expressing gratitude profusely, as I'm prone to do. So this is as much a work of art as a technical prowess.
Wait? Where did I do that? As far as I remember, you (the real you) didn't show up in the coded/pulled responses, and I know I didn't write any for you.
You may have been reading comments that I wrote that the prototype attributes to you after you've "logged in".
---
Brandon Harris, Senior Designer, Wikimedia Foundation
Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
Hello, I just had a call with
Mikael Wiberg, Professor, Head of Department
Department of Informatics, Umeå university, Sweden
He is now a new member of this list. Hej!
They want to get involved in different types of Wikimedia contributions.
One area of high interest among their students is interaction design.
We could start with a small and quite informal collaboration. From time
to time people come here asking for feedback or help about a UX problem,
a new workflow, some gadget needing some UX love... These students could
simply join the list and get involved in the discussions, bringing
feedback and ideas.
From there many progressive paths are possible:
* Start working on "design" AND "easy" bugs:
https://bugzilla.wikimedia.org/buglist.cgi?keywords=design%2C%20easy%2C%20&…
* Help kicking the https://www.mediawiki.org/wiki/UX_review_queue
* Get involved in https://www.mediawiki.org/wiki/Micro_Design_Improvements ?
And probably more, but I think it's important to go for first things
first, and start with simple feedback to requests made to this list.
Welcome Mikael, we hope you bring more participation to this list and we
are looking forward to the first results.
--
Quim Gil
Technical Contributor Coordinator @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
Hi design list,
You may remember me as the person who introduced the Erudite skin a
few months ago. Since that time I've made lots of changes to it
locally that are almost ready to go back up to the version on
Mediawiki's servers.
Major changes include:
- ability to set a top banner to an your own image in LocalSettings.php
- ability to add extra content sections to the columns on the footer
using system messages (the same way the main navigation can be
customised; editing pages like MediaWiki:Erudite-extracontent-column2)
- width is not fixed, but flexes to use the space appropriately
- generally heaps of smaller style improvements
There are two issues I see in getting the changes upstream, though.
1) Any visible style change seems to have great difficulty being
accepted. I found this with a few changes I submitted months ago:
https://gerrit.wikimedia.org/r/#/c/32035/https://gerrit.wikimedia.org/r/#/c/32036/
With the reviews always coming back "fine, needs approval from
someone else". I think this may be a more general issue making
design changes difficult to do.
2) Partly due to the above difficulties, partly due to my own time
pressures, there are a large number of changes between the version
currently in git and my current code. Moreover I would like to
update the current code to conform to the Mediawiki style guide,
but this would make the diff even more massive.
I could rejig my code into some separate patches, but they would
each be quite large and interdependant. What would be the best way
to contribute my improvements?
Nick
http://blog.okfn.org/2013/05/07/okcon-2013-call-for-proposals-out-now/
OKCon is the annual conference for Open Knowledge (Foundation),
17th-18th September 2013, Geneva, Switzerland. It was called "OKFest"
last year. It's a well-attended and well-organized conference for anyone
interested in open knowledge, sharing, open hacking, etc.
Opportunities for Wikimedia lighting talks, workshops, etc.:
- Wikipedia Zero (see Open Development & Sustainability track)
- Analytics and open data (see Technology, Tools & Business)
(UserMetrics API? privacy? Limn?)
- SOPA/PIPA and related activities (see Evidence & Stories)
- Hack events: use their hackspace. Teach folks to make bots,
gadgets, apps, and Lua templates. Get user testing from other
open culture advocates and learn what tools they need.
This conference is eligible for subsidy of travel costs -- see
Participation Support
https://meta.wikimedia.org/wiki/Participation:Support to put in your
request.
Thanks to Sarah Stierch for the heads-up.
--
Sumana Harihareswara
Engineering Community Manager
Wikimedia Foundation
Mad*Pow are organising a Webinar on April 30 about design critique and
getting effective feedback on designs. Those interested can register for
free at: http://mpwebinar11.eventbrite.com
Pau
--
Pau Giner
Interaction Designer
Wikimedia Foundation
FYI
---------- Forwarded message ----------
From: Erik Moeller <erik(a)wikimedia.org>
Date: Mon, May 6, 2013 at 9:44 AM
Subject: Jared Zimmerman joins Wikimedia Foundation as Director of UX
To: wikimediaannounce-l(a)lists.wikimedia.org
Hi folks,
It’s my great pleasure to announce that today, Jared Zimmerman will
start as Wikimedia Foundation’s Director of User Experience. As UX
Director, Jared will lead the design team and have a hands-on role on
the team, contributing his own design work. It’s still a small team
(Brandon, Vibha, May, and Pau), but we expect to hire an additional
3-4 designers in the coming 12-18 months.
Prior to Wikimedia, Jared was Principal Interaction Designer at
Autodesk, where he worked with engineers, visual artists, and user
experience researchers to create new software solutions for
architecture and design professionals with an emphasis on AutoCAD for
Mac and soon to be released online design collaboration tools. Jared
has led cross-disciplinary design teams in his roles at Autodesk,
Ammunition Group, and iconmobile, including creative direction.
At Autodesk, he was part of the transition to agile development and
helped his design teams apply those principles to their work. During
his time there he worked with design management to establish designers
as product owners in the scrum process, to further integrate them into
the development process from start to finish, as well as teaching his
team best practices for use of agile design tools.
Jared has degrees in Graphic Design (BGD) and Fine Art Photography
(BFA) from the Rhode Island School of Design. His photography has been
in featured in publications such as Travel + Leisure Magazine,
ZonaRetiro, and Huffington Post.
In addition to starting in his new job, Jared is also planning his
wedding in July to his fiancée Shannon. [1] In his spare time Jared is
wrapping up a remodel to their home, working on his first iPhone app,
experimental cooking, photographing the bay area & abroad [2], and
answering questions on Quora. [3]
I look forward to Jared’s leadership in helping elevate a delightful,
consistent and efficient User Experience to becoming a key measure of
success for our work.
Please join me in welcoming Jared! :-)
Erik
[1] http://shannonbadiee.com/
[2] http://www.flickr.com/photos/spoinknet/
[3] https://www.quora.com/Jared-Zimmerman/answers
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Welcome, May Galloway!
Thanks,
Sumana
-------- Original Message --------
Subject: [Wmfall] Welcome May Galloway -- Visual Designer
Date: Thu, 2 May 2013 11:05:35 -0700
From: Howie Fung <hfung(a)wikimedia.org>
Hey all,
I'm pleased to welcome May Galloway, a new member of our design team.
May is starting today as Visual Designer and will work across our
projects to help make our features more engaging, and *gasp* fun to use :)
May joins us from The Weather Channel, where she was a User
Interface/User Experience Designer. During her time at The Weather
Channel, she primarily worked on designing mobile phone and tablet
applications specifically on Android, Windows, and iOS platforms.
Hello
I am Rahul Maliakkal, 3rd year UG student applying for Google Summer of
Code(GSoc). The idea that I plan on implementing is a "PRONUNCIATION
RECORDING EXTENSION' .I have made a few UI Mockups in my proposal, I would
like the feedback and suggestion from the WMF Design community
The link to my proposal: https://www.mediawiki.org/wiki/User:Rahul21/Gsoc
Thank You
whoops. sending fail...
---------- Forwarded message ----------
From: <design-owner(a)lists.wikimedia.org>
Date: 26 Apr 2013 08:46
Subject: Re: [Design] Left nav/right nav
To: <jdlrobson(a)gmail.com>
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 <jdlrobson(a)gmail.com>
To: "A list for the design team." <design(a)lists.wikimedia.org>
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" <jgonera(a)wikimedia.org> 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 <vbamba(a)wikimedia.org>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> wrote:
>>
>>> On Thu, Apr 25, 2013 at 10:39 AM, Jon Robson <jrobson(a)wikimedia.org>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
>
>