[xwiki-devs] [Proposal][UX] User Profile and Preferences
Hi devs, With the new ActionMenu Proposal<http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal>I've made a separation between: - Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal - Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp... Please give feedback about: 1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields? Thanks, Caty
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal<http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal>I've made a separation between:
- Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal - Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull. We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
On Sat, Oct 31, 2009 at 7:40 PM, Thomas Mortagne <[email protected]> wrote:
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal<http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal>I've made a separation between:
- Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal - Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull.
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Yes, email must be hidden by default.
On Tue, Nov 3, 2009 at 11:13, Jean-Vincent Drean <[email protected]>wrote:
On Sat, Oct 31, 2009 at 7:40 PM, Thomas Mortagne <[email protected]> wrote:
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal< http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal I've made a separation between:
- Profile - things related to the user -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal
- Preferences - things related to user's account -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull.
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
The right-left separation is though like this: - left - info that can be changed by user - right - info related to the user I would prefer to keep the current format, but we can change the number of item to be displayed. In the proposal they are simetrical, but in any real life example, they will be not :P
We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Yes, email must be hidden by default. _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Tue, Nov 3, 2009 at 11:35 AM, Ecaterina Valica <[email protected]> wrote:
On Tue, Nov 3, 2009 at 11:13, Jean-Vincent Drean <[email protected]>wrote:
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
The right-left separation is though like this: - left - info that can be changed by user - right - info related to the user
Ok I didn't get that, sounds good then.
I would prefer to keep the current format, but we can change the number of item to be displayed. In the proposal they are simetrical, but in any real life example, they will be not :P
JV.
On Tue, Nov 3, 2009 at 11:13 AM, Jean-Vincent Drean <[email protected]> wrote:
On Sat, Oct 31, 2009 at 7:40 PM, Thomas Mortagne <[email protected]> wrote:
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal<http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal>I've made a separation between:
- Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal - Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull.
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Yes, email must be hidden by default.
We could hide emails from XWikiGuest but display them to logged users, WDYT ? JV.
Hi, On Tue, Nov 3, 2009 at 12:49 PM, Jean-Vincent Drean <[email protected]>wrote:
On Tue, Nov 3, 2009 at 11:13 AM, Jean-Vincent Drean <[email protected]> wrote:
On Sat, Oct 31, 2009 at 7:40 PM, Thomas Mortagne <[email protected]> wrote:
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal< http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal I've made a separation between:
- Profile - things related to the user -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal
- Preferences - things related to user's account -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull.
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Yes, email must be hidden by default.
We could hide emails from XWikiGuest but display them to logged users, WDYT ?
Sounds good to me. Guillaume JV.
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/
Hi, About : http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal Really fun Cathy, there is a big similitudes of shape between your profil proposal and the one I showed to Guillaume yesterday for my site. ^^ Is there still a part where the user can say whatever he want about him ? Can be usefull : - If the user want to say other things than what is in the forms - In an emotional point of view. It makes it less rigid, more personal. Have a nice day Thibaut 2009/11/3 Guillaume Lerouge <[email protected]>
Hi,
On Tue, Nov 3, 2009 at 12:49 PM, Jean-Vincent Drean <[email protected]>wrote:
On Tue, Nov 3, 2009 at 11:13 AM, Jean-Vincent Drean <[email protected]> wrote:
On Sat, Oct 31, 2009 at 7:40 PM, Thomas Mortagne <[email protected]> wrote:
On Thu, Oct 29, 2009 at 16:13, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal<
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal
I've
made a separation between:
- Profile - things related to the user -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal
- Preferences - things related to user's account -
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity 2. Default Fields: 1. is there a way to have dynamic fields in user class? 2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented 3. which are those fields?
I'm not fan of rights associated to groups in the Groups view. It can only be the rights of the groups in the user profile wiki which does not mean much in a farm or even in a wiki where each space/document can have specific right. Plus rights are not always based on groups, the user can have specific right associated to him. Except for that having the groups of the user in the user profile is very usefull.
I agree, having the list of groups the user belongs to is very nice but I'd not put action buttons related to them on the user profile. Caty WWYT about placing this list below user info on the left + have 10 recent changes instead of 5 ?
We need to decide if mail is shown by default (I don't think so) since we don't show it currently because of spam since profile page are viewable by default by anyone.
Yes, email must be hidden by default.
We could hide emails from XWikiGuest but display them to logged users, WDYT ?
Sounds good to me.
Guillaume
JV.
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Is there still a part where the user can say whatever he want about him ?
Can be usefull : - If the user want to say other things than what is in the forms - In an emotional point of view. It makes it less rigid, more personal.
Have a nice day
Hi Thibaut, you can put this kind of informations in the "Description" fields.
Hi, You can see a version with Tabs at http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal Thanks, Caty
On Nov 4, 2009, at 3:47 PM, Ecaterina Valica wrote:
Hi,
You can see a version with Tabs at http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal
Caty, does it mean the image is now normalized in term of width/ height? If so, is it done automatically for the user when uploads an image or does he have to prepare it in the right size? Does he have the ability to control the resize and the centering? Thanks -Vincent
Caty, does it mean the image is now normalized in term of width/ height? If so, is it done automatically for the user when uploads an image or does he have to prepare it in the right size?
This depends on how we are making the implementation.
Does he have the ability to control the resize and the centering?
Because of the position inside the header of the page and for aesthetic reasons, we could have a fixed size for the image. Since XWiki is not a specialized platform for handling images, this advanced options for resizing and centering a profile image are not necessarily required.
On Nov 4, 2009, at 5:14 PM, Ecaterina Valica wrote:
Caty, does it mean the image is now normalized in term of width/ height? If so, is it done automatically for the user when uploads an image or does he have to prepare it in the right size?
This depends on how we are making the implementation.
Does he have the ability to control the resize and the centering?
Because of the position inside the header of the page and for aesthetic reasons, we could have a fixed size for the image. Since XWiki is not a specialized platform for handling images, this advanced options for resizing and centering a profile image are not necessarily required.
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing. I see this feature in lots of web apps that are not about image manipulation. To start with, I agree that I'd see an automatic resize either done server side or by the browser (CSS). Thanks -Vincent
you can put this kind of informations in the "Description" fields.
Super ! I love it. :-) Can I make a sugestion to symplify the fields ? Just removing semantic indications that are not mandatory ------------------------------------------------------------------------------------- -- John Martins -- (remove name from list since it is already at the top ?) (maybe put the username a little stronger than usersurname to make sur it differentiate for foreign names ?) Description : (first, as a personalized, more "eye contact" part ?) Hello, I'm an IT engineer ! I'm found of XWiki ! Departement : Technology Office : XWiki Nantes (new office ^_^) Contact : [email protected] + 33 (0)6 32 49 34 23 Site : http://www.xwiki.com ------------------------------------------------------------------------------------- In modify mode, maybe put the aditional semantic needed in grey in the field ?
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal Proposal 2
I prefer to keep the photo near the name. More coherent in semantic. (so people ++ make link with name and face) I know that it may be not evident with the list. Because of blank space ? Tabs Vs List : Tabs is theorically more structuring and immediatly seen, yet, yes, I like the list more. It lightweight the structure.
Does he have the ability to control the resize and the centering?
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing.
I agree to say it is an UX thing because users may hate to have a bad cropping of them photo. I think it become good UX only when transparent in most of cases (default crop proposal being ok on most standard photos + just upload - show the photo (can re-crop if needed) - validate). Have a nice day Thibaut 2009/11/4 Vincent Massol <[email protected]>
On Nov 4, 2009, at 5:14 PM, Ecaterina Valica wrote:
Caty, does it mean the image is now normalized in term of width/ height? If so, is it done automatically for the user when uploads an image or does he have to prepare it in the right size?
This depends on how we are making the implementation.
Does he have the ability to control the resize and the centering?
Because of the position inside the header of the page and for aesthetic reasons, we could have a fixed size for the image. Since XWiki is not a specialized platform for handling images, this advanced options for resizing and centering a profile image are not necessarily required.
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing.
I see this feature in lots of web apps that are not about image manipulation.
To start with, I agree that I'd see an automatic resize either done server side or by the browser (CSS).
Thanks -Vincent _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Can I make a sugestion to symplify the fields ? Just removing semantic indications that are not mandatory
We need some kind of consistency - we can't just remove some indications and leave others. The big problem is that the importance of the fields can be subjective from one person to another.
-- John Martins -- (remove name from list since it is already at the top ?)
It's at the top because there is a way to enter that information in the profile's form. I wanted to keep the position of the fields the same in view mode and edit mode. So if we make some fields disappear in one view, this can lead to some confusion.
(maybe put the username a little stronger than usersurname to make sur it differentiate for foreign names ?)
I don't think we need to more differentiate some fields from the others. They are already in categories. The field's name are descriptive enough not to produce confusions. Description :
(first, as a personalized, more "eye contact" part ?) Hello, I'm an IT engineer ! I'm found of XWiki !
Departement : Technology
Office : XWiki Nantes (new office ^_^)
Contact : [email protected] + 33 (0)6 32 49 34 23
Site : http://www.xwiki.com
-------------------------------------------------------------------------------------
In modify mode, maybe put the aditional semantic needed in grey in the field ?
I'm not sure I understand what are "aditional semantic" . You mean the field's name?
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal
Proposal 2
I prefer to keep the photo near the name. More coherent in semantic. (so people ++ make link with name and face) I know that it may be not evident with the list. Because of blank space ? Tabs Vs List : Tabs is theorically more structuring and immediatly seen, yet, yes, I like the list more. It lightweight the structure.
The UserTabs are still work in progress. Thank you.
Does he have the ability to control the resize and the centering?
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing.
I agree to say it is an UX thing because users may hate to have a bad cropping of them photo.
I think it become good UX only when transparent in most of cases (default crop proposal being ok on most standard photos + just upload - show the photo (can re-crop if needed) - validate).
Thank you Thibaut for all your feedback :)
Hi,
We need some kind of consistency - we can't just remove some indications and leave others. The big problem is that the importance of the fields can be subjective from one person to another.
A agree to this. Yet there is some possible questionnements about an other constraint. --- Usability design is always soooo made of crossed constraints. I'm sorry to come and make questionnements after a five minuts look on something you have balanced hours. Experience show that cross creation with users and other designers is always enhancing designs. Yet it stays a long process of agregating partial points in the main-designer global vision so if it is something you have already seen and balanced don't loose time, just tell when it is in conflict with another point. ;-) --- 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. By removing the "first name" and "last name" fieds (*since this information is already at the top*) we can limit this. Yet the question wich appear next is how to differentiate the name and the surname ?" Just imagine someone named : "Gerolino Cadroli Madoree Plalerma" Having the name in bold/little stronguer can be a point : "Geronimo Cdroli MANDOREE PALERMA" (in bold or best in capitals with the accents) There is a code wich says that the name is stronguer writtenend than the surname. Yet we have to check the relevance of this code worldwide before using it. 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) About my comments about the "contact" part just forget it for the moment. There is a separation wich makes it ok with a 3 points lists. (we could do other things wich would create other constraints so I think the value is too poor) Thanks Thibaut 2009/11/5 Ecaterina Valica <[email protected]>
Can I make a sugestion to symplify the fields ? Just removing semantic indications that are not mandatory
We need some kind of consistency - we can't just remove some indications and leave others. The big problem is that the importance of the fields can be subjective from one person to another.
-- John Martins -- (remove name from list since it is already at the top ?)
It's at the top because there is a way to enter that information in the profile's form. I wanted to keep the position of the fields the same in view mode and edit mode. So if we make some fields disappear in one view, this can lead to some confusion.
(maybe put the username a little stronger than usersurname to make sur it differentiate for foreign names ?)
I don't think we need to more differentiate some fields from the others. They are already in categories. The field's name are descriptive enough not to produce confusions.
Description :
(first, as a personalized, more "eye contact" part ?) Hello, I'm an IT engineer ! I'm found of XWiki !
Departement : Technology
Office : XWiki Nantes (new office ^_^)
Contact : [email protected] + 33 (0)6 32 49 34 23
Site : http://www.xwiki.com
-------------------------------------------------------------------------------------
In modify mode, maybe put the aditional semantic needed in grey in the field ?
I'm not sure I understand what are "aditional semantic" . You mean the field's name?
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal
Proposal 2
I prefer to keep the photo near the name. More coherent in semantic. (so people ++ make link with name and face) I know that it may be not evident with the list. Because of blank space ? Tabs Vs List : Tabs is theorically more structuring and immediatly seen, yet, yes, I like the list more. It lightweight the structure.
The UserTabs are still work in progress. Thank you.
Does he have the ability to control the resize and the centering?
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing.
I agree to say it is an UX thing because users may hate to have a bad cropping of them photo.
I think it become good UX only when transparent in most of cases (default crop proposal being ok on most standard photos + just upload - show the photo (can re-crop if needed) - validate).
Thank you Thibaut for all your feedback :) _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Grmpf... Re-reading myself, sorry ^_^
There is a code wich says that the name is stronguer writtenend than the surname. Yet we have to check the relevance of >this code worldwide before using it.
Here code = interface signs that make sens for people
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)
Here code = in programming language 2009/11/11 Thibaut DEVERAUX <[email protected]>
Hi,
We need some kind of consistency - we can't just remove some indications and leave others. The big problem is that the importance of the fields can be subjective from one person to another.
A agree to this. Yet there is some possible questionnements about an other constraint. --- Usability design is always soooo made of crossed constraints. I'm sorry to come and make questionnements after a five minuts look on something you have balanced hours. Experience show that cross creation with users and other designers is always enhancing designs. Yet it stays a long process of agregating partial points in the main-designer global vision so if it is something you have already seen and balanced don't loose time, just tell when it is in conflict with another point. ;-) ---
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.
By removing the "first name" and "last name" fieds (*since this information is already at the top*) we can limit this. Yet the question wich appear next is how to differentiate the name and the surname ?"
Just imagine someone named : "Gerolino Cadroli Madoree Plalerma"
Having the name in bold/little stronguer can be a point : "Geronimo Cdroli MANDOREE PALERMA" (in bold or best in capitals with the accents)
There is a code wich says that the name is stronguer writtenend than the surname. Yet we have to check the relevance of this code worldwide before using it.
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)
About my comments about the "contact" part just forget it for the moment. There is a separation wich makes it ok with a 3 points lists. (we could do other things wich would create other constraints so I think the value is too poor)
Thanks
Thibaut
2009/11/5 Ecaterina Valica <[email protected]>
Can I make a sugestion to symplify the fields ? Just removing semantic indications that are not mandatory
We need some kind of consistency - we can't just remove some indications and leave others. The big problem is that the importance of the fields can be subjective from one person to another.
-- John Martins -- (remove name from list since it is already at the top ?)
It's at the top because there is a way to enter that information in the profile's form. I wanted to keep the position of the fields the same in view mode and edit mode. So if we make some fields disappear in one view, this can lead to some confusion.
(maybe put the username a little stronger than usersurname to make sur it differentiate for foreign names ?)
I don't think we need to more differentiate some fields from the others. They are already in categories. The field's name are descriptive enough not to produce confusions.
Description :
(first, as a personalized, more "eye contact" part ?) Hello, I'm an IT engineer ! I'm found of XWiki !
Departement : Technology
Office : XWiki Nantes (new office ^_^)
Contact : [email protected] + 33 (0)6 32 49 34 23
Site : http://www.xwiki.com
-------------------------------------------------------------------------------------
In modify mode, maybe put the aditional semantic needed in grey in the field ?
I'm not sure I understand what are "aditional semantic" . You mean the field's name?
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserTabsProposal
Proposal 2
I prefer to keep the photo near the name. More coherent in semantic. (so people ++ make link with name and face) I know that it may be not evident with the list. Because of blank space ? Tabs Vs List : Tabs is theorically more structuring and immediatly seen, yet, yes, I like the list more. It lightweight the structure.
The UserTabs are still work in progress. Thank you.
Does he have the ability to control the resize and the centering?
Not for a first version I agree (unless we use a library that does it). However for the future it's a UX thing.
I agree to say it is an UX thing because users may hate to have a bad cropping of them photo.
I think it become good UX only when transparent in most of cases (default crop proposal being ok on most standard photos + just upload - show the photo (can re-crop if needed) - validate).
Thank you Thibaut for all your feedback :) _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
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/UserProfileProp... Edit mode: http://incubator.myxwiki.org/xwiki/bin/download/Improvements/UserProfileProp... 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
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 <[email protected]>
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/UserProfileProp... Edit mode:
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/UserProfileProp...
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 [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Wed, Nov 11, 2009 at 19:24, Thibaut DEVERAUX <[email protected]>wrote:
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
Interesting concept - I am not really sure about the implementation of the fields inside the page's title. This is a classic "edit in place" pattern. Could be useful also when we are editing the page's name, content, etc. The problem is that this pattern isn't widely adopted inside XWiki's implementation. 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.
Since I start working for XWiki I had SVG mockups, HTML/CSS mockups or even partial prototypes. There is no "standard" format when I make mockups - it's all a matter of the complexity/time degree of the proposal and also the probability that someone else will want to modify them (this probability slightly increased in the past time).
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.
I'll do more of that in the future. The thing with sharing HTML/CSS is that when you make mockups with this technologies, you don't necessarily clean them - since you are experimenting a lot. Thanks, Caty
Hello ! ;-) 2009/11/12 Ecaterina Valica <[email protected]>
On Wed, Nov 11, 2009 at 19:24, Thibaut DEVERAUX <[email protected]>wrote:
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
Interesting concept - I am not really sure about the implementation of the fields inside the page's title. This is a classic "edit in place" pattern. Could be useful also when we are editing the page's name, content, etc. The problem is that this pattern isn't widely adopted inside XWiki's implementation.
You speak of using "in place" evrywhere ? It should, lol. ^_^ More seriously, this is a mater of choice for the UX strategy. I would recomand it, yet it is only my advice. :-)
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.
Since I start working for XWiki I had SVG mockups, HTML/CSS mockups or even partial prototypes. There is no "standard" format when I make mockups - it's all a matter of the complexity/time degree of the proposal and also the probability that someone else will want to modify them (this probability slightly increased in the past time).
Cool, I understood it bad last time. :-)
Nice you use also svg. I'm using this one a lot, find it to be faster to re-arrange, make tests, etc.
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.
I'll do more of that in the future. The thing with sharing HTML/CSS is that when you make mockups with this technologies, you don't necessarily clean them - since you are experimenting a lot.
Lol, add a warning at the top of the file ? ;-)
CC-BY-SA-Don'tCleanIt Liscence... Files that are not clean and should not be cleaned because it would be a waste of time. ^_^
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Have a nice day ! Thibaut
Hi Caty, On Thu, Oct 29, 2009 at 4:13 PM, Ecaterina Valica <[email protected]> wrote:
Hi devs,
With the new ActionMenu Proposal<http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuProposal>I've made a separation between:
Nice Action menu, I like it.
- Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal
Nice. However I think I would have preferred a way to go more easily from profile to preferences to watchlist. Maybe some tabs. In this case there might not be a need for the various menu entries for the logged-in user. Anyway I'm ok with whatever you guys feel is good since it's already an improvement from what we have.
- Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Nice. It's missing the ability to change the avatar. In general for both the profile and the preferences we need an extensible solution (it's probably something to pay attention to when we implement it) since every company using XWiki will want to have different fields displayed and even custom fields.
Please give feedback about:
1. the utility of the functionality added: Groups, Recent Activity
Recent Activity, definitely +1 Groups: +0. Sounds good, just not sure it's the most critical information to display on the main user page. I'd have seen it on some extra information page maybe. I guess it depends on what other things we want displayed on the user profile page. In some near future, we might want bookmarks displayed. Question 1: Imagine someone wants to write an application (XAR) that extends the User Profile. For example a Bookmark application. How would we write this in a dynamic manner? Question 2: For the further future, maybe the user profile should be made out of google social gadgets and we would implement predefined gagdets such as recent activity, user info, use groups, etc. This could solve question 1.
2. Default Fields: 1. is there a way to have dynamic fields in user class?
IMO it's the user sheet used to display the user info that should be pluggable.
2. what fields should be default in the static case? 1. fields web oriented 2. fields business oriented
I know Thomas Eveillau will have some ideas on this too. We should ask him. +1 to apply all this ASAP for the 2.1 timeframe (we don't have much time left) and iterate after to improve it. Thanks -Vincent
3. which are those fields?
Thanks, Caty
On Sun, Nov 1, 2009 at 3:29 PM, Vincent Massol <[email protected]> wrote:
Hi Caty,
On Thu, Oct 29, 2009 at 4:13 PM, Ecaterina Valica <[email protected]> wrote:
Hi devs,
- Profile - things related to the user - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserProfileProposal
Nice. However I think I would have preferred a way to go more easily from profile to preferences to watchlist. Maybe some tabs. In this case there might not be a need for the various menu entries for the logged-in user. Anyway I'm ok with whatever you guys feel is good since it's already an improvement from what we have.
I think we need tabs for one reason, with the current proposal an admin cannot easily view/edit users preferences or watchlists since the only way to access them is the action menu (which is pointing to current user pages). The need to edit other peoples watchlists has been identified in the past. There is also a technical reason to use tabs for this: if we want to use the default view/inline modes for the user profile (with 3 different sheets) we won't be able to determine which sheet to use when entering the inline mode so we need a way to switch between those views. I think horizontal tabs would make the page look too crowded but we could have a vertical menu on the left of the page, like the music genre list on the left of this page: http://www.last.fm/music .
- Preferences - things related to user's account - http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserPreferencesProp...
Nice. It's missing the ability to change the avatar.
About the avatar, can we position it like this only with CSS or would we need to hardcode something in templates to achieve it ?
In general for both the profile and the preferences we need an extensible solution (it's probably something to pay attention to when we implement it) since every company using XWiki will want to have different fields displayed and even custom fields.
Question 1: Imagine someone wants to write an application (XAR) that extends the User Profile. For example a Bookmark application. How would we write this in a dynamic manner?
I think tabs/vertical-menu could allow that, provided we implement a mechanism to retrieve sheets that must appear in the menu, it is also what we should have for the administration app in the future (it has been done with that in mind but never finished). The menu has one advantage compared to gadgets, it allows to use our inline mode to edit user preferences for the given app.
Question 2: For the further future, maybe the user profile should be made out of google social gadgets and we would implement predefined gagdets such as recent activity, user info, use groups, etc. This could solve question 1.
Thanks, JV.
participants (6)
-
Ecaterina Valica -
Guillaume Lerouge -
Jean-Vincent Drean -
Thibaut DEVERAUX -
Thomas Mortagne -
Vincent Massol