11 Dec
2010
11 Dec
'10
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