[xwiki-devs] [Vote] Make the colibri skin the default one in XE 2.0 RC1
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release. Here's my +1 Guillaume -- Guillaume Lerouge Product Manager - XWiki Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/
+1 On Tue, Sep 1, 2009 at 5:58 PM, Guillaume Lerouge <[email protected]>wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
Guillaume
-- Guillaume Lerouge Product Manager - XWiki Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light). Thanks -Vincent
Vincent Massol wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light).
+1 Also, all themes must be revised and adjusted, so that no UI elements look bad, the colors are pleasant, and the text is easy to read. -- Sergiu Dumitriu http://purl.org/net/sergiu/
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light).
+1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
The skin is still the provisory skin isn't it ? I would prefer to wait for the nice version being programmed. I think the provisory version has no real advantage on the old one. It is the same information architecture (worst indeed) with only the minimalist layout as a plus. Imo the minimalist layout is made to work with the exellent ergonomics from first Caty versions. This is what makes it emotionaly coherent. So I would prefer to wait the skin being developed. I would propose : 1 - Start from the nice proposition 2 - Work on the menu UX design, wich was the discussion point. (use "advanced" button ?) 3 - Develop it... 4 - relase Colibri skin So unless I missed something and the colibri skin is not still in his old provisory state, it will be -1 for my part. 2009/9/1 Th omas Mortagne <[email protected]>
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light).
+1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Thibaut, On Sep 1, 2009, at 9:38 PM, Thibaut DEVERAUX wrote:
The skin is still the provisory skin isn't it ?
I would prefer to wait for the nice version being programmed.
I think the provisory version has no real advantage on the old one. It is the same information architecture (worst indeed)
Could you explain what is worse please?
with only the minimalist layout as a plus.
This is not true. It fixes several issues, amongst which: - ability to change colors easily - ability to change the logo easily - use of titles (we still need to decide what we do for the pages that have 2 titles) - scrolling issue fixed
Imo the minimalist layout is made to work with the exellent ergonomics from first Caty versions. This is what makes it emotionaly coherent. So I would prefer to wait the skin being developed.
I would propose :
1 - Start from the nice proposition 2 - Work on the menu UX design, wich was the discussion point. (use "advanced" button ?) 3 - Develop it... 4 - relase Colibri skin
So unless I missed something and the colibri skin is not still in his old provisory state, it will be -1 for my part.
The new skin is an important part of the XE 2.0 release. We cannot wait more to release 2.0 Thanks for your feedback but we'd need more detail to consider not releasing it. -Vincent
2009/9/1 Th omas Mortagne <[email protected]>
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light).
+1
Thanks -Vincent
Thibaut DEVERAUX wrote:
The skin is still the provisory skin isn't it ?
I would prefer to wait for the nice version being programmed.
I think the provisory version has no real advantage on the old one. It is the same information architecture (worst indeed) with only the minimalist layout as a plus.
Imo the minimalist layout is made to work with the exellent ergonomics from first Caty versions. This is what makes it emotionaly coherent. So I would prefer to wait the skin being developed.
Actually, one of the main reasons why the menu had been moved (at the expense of loosing permanent access to it) was to eliminate the flickering effect when scrolling. Now that a community member provided a nice fix for this issue, it is possible that we will end up not changing the layout in that direction after all. As Vincent said, this skin has the great advantage of being easy to change, and we need this in 2.0 . Please let us know what are the specific bad points from your perspective, what you think is worse than in the previous skin, and what makes the proposed layout (where the menu becomes inaccessible once you scroll down) have better ergonomics than the current one, where you have immediate access to the actions all the time. Thanks in advance for a more detailed feedback.
I would propose :
1 - Start from the nice proposition 2 - Work on the menu UX design, wich was the discussion point. (use "advanced" button ?) 3 - Develop it... 4 - relase Colibri skin
So unless I missed something and the colibri skin is not still in his old provisory state, it will be -1 for my part.
2009/9/1 Th omas Mortagne <[email protected]>
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1 +1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light). +1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Ho that's it. It is a design decision based about scrolling. I forgot this point. So I understand now. Yet I still have some remarks about this because what you choose now is not neutral at all. I don't say it is good or bad. I say everybody have to understand the implications. /***************************** Disclaimer : All of this is mainly theorical, UX is not an exact science when you can't make tests. Also I can be biaised by my own eperience (I'm definitivly not a newbee user, more probably a geek user). The only manner to really be sure about it is, like usual, to make tests on a few real newbee users... *****************************/ Situation : Just imagine you are in a supermarket and you search for butter. First of all you assume butter is somewhere in the food aera. Then you may think that butter is with all prooducts based on milk. Also it should be in a freezer aera. So you will find easily the butter. Information architecture and ergonomy use a lot a methode called "card sorting" to create such logic aeras. They write the elements of the interface on paper. Then they ask people to group card they think to be linked. Then they make stats on groups to define an architecture of elements grouped in a logic way. More information : French : http://www.ergolab.net/articles/tri-cartes-ergonomie-web.php English : http://www.boxesandarrows.com/view/card_sorting_a_definitive_guide You understand, I think, what I mean. In a "logic aeras" way the edit button and all what is related specifically to the content on the page should be near the page. (I dont mind it is moving or not, since it is in the content aera) Ok. Now, you will say me that anyone found a solution to get at the same time the content related links near the content and at the same time having the content related links always accessible. So : "the menu becomes inaccessible once you scroll down". This is right. So they're is a deal... Will I choose something : * Efficient ? Quicly accessible user bar. * Newbee friendly ? Put the information where they will search it. It really depends on the targeted users : * If users know the should be an edit button somewhere, choose something effcient. * If users will use the wiki all the days choose something efficient. / * If firms have a problematic of adoption and at the same time a lot of people not skilled in computers choose something newbee friendly. * If yo want anybody can contribute quicly, even if not at ease with computers choose something newbee friendly. For my part, not knowing who are the personas, I would have choosen the version where the content related actions are in the content aera because : * Imo and according to what I read, scrolling back to someting he has already noticed is not the greatest problem for casual users. * A newbee oriented design avoid getting people lost since a regular users design only deserve regular users confort. Yet I guess the main clients xwiki are people who have to use regulary the tool or people who know that they here to edit page and that it can be done cliking on an "edit" button somewhere on the page. So... Imo this decision is not about a blind vote in a mailing list where evryone is biaised by the fact he know the tool. This decision is to : * Have its implications evaluated. Best by tests, else by brainstorming like we are doing. * Being linked with political and marketing orientations. Project leader, marketing personas, community... I don't know who.... 2009/9/1 Sergiu Dumitriu <[email protected]>
Thibaut DEVERAUX wrote:
The skin is still the provisory skin isn't it ?
I would prefer to wait for the nice version being programmed.
I think the provisory version has no real advantage on the old one. It is the same information architecture (worst indeed) with only the minimalist layout as a plus.
Imo the minimalist layout is made to work with the exellent ergonomics from first Caty versions. This is what makes it emotionaly coherent. So I would prefer to wait the skin being developed.
Actually, one of the main reasons why the menu had been moved (at the expense of loosing permanent access to it) was to eliminate the flickering effect when scrolling. Now that a community member provided a nice fix for this issue, it is possible that we will end up not changing the layout in that direction after all.
As Vincent said, this skin has the great advantage of being easy to change, and we need this in 2.0 . Please let us know what are the specific bad points from your perspective, what you think is worse than in the previous skin, and what makes the proposed layout (where the menu becomes inaccessible once you scroll down) have better ergonomics than the current one, where you have immediate access to the actions all the time.
Thanks in advance for a more detailed feedback.
I would propose :
1 - Start from the nice proposition 2 - Work on the menu UX design, wich was the discussion point. (use "advanced" button ?) 3 - Develop it... 4 - relase Colibri skin
So unless I missed something and the colibri skin is not still in his old provisory state, it will be -1 for my part.
2009/9/1 Th omas Mortagne <[email protected]>
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1 +1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light). +1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
To be more precise, personas : Jo, Know what is a wiki. "Where is the "edit button??? Ho, at the top ! " Mike Don't know what is a wiki "What can I do now?" Mike is looking arond the page, looking fo something logical. Mike may not notice the edit button since he is looking near the content. Now iimagine Mike sees the edit button. (Interesting : If he scroll he will se that the bar is scrolling to so it may help him to notice it) "So there is an edit link, I gess I will edit somehing, but what?" Mike click on the edit button. It open the editor with the content of the page. It take a few miliseconds to mike to understand. "Ho ok, this is editing the content of the page." 9 lines for mike... If the edit button btton was near the content mike would have nticed it more easily. Also He would have linked it more easily with the fact it is editing the content. This is what makes the difference between the two designs... 2009/9/2 Thibaut DEVERAUX <[email protected]>
Ho that's it. It is a design decision based about scrolling. I forgot this point.
So I understand now. Yet I still have some remarks about this because what you choose now is not neutral at all. I don't say it is good or bad. I say everybody have to understand the implications.
/***************************** Disclaimer : All of this is mainly theorical, UX is not an exact science when you can't make tests. Also I can be biaised by my own eperience (I'm definitivly not a newbee user, more probably a geek user). The only manner to really be sure about it is, like usual, to make tests on a few real newbee users... *****************************/
Situation :
Just imagine you are in a supermarket and you search for butter.
First of all you assume butter is somewhere in the food aera.
Then you may think that butter is with all prooducts based on milk.
Also it should be in a freezer aera.
So you will find easily the butter.
Information architecture and ergonomy use a lot a methode called "card sorting" to create such logic aeras. They write the elements of the interface on paper. Then they ask people to group card they think to be linked. Then they make stats on groups to define an architecture of elements grouped in a logic way.
More information : French : http://www.ergolab.net/articles/tri-cartes-ergonomie-web.php English : http://www.boxesandarrows.com/view/card_sorting_a_definitive_guide
You understand, I think, what I mean. In a "logic aeras" way the edit button and all what is related specifically to the content on the page should be near the page. (I dont mind it is moving or not, since it is in the content aera)
Ok. Now, you will say me that anyone found a solution to get at the same time the content related links near the content and at the same time having the content related links always accessible. So : "the menu becomes inaccessible once you scroll down".
This is right. So they're is a deal...
Will I choose something :
* Efficient ? Quicly accessible user bar.
* Newbee friendly ? Put the information where they will search it.
It really depends on the targeted users :
* If users know the should be an edit button somewhere, choose something effcient. * If users will use the wiki all the days choose something efficient. / * If firms have a problematic of adoption and at the same time a lot of people not skilled in computers choose something newbee friendly. * If yo want anybody can contribute quicly, even if not at ease with computers choose something newbee friendly.
For my part, not knowing who are the personas, I would have choosen the version where the content related actions are in the content aera because : * Imo and according to what I read, scrolling back to someting he has already noticed is not the greatest problem for casual users. * A newbee oriented design avoid getting people lost since a regular users design only deserve regular users confort.
Yet I guess the main clients xwiki are people who have to use regulary the tool or people who know that they here to edit page and that it can be done cliking on an "edit" button somewhere on the page.
So... Imo this decision is not about a blind vote in a mailing list where evryone is biaised by the fact he know the tool. This decision is to :
* Have its implications evaluated. Best by tests, else by brainstorming like we are doing. * Being linked with political and marketing orientations. Project leader, marketing personas, community... I don't know who....
2009/9/1 Sergiu Dumitriu <[email protected]>
Thibaut DEVERAUX wrote:
The skin is still the provisory skin isn't it ?
I would prefer to wait for the nice version being programmed.
I think the provisory version has no real advantage on the old one. It is the same information architecture (worst indeed) with only the minimalist layout as a plus.
Imo the minimalist layout is made to work with the exellent ergonomics from first Caty versions. This is what makes it emotionaly coherent. So I would prefer to wait the skin being developed.
Actually, one of the main reasons why the menu had been moved (at the expense of loosing permanent access to it) was to eliminate the flickering effect when scrolling. Now that a community member provided a nice fix for this issue, it is possible that we will end up not changing the layout in that direction after all.
As Vincent said, this skin has the great advantage of being easy to change, and we need this in 2.0 . Please let us know what are the specific bad points from your perspective, what you think is worse than in the previous skin, and what makes the proposed layout (where the menu becomes inaccessible once you scroll down) have better ergonomics than the current one, where you have immediate access to the actions all the time.
Thanks in advance for a more detailed feedback.
I would propose :
1 - Start from the nice proposition 2 - Work on the menu UX design, wich was the discussion point. (use "advanced" button ?) 3 - Develop it... 4 - relase Colibri skin
So unless I missed something and the colibri skin is not still in his
old
provisory state, it will be -1 for my part.
2009/9/1 Th omas Mortagne <[email protected]>
On Tue, Sep 1, 2009 at 14:29, Vincent Massol<[email protected]> wrote:
On Sep 1, 2009, at 2:28 PM, Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1 +1 but only provided we agree on the default colors. Right now I'm -1 with the current colors. I've had several negative feedbacks about them (too light). +1
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
+1 -- Sergiu Dumitriu http://purl.org/net/sergiu/
Guillaume Lerouge wrote:
Hi devs, I think we should make colibri the default skin in XE 2.0 RC1 if we want it to be tested and ready for the release.
Here's my +1
By the way, this skin suffered intensive testing and bugfixing in a very short time period, thanks to Silvia, Cati, Raluca and others. -- Sergiu Dumitriu http://purl.org/net/sergiu/
participants (7)
-
Asiri Rathnayake -
Guillaume Lerouge -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thibaut DEVERAUX -
Thomas Mortagne -
Vincent Massol