11 Nov
2009
11 Nov
'09
7:24 p.m.
Hi thanks,
I understand. :-)
Well, sites use a lot a form that is completly different than the output.
This is not the best, I agree. Generally the reason is that the information
from a single form is redispatched in different pages.
User understand this. The fill a form with data, and the site will use them
data to create a page.
Yet, this can be a bit "burocratic" in the feelings. Also user get a bit
lost in the resulting page because they have to take new reperes. Also this
limit the feeling of "I create my page".
I prefer too versions most "in place", most "WYSIWYG". Well... Most in
the
Wiki logic too.
I think you can even do best than doubling the name as a compromise to make
it :
http://thibaut.deveraux.free.fr/xwiki/Profil-In_place_render.png
http://thibaut.deveraux.free.fr/xwiki/Profil-In_place_edit.png
Have a nice day
Thibaut
PS :
/!\ Sharing the UX sources in an Open Source project /!\
It took me more than half an hour to photoshop your renders to make my
proposal.
If I had sources I could modify quickly, it would have been 5mn.
A simple mockup on the paper does not help enough to make a comparaison.
(Using feelings to drive thinking is important too)
Yet, here, this is complicated. You use HTML to make your proposals. I'm
most at ease with Photoshop/Gimp/svg. So I'm not sure it would take me less
time if I get to design in HTML.
All of this does not really makes it easy open source UX collaboration. I
don't know what to say. You have to use the medium you are the most at ease
too, so I don't have the solution...
At least please share your HTML files, if this is simplely a few lines to
change it will be faster in HTML.
Thanks !
2009/11/11 Ecaterina Valica <valicac(a)gmail.com>
Hi Thibaut,
So, what is freigntening me is that the number of elements and the
altenances field-name/field-content may make it
diffcult to scan the
list.
Since users generally start looking for
informations in scan mode it can
be
a limitation.
I thing there is separation for the profile, so the scan mode is not that
limited.
You have:
- subcategories (Personal, Contact Informations)
- left-right + change in background color between the information a user
can
edit and the ones he cannot (Rights+Recent Activity)
- also we have space between pairs of field-name/field-content
By removing the "first name" and
"last name" fieds (*since this
information
is already at the top*) we can limit this.
The main reason I don't want to remove this fields is the compatibility -
symmetry for the profile in view/edit mode.
View mode:
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/UserProfilePro…
Edit mode:
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/UserProfilePro…
In edit mode, the fields are in the same position like in the view. If I
enter a value in Edit mode, I can clearly see the modification in View
mode.
Imagine a user entering his First and Last Name. He hits save, but he can't
find this fields anywhere in the profile page. How you will explain him
that
he need to look in the page title? Usually in a form, the user expects the
same structure of the form after save.
I would like to check the relevance ot this, is the code available
somewhere
? (I'm sorry I'm not a dev so I'm a
bit lost in using svn)
The code is not available on svn. This are just mockups, ideas. They will
go
into the SVN when they will be implemented.
Thibaut, you should try to make a quick mockup in an graphical editor or
even on a piece of paper and scan it. Sometimes I don't fully understand an
idea and the best solution is to represent it in a picture.
Thanks,
Caty
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs