30 Nov
2010
30 Nov
'10
9:02 p.m.
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
1 Dec
1 Dec
12:46 a.m.
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
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
2 Dec
2 Dec
11:07 a.m.
Hello,
On Wed, Dec 1, 2010 at 12:46 AM, Thibaut DEVERAUX
<thibaut.deveraux(a)gmail.com> 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
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
7 Dec
7 Dec
2:28 p.m.
On Wed, Dec 1, 2010 at 01:46, Thibaut DEVERAUX
<thibaut.deveraux(a)gmail.com>wrote;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/ActivityStream…
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
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
9:03 p.m.
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
thibaut.deveraux(a)gmail.com
http://www.thib-d.com
@ Bricks, design et accompagnement projet
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
http://design-keys.org
2010/12/7 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
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 ?
Ok so it is as it to keep global XWiki ergonomics standards. Nice.
I understand in the case that there is nothing else, but in the case there
is a message ?
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.
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.
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On Wed, Dec 1, 2010 at 01:46, Thibaut DEVERAUX
<thibaut.deveraux(a)gmail.com>wrote;wrote:
There is the possibility of making people able to see content directly in
timeline that could be another idea for the futur if needed.
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 ! *
*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/ActivityStream…
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
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
Hi,
Please provide feedback for this User Status proposal:
Other references:
* Proposal Code:
* Mail
[Investigation] User Statuses:
http://markmail.org/thread/65j5pc2ymmntujt3
Thanks,
Caty
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
15 Dec
15 Dec
12:18 a.m.
Hi,
On Wed, Dec 1, 2010 at 12:46 AM, Thibaut DEVERAUX <
thibaut.deveraux(a)gmail.com> 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
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/11/30 Ecaterina Moraru (Valica) <valicac(a)gmail.com>
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
1 Dec
1 Dec
9 a.m.
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
2 Dec
2 Dec
10:59 a.m.
On Wed, Dec 1, 2010 at 9:00 AM, Vincent Massol <vincent(a)massol.net> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
1 Dec
1 Dec
4:21 p.m.
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)
<valicac(a)gmail.com> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
7 Dec
7 Dec
2:34 p.m.
On Wed, Dec 1, 2010 at 17:21, Fabio Mancinelli
<fabio.mancinelli(a)xwiki.com>wrote;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)
<valicac(a)gmail.com> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
2 Dec
2 Dec
8:47 a.m.
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
10:47 a.m.
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
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.
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
10:21 p.m.
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
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
Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
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. 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?
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
3 Dec
3 Dec
5:13 p.m.
On 12/02/2010 10:21 PM, Vincent Massol wrote:
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
+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).
On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru
Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
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>]] Hi Caty,
On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
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. 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? 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/
7 Dec
7 Dec
2:40 p.m.
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu <sergiu(a)xwiki.com> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
Actually it should also be available in the wiki editor IMO (that would be soooo
great :)).
@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
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com> 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.
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/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
9:52 p.m.
On Tue, Dec 7, 2010 at 2:40 PM, Ecaterina Moraru (Valica) <valicac(a)gmail.com
wrote:
> On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu <sergiu(a)xwiki.com 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
> > >> <mariusdumitru.florea(a)xwiki.com> 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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
+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).
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
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:
>>>
>>> * Mail [Investigation] User Statuses:
>>> http://markmail.org/thread/65j5pc2ymmntujt3
>>>
>>> Thanks,
>>> Caty
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
10:14 p.m.
On Tue, Dec 7, 2010 at 22:52, Jerome Velociter <jerome(a)xwiki.com> wrote:
On Tue, Dec 7, 2010 at 2:40 PM, Ecaterina Moraru
(Valica) <
valicac(a)gmail.com
would
@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
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
wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu
<sergiu(a)xwiki.com> wrote:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
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
> <mariusdumitru.florea(a)xwiki.com> wrote:
>> Hi Caty,
>>
>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
>>> Hi,
>>>
>>
>>> Please provide feedback for this User Status proposal:
>>>
>>>
>>> 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 > 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>]]
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.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
@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
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
+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:
>>>
>>> * Mail [Investigation] User Statuses:
>>> http://markmail.org/thread/65j5pc2ymmntujt3
>>>
>>> Thanks,
>>> Caty
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
8 Dec
8 Dec
9:22 a.m.
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
On Fri, Dec 3, 2010 at 18:13, Sergiu
Dumitriu<sergiu(a)xwiki.com> wrote:
On 12/02/2010 10:21 PM, Vincent Massol wrote:
be soooo
great :)).
@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.
On Dec 2, 2010, at 10:47 AM, Jerome Velociter wrote:
> On Thu, Dec 2, 2010 at 8:47 AM, Marius Dumitru Florea
> <mariusdumitru.florea(a)xwiki.com> 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
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>]]
@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).
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
9 Dec
9 Dec
12:28 p.m.
@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
thibaut.deveraux(a)gmail.com
http://www.thib-d.com
@ Bricks, design et accompagnement projet
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
http://design-keys.org
2010/12/8 Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica)
wrote:
@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.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
On Fri, Dec 3, 2010 at 18:13, Sergiu
Dumitriu<sergiu(a)xwiki.com> 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
>>> <mariusdumitru.florea(a)xwiki.com> 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>]]
@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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
1:02 p.m.
On Thu, Dec 9, 2010 at 13:28, Thibaut DEVERAUX
<thibaut.deveraux(a)gmail.com>wrote;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/ActivityStream…
Thanks,
Caty
Have a nice day
Thibaut DEVERAUX
Tel : 06 75 51 20 80
thibaut.deveraux(a)gmail.com
http://www.thib-d.com
@ Bricks, design et accompagnement projet
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
http://design-keys.org
2010/12/8 Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
would
needs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
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<sergiu(a)xwiki.com>
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
>>> <mariusdumitru.florea(a)xwiki.com> wrote:
>>>> Hi Caty,
>>>>
>>>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
>>>>> Hi,
>>>>>
>>>>
>>>>> Please provide feedback for this User Status proposal:
>>>>>
>
>>>>
>>>> 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 >> 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 to
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
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:
>>>>>
>
>>>> * Mail [Investigation] User Statuses:
>>>> http://markmail.org/thread/65j5pc2ymmntujt3
>>>>
>>>> Thanks,
>>>> Caty
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
11 Dec
11 Dec
6:30 p.m.
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)"
<valicac(a)gmail.com> a écrit :
On Thu, Dec 9, 2010 at 13:28, Thibaut DEVERAUX
<thibaut.deveraux(a)gmail.com>wrote;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/ActivityStream…
Thanks,
Caty
Have a nice day
Thibaut DEVERAUX
Tel : 06 75 51 20 80
thibaut.deveraux(a)gmail.com
http://www.thib-d.com
@ Bricks, design et accompagnement projet
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
http://design-keys.org
2010/12/8 Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
would
needs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
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<sergiu(a)xwiki.com>
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
>>> <mariusdumitru.florea(a)xwiki.com> wrote:
>>>> Hi Caty,
>>>>
>>>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
>>>>> Hi,
>>>>>
>>>>
>>>>> Please provide feedback for this User Status proposal:
>>>>>
>
>>>>
>>>> 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 >> 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 to
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
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:
>>>>>
>
>>>>> * Mail [Investigation] User Statuses:
>>>>> http://markmail.org/thread/65j5pc2ymmntujt3
>>>>>
>>>>> Thanks,
>>>>> Caty
>
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
15 Dec
15 Dec
12:34 a.m.
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica)
wrote:
@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.
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
On Fri, Dec 3, 2010 at 18:13, Sergiu
Dumitriu<sergiu(a)xwiki.com> 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
>>> <mariusdumitru.florea(a)xwiki.com> 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>]]
@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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
11:25 a.m.
On Wed, Dec 15, 2010 at 01:34, Thibaut Camberlin <
thibaut.camberlin(a)xwiki.com> wrote:
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusProposal
would
needs
For:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica)
wrote:
> On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<sergiu(a)xwiki.com>
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
>>> <mariusdumitru.florea(a)xwiki.com> wrote:
>>>> Hi Caty,
>>>>
>>>> On 11/30/2010 10:02 PM, Ecaterina Moraru (Valica) wrote:
>>>>> Hi,
>>>>>
>>>>
>>>>> Please provide feedback for this User Status proposal:
>>>>>
>
>>>>
>>>> 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 >> 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 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.
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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thanks,
Marius
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/UserStatusPrototype
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:
>>>>>
>
>>>> * Mail [Investigation] User Statuses:
>>>> http://markmail.org/thread/65j5pc2ymmntujt3
>>>>
>>>> Thanks,
>>>> Caty
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
16 Dec
16 Dec
8:18 a.m.
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<
mariusdumitru.florea(a)xwiki.com> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica)
wrote:
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:"
On Fri, Dec 3, 2010 at 18:13, Sergiu
Dumitriu<sergiu(a)xwiki.com> 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
>>> <mariusdumitru.florea(a)xwiki.com> 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.
* 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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
20 Dec
20 Dec
2:32 p.m.
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
Hi Thibaut,
On 12/15/2010 01:34 AM, Thibaut Camberlin wrote:
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.
Hi,
On Wed, Dec 8, 2010 at 9:22 AM, Marius Dumitru Florea<
mariusdumitru.florea(a)xwiki.com> wrote:
On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica)
wrote:
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:"
On Fri, Dec 3, 2010 at 18:13, Sergiu
Dumitriu<sergiu(a)xwiki.com> 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
>>> <mariusdumitru.florea(a)xwiki.com> 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.
* 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
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
Thanks,
Marius
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
3:07 p.m.
On Mon, Dec 20, 2010 at 15:32, Jerome Velociter <jerome(a)xwiki.com> wrote:
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru
Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
is
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
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<
> mariusdumitru.florea(a)xwiki.com> wrote:
>
>> On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
>>> On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<sergiu(a)xwiki.com>
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
>>>>>> <mariusdumitru.florea(a)xwiki.com> 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 > 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.
Jerome.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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
>> devs(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
>>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
3:11 p.m.
On Mon, Dec 20, 2010 at 3:07 PM, Ecaterina Moraru (Valica)
<valicac(a)gmail.com> wrote:
On Mon, Dec 20, 2010 at 15:32, Jerome Velociter
<jerome(a)xwiki.com> wrote:
Right. So timing should match with user statuses.
Jerome.
On Thu, Dec 16, 2010 at 8:18 AM, Marius Dumitru
Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
is
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. 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<
> mariusdumitru.florea(a)xwiki.com> wrote:
>
>> On 12/07/2010 03:40 PM, Ecaterina Moraru (Valica) wrote:
>>> On Fri, Dec 3, 2010 at 18:13, Sergiu Dumitriu<sergiu(a)xwiki.com>
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
>>>>>> <mariusdumitru.florea(a)xwiki.com> 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 > 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,
Caty
Jerome.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
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
>>> devs(a)xwiki.org
>>> http://lists.xwiki.org/mailman/listinfo/devs
>>>
>> _______________________________________________
>> devs mailing list
>> devs(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/devs
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
2 Dec
2 Dec
11:12 a.m.
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)
<valicac(a)gmail.com> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
5:41 p.m.
2010/12/2 Jerome Velociter <jerome(a)xwiki.com>
Kudos, it's going to be a killer feature ;)
It will. ;)
Thibaut DEVERAUX
Tel : +33 (0)6 75 51 20 80
thibaut.deveraux(a)gmail.com
http://design-keys.org
t.deveraux(a)bricks-studio.com
http://bricks-studio.com
2010/12/2 Jerome Velociter <jerome(a)xwiki.com>
> 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)
> <valicac(a)gmail.com> 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
> > devs(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/devs
> >
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
5068
days inactive
5088
days old
28 comments
9 participants
participants (9)
-
Ecaterina Moraru (Valica) -
Fabio Mancinelli -
Jerome Velociter -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thibaut Camberlin -
Thibaut DEVERAUX -
Thibaut Deveraux
-
Vincent Massol