I have been working on the Campaign workflows for the commons media
upload app. The flows have been made to allow the user to look for current
running campaigns, subscribe to them, and contribute media to them. Looking
for feedback/comments to improve the workflows.
I have also been exploring alternative ideas to getting a title for an
image from the user as expecting him/her to enter a unique title, a
description and categories would become stressful. Also, titles being
a technical requirement, im unsure if we should burden the user. One of the
ideas i had is to ask the user to describe the image he is uploading and
extracting a title from it. Users who share images to their social networks
are adept at describing the images they post and this may just about work.
looking for ideas around this too.
This year, consider speaking at Open Source Bridge
<http://opensourcebridge.org/> in Portland, Oregon, USA, June 18-21.
OSB is tech talks & hack sessions with hands-on technologists we want,
for Foundation staff recruiting and for volunteer recruiting and
collaboration. Good talks, clueful people, great food. :-)
If you submit a talk and it gets accepted, you can request subsidy from
<https://meta.wikimedia.org/wiki/Participation:Support> for your travel
Call for talks:
They especially encourage inexperienced speakers.
We already have proposals from or featuring Brandon Harris, Andre
Klapper, Trevor & Roan, me, Priyanka Nag, Quim Gil, Alolita Sharma, and
Volunteer Development Coordinator
Im thinking of a scenario where suppose, a user who visited Taj Mahal has
30 odd photos on his phone and wishes to upload them to commons. The
categories could(should?) be the same, the description may(not sure again)
more or less be the same.
Would it be possible to extract a title based on a description?
On 7 March 2013 01:35, Brion Vibber <bvibber(a)wikimedia.org> wrote:
> On Wed, Mar 6, 2013 at 12:00 PM, Shankar Narayan <notnarayan(a)gmail.com>wrote:
>> Option A - shows only a single image to the user and gets the user to
>> swipe between images. this keeps the user in the context of the image,
>> something that is crucial while describing the image.
>> Option B - Shows multiple images in a single screen. the user can tap the
>> image to see it better.
> I kinda like B but I worry it's going to get very cluttered. A leaves
> plenty of screen space for the input data, and will stay uncluttered as we
> add things like geolocation options.
>> categories and description get copied across images and the user is free
>> to edit them.
> Can you clarify this a bit?
> I would imagine something like this:
> * image 1: title, description, categories are empty
> ** user inputs a title, a description, and some cats
> ** user goes on to next image
> * image 2: title is empty, but description and categories are set to what
> image 1 had
> ** user inputs a title, optionally edits description and categories
> ** user goes on to next image
> * image 3: title is empty, but description and categories are set to what
> image 2 had
> ** ....
> Or are you thinking something else?
> -- brion
> Design mailing list
During the designs for the Translate extension, we thought on making the
left toolbar disappear in some circumstances. Translators are very focused
on the content and the links provided by the left side toolbar are rarely
needed while translating.
The idea is to hide the toolbar initially to reduce the amount of chrome
and provide a cue so that users interested in it can bring it back. I
created an interactive prototype to illustrate the
The design has been made under the following constraints:
- *Avoid automatic moving parts.* Other alternatives involving the
toolbar to hide/show being triggered by scrolling were considered but the
resulting change in the layout can be disorienting for the user.
- *Keep the affordance for going back to the homepage. *Users can be in
a dead-end if they don't identify the top-left icon of the curent wiki to
go back home.
- *Minimal impact to the current layout.* Major changes to the current
skin were out of the scope of the curent project.
I wanted to share this since other tools/extensions may have faced a
similar need before.
Feel free to provide any feedback, alternative solutions or info on
The multiple uploads feature would allow a user to select multiple
images from his gallery, enter a unique title, description and categories
and upload them to commons.
Considering one would end up uploading anywhere from 3 to 30 images, we
have been iterating over a two views that could best allow the user to
perform these operations.
Option A - shows only a single image to the user and gets the user to swipe
between images. this keeps the user in the context of the image, something
that is crucial while describing the image.
Option B - Shows multiple images in a single screen. the user can tap the
image to see it better.
categories and description get copied across images and the user is free to
feedback and comments welcomed :)