[xwiki-devs] [Proposal] [UX] User Statuses
Hi, Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3 Thanks, Caty
I love this feature ! *Stage wisper, a bit of inspiration for further developments *: Will it be possible to use thoose streams as a global wiki's news stream ? Including comments, followed page modifications, goup exchanges, etc. Like in Buddypress for example. http://design-keys.org/activity/ http://buddypress.org/community/activity/ * *Going further, a few time ago during UX workshops we imagined an "all is manageable within the timeline" way of having regular user interacting with content. The use case is simple : it is to be used when the user want to see what is new today on the network and to comment the new content - see what new today on the timeline - interact with content staying into the timeline - continue reading what's new today on the timeline Here is the document : http://www.slideshare.net/thibautdeveraux/design-platform-v2-proposition , going to "l'atelier" (in french sorry, it is a long time I'm supposed to make an english version of this concept with enhanced graphics for sharing, always need more time ^^) The limit of such system is the javascript amount a page can handle before becoming to slow. Yet it may give some inspiration. * About the UX of the proposition* : I like it, it sounds good as it is keeped simple. Maybe a few questions about details : 1/ Is it necessary to add the yesterday, today, title between posts ? http://screencast.com/t/RJsu44z7bUSG There is already a "posted xx time ago" and the most immediatly usefull for the user may be more the last post he have read before than the day it was posted. 2/ Is there a special reason to have changed the order of the "send, privacy, references" icones that are used left to right on facebook, to right to left here ? Here : http://screencast.com/t/dhpNDfZ1 Facebook : http://screencast.com/t/Gk2BhGld3 There is no shame to use the same configuration. ^_^' Being like ergonomics users are used to is a good thing. 3/ Why is there "140" printed on the top right corner ? http://screencast.com/t/gOjv4WGe5VVQ Is it because messages are limited to 140 caracters ? I don't really understand why there should be such a limitation on wikis that can be used for project management, where people may have important things to share and explain ? Also, having text only small boxes is already limitating lengh of 90% of the messages people naturally enter. 4/ Why is it always printed "changed status" ? http://screencast.com/t/cBqylv4X Is status notion is a concept that fit with all the use case of this feature ? For example what if people are not be thinking they are updating a status, yet are thinking they are sharing a message with the community ? Also, the act of seeing a small text right near an other user portrait let people know this is a message from this persone. This may be enough information, why specifing ? The only reason I see for specifing it, is when there is an usage for it. For example if this is a link to a specific context zone of the wiki where the action took place. it may be a groupe or the user profile. 5/ About the way items are displayed in a page creation case : http://screencast.com/t/ue1Ogbd5gf Why changing the order of message items between a user message case and a page creation case ? http://screencast.com/t/oDJij00HEN I would let's the user read the flow in the same way for each item. Eye habits. Example : http://screencast.com/t/nxWatyS9g 6/ Why adding again the information about the message type near the portrait ? It is already in text and, anyway, I'm not sure the user need it at all. http://screencast.com/t/9UdhOgB4uR7j http://screencast.com/t/ACMMR0S15Q Here is a proposal that may be simpler. Of course it depends on the answers to my question because I can't know evrything about the specifications : http://screencast.com/t/DNq3MVwLU Have a nice day Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com 2010/11/30 Ecaterina Moraru (Valica) <[email protected]>
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hello, On Wed, Dec 1, 2010 at 12:46 AM, Thibaut DEVERAUX <[email protected]> wrote:
I love this feature !
*Stage wisper, a bit of inspiration for further developments *:
Will it be possible to use thoose streams as a global wiki's news stream ? Including comments, followed page modifications, goup exchanges, etc. Like in Buddypress for example. http://design-keys.org/activity/ http://buddypress.org/community/activity/ * *Going further, a few time ago during UX workshops we imagined an "all is manageable within the timeline" way of having regular user interacting with content. The use case is simple : it is to be used when the user want to see what is new today on the network and to comment the new content - see what new today on the timeline - interact with content staying into the timeline - continue reading what's new today on the timeline Here is the document : http://www.slideshare.net/thibautdeveraux/design-platform-v2-proposition , going to "l'atelier" (in french sorry, it is a long time I'm supposed to make an english version of this concept with enhanced graphics for sharing, always need more time ^^) The limit of such system is the javascript amount a page can handle before becoming to slow. Yet it may give some inspiration.
* About the UX of the proposition* :
I like it, it sounds good as it is keeped simple.
Maybe a few questions about details :
1/ Is it necessary to add the yesterday, today, title between posts ? http://screencast.com/t/RJsu44z7bUSG There is already a "posted xx time ago" and the most immediatly usefull for the user may be more the last post he have read before than the day it was posted.
2/ Is there a special reason to have changed the order of the "send, privacy, references" icones that are used left to right on facebook, to right to left here ? Here : http://screencast.com/t/dhpNDfZ1 Facebook : http://screencast.com/t/Gk2BhGld3 There is no shame to use the same configuration. ^_^' Being like ergonomics users are used to is a good thing.
3/ Why is there "140" printed on the top right corner ? http://screencast.com/t/gOjv4WGe5VVQ Is it because messages are limited to 140 caracters ? I don't really understand why there should be such a limitation on wikis that can be used for project management, where people may have important things to share and explain ? Also, having text only small boxes is already limitating lengh of 90% of the messages people naturally enter.
Agreed, we don't need this limitation. We can always shrink long updates client side with some javascript + a expand link.
4/ Why is it always printed "changed status" ? http://screencast.com/t/cBqylv4X Is status notion is a concept that fit with all the use case of this feature ? For example what if people are not be thinking they are updating a status, yet are thinking they are sharing a message with the community ? Also, the act of seeing a small text right near an other user portrait let people know this is a message from this persone. This may be enough information, why specifing ? The only reason I see for specifing it, is when there is an usage for it. For example if this is a link to a specific context zone of the wiki where the action took place. it may be a groupe or the user profile.
I agree here too, I prefer the "share message" wording.
5/ About the way items are displayed in a page creation case : http://screencast.com/t/ue1Ogbd5gf Why changing the order of message items between a user message case and a page creation case ? http://screencast.com/t/oDJij00HEN I would let's the user read the flow in the same way for each item. Eye habits. Example : http://screencast.com/t/nxWatyS9g
6/ Why adding again the information about the message type near the portrait ? It is already in text and, anyway, I'm not sure the user need it at all. http://screencast.com/t/9UdhOgB4uR7j http://screencast.com/t/ACMMR0S15Q
Here is a proposal that may be simpler. Of course it depends on the answers to my question because I can't know evrything about the specifications : http://screencast.com/t/DNq3MVwLU
I don't like too much the "attach" word near to references. I think the icons speak for themselves. Cheers, Jerome.
Have a nice day
Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <[email protected]>
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Wed, Dec 1, 2010 at 01:46, Thibaut DEVERAUX <[email protected]>wrote:
I love this feature !
*Stage wisper, a bit of inspiration for further developments *:
Will it be possible to use thoose streams as a global wiki's news stream ? Including comments, followed page modifications, goup exchanges, etc. Like in Buddypress for example. http://design-keys.org/activity/ http://buddypress.org/community/activity/
Hi Thibaut, Thanks for your message. This User Status proposal is meant to be integrated with the existing Activity Macro http://extensions.xwiki.org/xwiki/bin/view/Extension/Activity+Macro "The Activity Macro listens to the following: create, edit, delete events for pages, comments, attachments and annotations."
* *Going further, a few time ago during UX workshops we imagined an "all is manageable within the timeline" way of having regular user interacting with content. The use case is simple : it is to be used when the user want to see what is new today on the network and to comment the new content - see what new today on the timeline - interact with content staying into the timeline - continue reading what's new today on the timeline Here is the document : http://www.slideshare.net/thibautdeveraux/design-platform-v2-proposition , going to "l'atelier" (in french sorry, it is a long time I'm supposed to make an english version of this concept with enhanced graphics for sharing, always need more time ^^) The limit of such system is the javascript amount a page can handle before becoming to slow. Yet it may give some inspiration.
* About the UX of the proposition* :
I like it, it sounds good as it is keeped simple.
Maybe a few questions about details :
1/ Is it necessary to add the yesterday, today, title between posts ? http://screencast.com/t/RJsu44z7bUSG There is already a "posted xx time ago" and the most immediatly usefull for the user may be more the last post he have read before than the day it was posted.
The information spawn over all the history and with http://jira.xwiki.org/jira/browse/XE-748 we will be able to browse continuously through time. Having Today, Yesterday, dd MM is the best solution to separate content. See http://incubator.myxwiki.org/xwiki/bin/view/Main/
2/ Is there a special reason to have changed the order of the "send, privacy, references" icones that are used left to right on facebook, to right to left here ? Here : http://screencast.com/t/dhpNDfZ1 Facebook : http://screencast.com/t/Gk2BhGld3 There is no shame to use the same configuration. ^_^' Being like ergonomics users are used to is a good thing.
XWiki has the Vertical forms standard so it's normal to have the button placed in the left, see http://incubator.myxwiki.org/xwiki/bin/view/Standards/FormVerticalUsage
3/ Why is there "140" printed on the top right corner ? http://screencast.com/t/gOjv4WGe5VVQ Is it because messages are limited to 140 caracters ? I don't really understand why there should be such a limitation on wikis that can be used for project management, where people may have important things to share and explain ? Also, having text only small boxes is already limitating lengh of 90% of the messages people naturally enter.
This can be changed or remove.
4/ Why is it always printed "changed status" ? http://screencast.com/t/cBqylv4X Is status notion is a concept that fit with all the use case of this feature ? For example what if people are not be thinking they are updating a status, yet are thinking they are sharing a message with the community ? Also, the act of seeing a small text right near an other user portrait let people know this is a message from this persone. This may be enough information, why specifing ? The only reason I see for specifing it, is when there is an usage for it. For example if this is a link to a specific context zone of the wiki where the action took place. it may be a groupe or the user profile.
Being part of the Activity Stream we need to have a separation between actions, see http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActivityStreamV31
5/ About the way items are displayed in a page creation case : http://screencast.com/t/ue1Ogbd5gf Why changing the order of message items between a user message case and a page creation case ? http://screencast.com/t/oDJij00HEN I would let's the user read the flow in the same way for each item. Eye habits. Example : http://screencast.com/t/nxWatyS9g
The Activity Stream is page centric and this layout allow multiple entries for a page location, see http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActivityStreamV...
6/ Why adding again the information about the message type near the portrait ? It is already in text and, anyway, I'm not sure the user need it at all. http://screencast.com/t/9UdhOgB4uR7j http://screencast.com/t/ACMMR0S15Q
Icons are more representative than words. It's much more easy to scan for icons than to read the text. That's why the message is duplicated: in order to assure fast scanning but keep the accessibility and learnability.
Here is a proposal that may be simpler. Of course it depends on the answers to my question because I can't know evrything about the specifications : http://screencast.com/t/DNq3MVwLU
Have a nice day
Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <[email protected]>
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Evalica, Thanks for answer. I added some questions inline. ^^ This is more questions to make thinking that questions that need an answer. Have a nice day Thibaut DEVERAUX Tel : 06 75 51 20 80 [email protected] http://www.thib-d.com @ Bricks, design et accompagnement projet [email protected] http://bricks-studio.com http://design-keys.org 2010/12/7 Ecaterina Moraru (Valica) <[email protected]>
On Wed, Dec 1, 2010 at 01:46, Thibaut DEVERAUX <[email protected]>wrote:
I love this feature !
*Stage wisper, a bit of inspiration for further developments *:
Will it be possible to use thoose streams as a global wiki's news stream ? Including comments, followed page modifications, goup exchanges, etc. Like in Buddypress for example. http://design-keys.org/activity/ http://buddypress.org/community/activity/
Hi Thibaut,
Thanks for your message. This User Status proposal is meant to be integrated with the existing Activity Macro http://extensions.xwiki.org/xwiki/bin/view/Extension/Activity+Macro "The Activity Macro listens to the following: create, edit, delete events for pages, comments, attachments and annotations."
Nice ! There is the possibility of making people able to see content directly in timeline that could be another idea for the futur if needed.
* *Going further, a few time ago during UX workshops we imagined an "all is manageable within the timeline" way of having regular user interacting with content. The use case is simple : it is to be used when the user want to see what is new today on the network and to comment the new content - see what new today on the timeline - interact with content staying into the timeline - continue reading what's new today on the timeline Here is the document : http://www.slideshare.net/thibautdeveraux/design-platform-v2-proposition, going to "l'atelier" (in french sorry, it is a long time I'm supposed to make an english version of this concept with enhanced graphics for sharing, always need more time ^^) The limit of such system is the javascript amount a page can handle before becoming to slow. Yet it may give some inspiration.
* About the UX of the proposition* :
I like it, it sounds good as it is keeped simple.
Maybe a few questions about details :
1/ Is it necessary to add the yesterday, today, title between posts ? http://screencast.com/t/RJsu44z7bUSG There is already a "posted xx time ago" and the most immediatly usefull for the user may be more the last post he have read before than the day it was posted.
The information spawn over all the history and with http://jira.xwiki.org/jira/browse/XE-748 we will be able to browse continuously through time. Having Today, Yesterday, dd MM is the best solution to separate content. See http://incubator.myxwiki.org/xwiki/bin/view/Main/
Yes, I understand that "Having Today, Yesterday, dd MM is the best solution to separate content." The question is more : Why the content should be separated ?
2/ Is there a special reason to have changed the order of the "send,
privacy,
references" icones that are used left to right on facebook, to right to left here ? Here : http://screencast.com/t/dhpNDfZ1 Facebook : http://screencast.com/t/Gk2BhGld3 There is no shame to use the same configuration. ^_^' Being like ergonomics users are used to is a good thing.
XWiki has the Vertical forms standard so it's normal to have the button placed in the left, see http://incubator.myxwiki.org/xwiki/bin/view/Standards/FormVerticalUsage
Ok so it is as it to keep global XWiki ergonomics standards. Nice.
3/ Why is there "140" printed on the top right corner ? http://screencast.com/t/gOjv4WGe5VVQ Is it because messages are limited to 140 caracters ? I don't really understand why there should be such a limitation on wikis that can be
used
for project management, where people may have important things to share and explain ? Also, having text only small boxes is already limitating lengh of 90% of the messages people naturally enter.
This can be changed or remove.
4/ Why is it always printed "changed status" ? http://screencast.com/t/cBqylv4X Is status notion is a concept that fit with all the use case of this feature ? For example what if people are not be thinking they are updating a status, yet are thinking they are sharing a message with the community ? Also, the act of seeing a small text right near an other user portrait
let
people know this is a message from this persone. This may be enough information, why specifing ? The only reason I see for specifing it, is when there is an usage for it. For example if this is a link to a specific context zone of the wiki where the action took place. it may be a groupe or the user profile.
Being part of the Activity Stream we need to have a separation between actions, see http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActivityStreamV31
I understand in the case that there is nothing else, but in the case there is a message ?
5/ About the way items are displayed in a page creation case : http://screencast.com/t/ue1Ogbd5gf Why changing the order of message items between a user message case and a page creation case ? http://screencast.com/t/oDJij00HEN I would let's the user read the flow in the same way for each item. Eye habits. Example : http://screencast.com/t/nxWatyS9g
The Activity Stream is page centric and this layout allow multiple entries for a page location, see
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActivityStreamV...
So this is more complicated that the simple modification I have done to have a inline single look. Anyway, I'm pro having an as much similar formating as possible to make eyes scan easier.
6/ Why adding again the information about the message type near the portrait ? It is already in text and, anyway, I'm not sure the user need it at all. http://screencast.com/t/9UdhOgB4uR7j http://screencast.com/t/ACMMR0S15Q
Icons are more representative than words. It's much more easy to scan for icons than to read the text. That's why the message is duplicated: in order to assure fast scanning but keep the accessibility and learnability.
Yes... Icons are faster to read that text yet can't be here without the text or something that learn user about what they mean. This is why text is sometime doubled with icones, in general. As I told it before, I'm wondering about adding the information : - Adding text + icones ? - adding nothing when there is an user written message only adding text. It is as always a dilema : rich Vs simple. I'm generaly a pro-simple since each people building something has an incontrolable envy of making things too rich. So softwares are generally to rich. This makes them, in fact, complicated because of user over-information. Too many "but what is this ?" makes the user feeling he is not understanding the software. Yet this is just generalities so there not an unique answer here. Evrything is a matter of gobal ergonomics strategy.
Here is a proposal that may be simpler. Of course it depends on the
answers
to my question because I can't know evrything about the specifications : http://screencast.com/t/DNq3MVwLU
Have a nice day
Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <[email protected]>
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, On Wed, Dec 1, 2010 at 12:46 AM, Thibaut DEVERAUX < [email protected]> wrote:
I love this feature !
*Stage wisper, a bit of inspiration for further developments *:
Will it be possible to use thoose streams as a global wiki's news stream ? Including comments, followed page modifications, goup exchanges, etc. Like in Buddypress for example. http://design-keys.org/activity/ http://buddypress.org/community/activity/ * *Going further, a few time ago during UX workshops we imagined an "all is manageable within the timeline" way of having regular user interacting with content. The use case is simple : it is to be used when the user want to see what is new today on the network and to comment the new content - see what new today on the timeline - interact with content staying into the timeline - continue reading what's new today on the timeline Here is the document : http://www.slideshare.net/thibautdeveraux/design-platform-v2-proposition , going to "l'atelier" (in french sorry, it is a long time I'm supposed to make an english version of this concept with enhanced graphics for sharing, always need more time ^^) The limit of such system is the javascript amount a page can handle before becoming to slow. Yet it may give some inspiration.
* About the UX of the proposition* :
I like it, it sounds good as it is keeped simple.
Yes!
Maybe a few questions about details :
1/ Is it necessary to add the yesterday, today, title between posts ? http://screencast.com/t/RJsu44z7bUSG There is already a "posted xx time ago" and the most immediatly usefull for the user may be more the last post he have read before than the day it was posted.
2/ Is there a special reason to have changed the order of the "send, privacy, references" icones that are used left to right on facebook, to right to left here ? Here : http://screencast.com/t/dhpNDfZ1 Facebook : http://screencast.com/t/Gk2BhGld3 There is no shame to use the same configuration. ^_^' Being like ergonomics users are used to is a good thing.
3/ Why is there "140" printed on the top right corner ? http://screencast.com/t/gOjv4WGe5VVQ Is it because messages are limited to 140 caracters ? I don't really understand why there should be such a limitation on wikis that can be used for project management, where people may have important things to share and explain ? Also, having text only small boxes is already limitating lengh of 90% of the messages people naturally enter.
IMO we need a similar limitation. If there is more to say, this is not a status anymore.
4/ Why is it always printed "changed status" ? http://screencast.com/t/cBqylv4X Is status notion is a concept that fit with all the use case of this feature ? For example what if people are not be thinking they are updating a status, yet are thinking they are sharing a message with the community ? Also, the act of seeing a small text right near an other user portrait let people know this is a message from this persone. This may be enough information, why specifing ? The only reason I see for specifing it, is when there is an usage for it. For example if this is a link to a specific context zone of the wiki where the action took place. it may be a groupe or the user profile.
I am +1 to remove the "Changed status". It does not bring enough value and adds noise to the status box.
5/ About the way items are displayed in a page creation case : http://screencast.com/t/ue1Ogbd5gf Why changing the order of message items between a user message case and a page creation case ? http://screencast.com/t/oDJij00HEN I would let's the user read the flow in the same way for each item. Eye habits. Example : http://screencast.com/t/nxWatyS9g
6/ Why adding again the information about the message type near the portrait ? It is already in text and, anyway, I'm not sure the user need it at all. http://screencast.com/t/9UdhOgB4uR7j http://screencast.com/t/ACMMR0S15Q
I like the little image. This is explicit without adding text.
Here is a proposal that may be simpler. Of course it depends on the answers to my question because I can't know evrything about the specifications : http://screencast.com/t/DNq3MVwLU
Have a nice day
Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <[email protected]>
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Caty, Looks good to me. My only concern is that I think this status application should be independent of the Activity Stream itself. Thanks -Vincent On Nov 30, 2010, at 9:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
On Wed, Dec 1, 2010 at 9:00 AM, Vincent Massol <[email protected]> wrote:
Hi Caty,
Looks good to me.
My only concern is that I think this status application should be independent of the Activity Stream itself.
I think we need both. Status should pop in the activity stream, as any other kind of activity. They also need their own spotlight, since the time scale of the activity stream is too fast and people updates could be "drowned" in the middle of all other activities. The status feature would lose all its interest if their is a chance others miss updates. It's a bit the same problematic as news feed vs. recent activity in facebook. They came up with the news feed because people could miss active conversations / important updates because the activity stream "goes too fast". Now this "dedicated spotlight" could take different forms. It could even be a feature of the activity stream (an algorithm that helps making important updates stand out in a news feed). Jerome.
Thanks -Vincent
On Nov 30, 2010, at 9:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Caty, very very good job! I like it a lot. I have some remarks and questions though. 1) I think that the remarks done by Thibaut Deveraux are very pertinent, so they should be taken into account. 1.1) I think that it is nice to have a yesterday, etc. separator. It helps to group things. Maybe the "today" one can be omitted 1.2) I think that the 140-character limitation should not be imposed and leave the user to type more information in their "status". In a previous mail we said, an Sergiu confirmed, that 2000 characters is a good upper bound. 2) Looking at the prototype I assume that auto-completion is triggered automatically (or via a keystroke combination) 3) I don't understand the "Visibility: Current space". What happens when a status has visibility set to a space S? 4) Since we have "My groups" visibility, we will need a way for defining those groups ;) Anyway, very good job! Thanks, Fabio On Tue, Nov 30, 2010 at 9:02 PM, Ecaterina Moraru (Valica) <[email protected]> wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Wed, Dec 1, 2010 at 17:21, Fabio Mancinelli <[email protected]>wrote:
Hi Caty,
very very good job! I like it a lot.
I have some remarks and questions though.
1) I think that the remarks done by Thibaut Deveraux are very pertinent, so they should be taken into account. 1.1) I think that it is nice to have a yesterday, etc. separator. It helps to group things. Maybe the "today" one can be omitted 1.2) I think that the 140-character limitation should not be imposed and leave the user to type more information in their "status". In a previous mail we said, an Sergiu confirmed, that 2000 characters is a good upper bound.
this can be removed.
2) Looking at the prototype I assume that auto-completion is triggered automatically (or via a keystroke combination)
when pressing the reference action icons, the syntax is entered, for example: Hitting "Reference: (Page)" add in the textarea: "[[page:_]]" and the auto-complete is triggered. The icons are intended for beginner users. The advanced ones (that know wiki syntax) will write the syntax and the auto-completion will be triggered automatically when "page:" , "user:" , etc is detected
3) I don't understand the "Visibility: Current space". What happens when a status has visibility set to a space S?
4) Since we have "My groups" visibility, we will need a way for defining those groups ;)
This was a feature requested by you on the [Investigation] mail. Since I didn't get it very well and the specification are very light the proposal for the "visibility" should be taken accordingly. The important aspect here is the icon, position, interaction. The content and logic needs to be refined and made realistic. Thanks, Caty
Anyway, very good job!
Thanks, Fabio
On Tue, Nov 30, 2010 at 9:02 PM, Ecaterina Moraru (Valica) <[email protected]> wrote:
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Caty, On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message? Thanks, Marius
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it. It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus. Jerome.
Thanks, Marius
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)). The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this: [[user:<username>]] We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu <[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part. @Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine. @Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations. Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Tue, Dec 7, 2010 at 2:40 PM, Ecaterina Moraru (Valica) <[email protected]
wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu <[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use
the
WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
Hi Caty, About that please see my answer to Vincent; especially : They also need their own spotlight, since the time scale of the activity stream is too fast and people updates could be "drowned" in the middle of all other activities. The status feature would lose all its
interest if their is a chance others miss updates.
We need to sort this out. I still need to be convinced that user status would not be lost in the stream. Jerome.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Tue, Dec 7, 2010 at 22:52, Jerome Velociter <[email protected]> wrote:
On Tue, Dec 7, 2010 at 2:40 PM, Ecaterina Moraru (Valica) < [email protected]
wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu <[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: > Hi, >
> Please provide feedback for this User Status proposal: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use
the
WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
Hi Caty,
About that please see my answer to Vincent; especially :
They also need their own spotlight, since the time scale of the
activity stream is too fast and people updates could be "drowned" in
the middle of all other activities. The status feature would lose all its
interest if their is a chance others miss updates.
We need to sort this out. I still need to be convinced that user status would not be lost in the stream.
This should be tested and if they get lost, we can make them pop with some styling, but IMO what I have to say about my activity is not that much important than other things I do: comment, edit, attach, which they reflect my activity. Thanks, Caty
Jerome.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature
inside
Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
> > Other references: > * Proposal Code: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
> * Mail [Investigation] User Statuses: > http://markmail.org/thread/65j5pc2ymmntujt3 > > Thanks, > Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use the WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status? The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor. Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
@Marius Rich text may tell people they can use the activity stream for rich and long updates. The result may be that people may use this aera more like a blog than a quick notifications aera. - The risk is that people lazily prefer to use this aera than wiki pages, wich may result in lose of information - The advantage is that this is easier to use If this system is use, think about something to sort and retrieve information in old messages within the timeline. Another option is to have near the timeline a system that let authors create a wiki page instead of a short message. For example a tab that let choose between short message box and front end wiki page editor . @Jerome Are you speaking of a system that et the user seeing : - All timeline - Only user updates - Only page creation - Etc. ? Imo a sorting system is needed to help an user who is looking back for something to reduce the number of items he is browsing in. - This system can be an option, - a category/groups system is another, - a search in updates fields is an option too, - etc... Which system to choose, why ? Have a nice day Thibaut DEVERAUX Tel : 06 75 51 20 80 [email protected] http://www.thib-d.com @ Bricks, design et accompagnement projet [email protected] http://bricks-studio.com http://design-keys.org 2010/12/8 Marius Dumitru Florea <[email protected]>
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: > Hi, >
> Please provide feedback for this User Status proposal: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use
the
WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
> > Other references: > * Proposal Code: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
> * Mail [Investigation] User Statuses: > http://markmail.org/thread/65j5pc2ymmntujt3 > > Thanks, > Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Thu, Dec 9, 2010 at 13:28, Thibaut DEVERAUX <[email protected]>wrote:
@Marius
Rich text may tell people they can use the activity stream for rich and long updates.
The result may be that people may use this aera more like a blog than a quick notifications aera. - The risk is that people lazily prefer to use this aera than wiki pages, wich may result in lose of information - The advantage is that this is easier to use
If this system is use, think about something to sort and retrieve information in old messages within the timeline.
Another option is to have near the timeline a system that let authors create a wiki page instead of a short message. For example a tab that let choose between short message box and front end wiki page editor .
@Jerome
Are you speaking of a system that et the user seeing : - All timeline - Only user updates - Only page creation - Etc. ?
Imo a sorting system is needed to help an user who is looking back for something to reduce the number of items he is browsing in. - This system can be an option, - a category/groups system is another, - a search in updates fields is an option too, - etc...
Which system to choose, why ?
We will need to implement a filter module for the "Activity Stream" where we need to introduce "User Status" related entry, like "Mentions". A first proposal for the filters for the "Activity Stream" was done at http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActivityStreamV... Thanks, Caty
Have a nice day
Thibaut DEVERAUX Tel : 06 75 51 20 80 [email protected] http://www.thib-d.com
@ Bricks, design et accompagnement projet [email protected] http://bricks-studio.com http://design-keys.org
2010/12/8 Marius Dumitru Florea <[email protected]>
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote: > Hi Caty, > > On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >> Hi, >> > >> Please provide feedback for this User Status proposal: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
> > You used a rich text area in your proposal. Are you planning to use the > WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
> > Thanks, > Marius > >> >> Other references: >> * Proposal Code: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>> * Mail [Investigation] User Statuses: >> http://markmail.org/thread/65j5pc2ymmntujt3 >> >> Thanks, >> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Super ! Maybe even too rich, are all of this options needed ? It would be good to find an interface that display less options at the same time or simplely use less options. Have a nice day Envoyé de mon téléphone Le 9 déc. 2010 à 13:02, "Ecaterina Moraru (Valica)" <[email protected]> a écrit :
On Thu, Dec 9, 2010 at 13:28, Thibaut DEVERAUX <[email protected]>wrote:
@Marius
Rich text may tell people they can use the activity stream for rich and long updates.
The result may be that people may use this aera more like a blog than a quick notifications aera. - The risk is that people lazily prefer to use this aera than wiki pages, wich may result in lose of information - The advantage is that this is easier to use
If this system is use, think about something to sort and retrieve information in old messages within the timeline.
Another option is to have near the timeline a system that let authors create a wiki page instead of a short message. For example a tab that let choose between short message box and front end wiki page editor .
@Jerome
Are you speaking of a system that et the user seeing : - All timeline - Only user updates - Only page creation - Etc. ?
Imo a sorting system is needed to help an user who is looking back for something to reduce the number of items he is browsing in. - This system can be an option, - a category/groups system is another, - a search in updates fields is an option too, - etc...
Which system to choose, why ?
We will need to implement a filter module for the "Activity Stream" where we need to introduce "User Status" related entry, like "Mentions".
A first proposal for the filters for the "Activity Stream" was done at http://incubator.myxwiki.org/xwiki/bin/download/Improvements/ActivityStreamV...
Thanks, Caty
Have a nice day
Thibaut DEVERAUX Tel : 06 75 51 20 80 [email protected] http://www.thib-d.com
@ Bricks, design et accompagnement projet [email protected] http://bricks-studio.com http://design-keys.org
2010/12/8 Marius Dumitru Florea <[email protected]>
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea > <[email protected]> wrote: >> Hi Caty, >> >> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >>> Hi, >>> >> >>> Please provide feedback for this User Status proposal: >>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
>> >> You used a rich text area in your proposal. Are you planning >> to use the >> WYSIWYG editor for entering the status message? > > If we are going to develop a completion mechanism for > references, it > should be developed in the WYSIWYG in my opinion, and probably > be > available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
> > It could then be used for the user statuses, with a stripped > down > version of the WYSIWYG without any buttons and menus. > > Jerome. > >> >> Thanks, >> Marius >> >>> >>> Other references: >>> * Proposal Code: >>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>>> * Mail [Investigation] User Statuses: >>> http://markmail.org/thread/65j5pc2ymmntujt3 >>> >>> Thanks, >>> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea < [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: > Hi, >
> Please provide feedback for this User Status proposal: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
You used a rich text area in your proposal. Are you planning to use
the
WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:" * If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page. Thanks, Thibaut
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
Thanks, Marius
> > Other references: > * Proposal Code: >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
> * Mail [Investigation] User Statuses: > http://markmail.org/thread/65j5pc2ymmntujt3 > > Thanks, > Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Wed, Dec 15, 2010 at 01:34, Thibaut Camberlin < [email protected]> wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea < [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote: > Hi Caty, > > On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >> Hi, >> > >> Please provide feedback for this User Status proposal: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
> > You used a rich text area in your proposal. Are you planning to use the > WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
For:
I am +1 to remove the "Changed status". It does not bring enough value and adds noise to the status box.
The "Changed status" message is there because we will have the Page, Users, Application type separation. With http://jira.xwiki.org/jira/browse/XWIKI-589 we will separate the User actions from the Page ones. So User actions will include: adding a new user, removing the user (from Wiki, to a Group), changing the status, changing the avatar, etc (depends on the level we want to go) This is the reason the message is displayed + the consistency with the other elements displayed.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:"
The words "[[user:" will be automatically put when the user presses the bottom-right icons. So beginner users don't need to learn any syntax, they just need to press the syntax completion buttons.
From a syntax point of view "[[user:" is more correct than "user:" because links ('[[') offer navigation in the status. If the user will write just "user:" the autocomplete will also trigger, but the final Status message will don't have the link.
Thanks, Caty
* If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page.
Thanks, Thibaut
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
> > Thanks, > Marius > >> >> Other references: >> * Proposal Code: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>> * Mail [Investigation] User Statuses: >> http://markmail.org/thread/65j5pc2ymmntujt3 >> >> Thanks, >> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi Thibaut, On 12/15/2010 01:34 AM, Thibaut Camberlin wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea< [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea <[email protected]> wrote: > Hi Caty, > > On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >> Hi, >> > >> Please provide feedback for this User Status proposal: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
> > You used a rich text area in your proposal. Are you planning to use the > WYSIWYG editor for entering the status message?
If we are going to develop a completion mechanism for references, it should be developed in the WYSIWYG in my opinion, and probably be available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:"
* If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page.
This is true. Note that I'm not necessarily for using the WYSIWYG editor, that's why I asked if we really need a rich text area for the status. On the other hand, the WYSIWYG editor code is not the only one that slows down the edit page. In my tests ( http://lists.xwiki.org/pipermail/devs/2010-October/020308.html ) the editor alone loaded even in 1.3s . SmartClient and some other JavaScript extensions (some which are not event used in edit mode) add a significant amount of time. We need to improve the page loading speed. Thanks, Marius
Thanks, Thibaut
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
It could then be used for the user statuses, with a stripped down version of the WYSIWYG without any buttons and menus.
Jerome.
> > Thanks, > Marius > >> >> Other references: >> * Proposal Code: >>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>> * Mail [Investigation] User Statuses: >> http://markmail.org/thread/65j5pc2ymmntujt3 >> >> Thanks, >> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Thibaut,
On 12/15/2010 01:34 AM, Thibaut Camberlin wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea< [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea > <[email protected]> wrote: >> Hi Caty, >> >> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >>> Hi, >>> >> >>> Please provide feedback for this User Status proposal: >>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
>> >> You used a rich text area in your proposal. Are you planning to use the >> WYSIWYG editor for entering the status message? > > If we are going to develop a completion mechanism for references, it > should be developed in the WYSIWYG in my opinion, and probably be > available as a standard feature of it.
Actually it should also be available in the wiki editor IMO (that would be soooo great :)).
The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this:
[[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:"
* If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page.
This is true. Note that I'm not necessarily for using the WYSIWYG editor, that's why I asked if we really need a rich text area for the status. On the other hand, the WYSIWYG editor code is not the only one that slows down the edit page. In my tests ( http://lists.xwiki.org/pipermail/devs/2010-October/020308.html ) the editor alone loaded even in 1.3s . SmartClient and some other JavaScript extensions (some which are not event used in edit mode) add a significant amount of time. We need to improve the page loading speed.
Getting rid of smartclient would be a first good step towards this. We need for that to finish and push the work done on a new explorer : http://incubator.myxwiki.org/xwiki/bin/view/Sandbox/SpaceTree Jerome.
Thanks, Marius
Thanks, Thibaut
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it easier in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
We already support: - document: [[doc:<docname>]] - attachments: [[attach:<attachmentname>]] - urls: [[url:<url>]] and more
Thanks -Vincent
> > It could then be used for the user statuses, with a stripped down > version of the WYSIWYG without any buttons and menus. > > Jerome. > >> >> Thanks, >> Marius >> >>> >>> Other references: >>> * Proposal Code: >>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>>> * Mail [Investigation] User Statuses: >>> http://markmail.org/thread/65j5pc2ymmntujt3 >>> >>> Thanks, >>> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Mon, Dec 20, 2010 at 15:32, Jerome Velociter <[email protected]> wrote:
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Thibaut,
On 12/15/2010 01:34 AM, Thibaut Camberlin wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea< [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote: > > On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote: > >> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea >> <[email protected]> wrote: >>> Hi Caty, >>> >>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >>>> Hi, >>>> >>> >>>> Please provide feedback for this User Status proposal: >>>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
>>> >>> You used a rich text area in your proposal. Are you planning to use the >>> WYSIWYG editor for entering the status message? >> >> If we are going to develop a completion mechanism for references, it >> should be developed in the WYSIWYG in my opinion, and probably be >> available as a standard feature of it. > > Actually it should also be available in the wiki editor IMO (that would be soooo great :)). > > The syntax proposed by Caty in the screenshots can be wiki syntax. It's very easy to add a "user" prefix for links that would be used like this: > > [[user:<username>]]
@Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:"
* If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page.
This is true. Note that I'm not necessarily for using the WYSIWYG editor, that's why I asked if we really need a rich text area for the status. On the other hand, the WYSIWYG editor code is not the only one that slows down the edit page. In my tests ( http://lists.xwiki.org/pipermail/devs/2010-October/020308.html ) the editor alone loaded even in 1.3s . SmartClient and some other JavaScript extensions (some which are not event used in edit mode) add a significant amount of time. We need to improve the page loading speed.
Getting rid of smartclient would be a first good step towards this.
We need for that to finish and push the work done on a new explorer : http://incubator.myxwiki.org/xwiki/bin/view/Sandbox/SpaceTree
I think this will be integrated when someone will start working on the Selective Export feature. And this is planned for the XE3.0. Thanks, Caty
Jerome.
Thanks, Marius
Thanks, Thibaut
Thanks, Marius
Thanks, Caty
+1 for adding support for user: links, since this would make it
easier
in the future to have user accounts completely outside the XWiki platform (like external WebID or OpenID accounts).
> We already support: > - document: [[doc:<docname>]] > - attachments: [[attach:<attachmentname>]] > - urls: [[url:<url>]] > and more > > Thanks > -Vincent > >> >> It could then be used for the user statuses, with a stripped down >> version of the WYSIWYG without any buttons and menus. >> >> Jerome. >> >>> >>> Thanks, >>> Marius >>> >>>> >>>> Other references: >>>> * Proposal Code: >>>>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>>>> * Mail [Investigation] User Statuses: >>>> http://markmail.org/thread/65j5pc2ymmntujt3 >>>> >>>> Thanks, >>>> Caty
-- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Mon, Dec 20, 2010 at 3:07 PM, Ecaterina Moraru (Valica) <[email protected]> wrote:
On Mon, Dec 20, 2010 at 15:32, Jerome Velociter <[email protected]> wrote:
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru Florea <[email protected]> wrote:
Hi Thibaut,
On 12/15/2010 01:34 AM, Thibaut Camberlin wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea< [email protected]> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<[email protected]> wrote:
> On 12/02/2010 10:21 PM, Vincent Massol wrote: >> >> On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote: >> >>> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea >>> <[email protected]> wrote: >>>> Hi Caty, >>>> >>>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote: >>>>> Hi, >>>>> >>>> >>>>> Please provide feedback for this User Status proposal: >>>>> >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
>>>> >>>> You used a rich text area in your proposal. Are you planning to use the >>>> WYSIWYG editor for entering the status message? >>> >>> If we are going to develop a completion mechanism for references, it >>> should be developed in the WYSIWYG in my opinion, and probably be >>> available as a standard feature of it. >> >> Actually it should also be available in the wiki editor IMO (that would > be soooo great :)). >> >> The syntax proposed by Caty in the screenshots can be wiki syntax. It's > very easy to add a "user" prefix for links that would be used like this: >> >> [[user:<username>]] > > @Jerome: Sure Jerome, wording is the easiest part.
@Vincent: It was discussed in the past mails that the Activity will integrate page, users, application events so that's why is placed here. If User Status is disabled, the Activity Macro will remain unchanged, otherwise they combine.
@Marius, @Vincent, @Sergiu: we could have this auto-complete feature inside Wiki, WYSIWYG. The syntax proposed was inspired by the WYSIWYG and the macro editing done by Marius. The implementation problems | difficulties needs to be discussed with Marius, because I don't know much about WYSIWYG limitations.
Do we need a rich text area for the user status?
The WYSIWYG editor can be easily configured to display only the rich text area and its JavaScript API exposes most of the features that are normally available on the tool bar or the menu bar. Integrating the WYSIWYG editor with the user status feature shouldn't pose any problems. And image/link/macro autocomplete is definitely something that I'd like to implement for the WYSIWYG editor.
Two remarks concerning autocomplete feature: * IMO syntax "[[user:" is too complex for a normal user. Autocomplete should be triggered with pattern without the "[[" meaning only "user:"
* If WYSIWYG already has the needed API, this is great. My only concern is that using the WYSIWYG does make loading time longer. Currently, loading a page in WYSIWYG mode takes a significant amount of time (that is also why most of us prefer wiki mode under some circumstances) that would not be acceptable for a home page.
This is true. Note that I'm not necessarily for using the WYSIWYG editor, that's why I asked if we really need a rich text area for the status. On the other hand, the WYSIWYG editor code is not the only one that slows down the edit page. In my tests ( http://lists.xwiki.org/pipermail/devs/2010-October/020308.html ) the editor alone loaded even in 1.3s . SmartClient and some other JavaScript extensions (some which are not event used in edit mode) add a significant amount of time. We need to improve the page loading speed.
Getting rid of smartclient would be a first good step towards this.
We need for that to finish and push the work done on a new explorer : http://incubator.myxwiki.org/xwiki/bin/view/Sandbox/SpaceTree
I think this will be integrated when someone will start working on the Selective Export feature. And this is planned for the XE3.0.
Right. So timing should match with user statuses. Jerome.
Thanks, Caty
Jerome.
Thanks, Marius
Thanks, Thibaut
Thanks, Marius
Thanks, Caty
> +1 for adding support for user: links, since this would make it
easier
> in the future to have user accounts completely outside the XWiki > platform (like external WebID or OpenID accounts). > >> We already support: >> - document: [[doc:<docname>]] >> - attachments: [[attach:<attachmentname>]] >> - urls: [[url:<url>]] >> and more >> >> Thanks >> -Vincent >> >>> >>> It could then be used for the user statuses, with a stripped down >>> version of the WYSIWYG without any buttons and menus. >>> >>> Jerome. >>> >>>> >>>> Thanks, >>>> Marius >>>> >>>>> >>>>> Other references: >>>>> * Proposal Code: >>>>> >
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
>>>>> * Mail [Investigation] User Statuses: >>>>> http://markmail.org/thread/65j5pc2ymmntujt3 >>>>> >>>>> Thanks, >>>>> Caty > > > -- > Sergiu Dumitriu > http://purl.org/net/sergiu/ > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi again, Caty, all I like your proposal a lot, Besides my remarks in my other mails, I have one more : we need a better line than "What are you doing ?". We need something more related to collaboration / work. "What are you working on ?", "What do you want to share ?", something in that spirit. Kudos, it's going to be a killer feature ;) Jerome. On Tue, Nov 30, 2010 at 9:02 PM, Ecaterina Moraru (Valica) <[email protected]> wrote:
Hi,
Please provide feedback for this User Status proposal: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code: http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype * Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
2010/12/2 Jerome Velociter <[email protected]>
Kudos, it's going to be a killer feature ;)
It will. ;) Thibaut DEVERAUX Tel : +33 (0)6 75 51 20 80 [email protected] http://design-keys.org [email protected] http://bricks-studio.com 2010/12/2 Jerome Velociter <[email protected]>
Hi again, Caty, all
I like your proposal a lot,
Besides my remarks in my other mails, I have one more : we need a better line than "What are you doing ?". We need something more related to collaboration / work. "What are you working on ?", "What do you want to share ?", something in that spirit.
Kudos, it's going to be a killer feature ;)
Jerome.
On Tue, Nov 30, 2010 at 9:02 PM, Ecaterina Moraru (Valica) <[email protected]> wrote:
Hi,
Please provide feedback for this User Status proposal:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Other references: * Proposal Code:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
* Mail [Investigation] User Statuses: http://markmail.org/thread/65j5pc2ymmntujt3
Thanks, Caty _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (9)
-
Ecaterina Moraru (Valica) -
Fabio Mancinelli -
Jerome Velociter -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thibaut Camberlin -
Thibaut Deveraux -
Thibaut DEVERAUX
-
Vincent Massol