On Wed, Apr 21, 2010 at 08:51, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
Hi Caleb,
Caleb James DeLisle wrote:
Another matter is what should it be named, I have
been calling it
"friendInviter" which is an awkward name
but invitation manager is a name which will lead
to confusion since it
does not use the invitation manager
plugin.
xwiki-invitation sounds good to me too, as Vincent suggested.
Vincent Massol wrote:
> On Apr 20, 2010, at 12:42 PM, Caleb James DeLisle wrote:
>
>> I have a working prototype of the invitation mail sender and I would
like
to put it in the sandbox.
>> I need to know how that should be done
and should this be a separate
top level project on jira?
>> Some guidance here would be great.
> +1 for a top level app in platform/applications (which means a jira for
it
too).
As for the process, I'm proposing:
1) explain what this app would do (maybe you already did?)
I described what I
hoped to achieve here:
http://www.pubbs.net/201001/xwiki/60333-xwiki-devs-proposal-allow-users-to-…
and show a mockup of its UI so that we can agree
about it and get help
for our community designers
There has been one here for a while, I rewrote
the code but the UI is the
same.
I couldn't find a mockup for displaying the list of invitations
(pending/accepted) sent by the user.
After all people accepted, do we still keep the list of invited people? Is
this a token of user's popularity? :P Just like Gmail, you could have a
limited number of people you could invite in the wiki and take care of your
followers :) we shouldn't do that, but was just an idea.
I think this should appear
somewhere on the user profile. Also, is it possible to cancel an
invitation? I have two use cases in mind:
* the user sends the invitation to the wrong email address
* the user wants to delete invitations that haven't been accepted in a
specific amount of time (e.g. the invitee is asked to register before a
given date)
If this step would be for the administrator, would be nice from the list of
accepted users, that we can apply batch operations for giving rights and
adding people in certain groups. Again, just an idea.
How is the invitation application going to work in a wiki where
registration is disabled? i.e. you have to be invited to be able to
register.
Regarding the send invitation form, I think it would be useful to add
explanatory text below each label. For instance, it's not clear that the
user has to enter an email address in the "Who you are inviting:" field
(can I enter multiple email addresses?). Also on the same page we should
describe what happens with the invitation (the fact than an email is
sent to the specified email address) and ask the user to not abuse this
feature because his right to send invitations can be removed if his
invitations are reported as spam.
I don't understand why you have 2 interfaces that do the same thing. Why
there is a version if you have edit right for the page? If you don't have
edit rights you shouldn't see a form, but just the labels and content of the
form elements, or nothing at all.
The first problem I see in the usability is, like Marius said, inviting
multiple people in the same step. This step is essentially for the
productivity and is working different in the view/pretendEdit right mode.
In the pretendEdit mode you have a textarea for entering lists of emails
with separators. The view mode has validation for the email field. Do you
plan to validate the multiple mails too? Also users are not very good at
following directions like "*with a comma and a space*".
A solution for this would be just like the way we add Tags. Provide an
overlay for entering emails one by one. This way you can validate them in
the overlay and also take care of the separators. The emails could be
deleted using the corner X.
The problem with this solution is if the user is experimented and he has a
standard list of emails he wants to paste, without entering one by one. We
should satisfy both use cases.
Caty
Hope this helps,
Marius
> 2) send a vote mail to include the invitation manager in XE by default
(if not
already done)
I'd like to have something concrete in the
sandbox to vote on.
> 3) code it, you could start in the sandbox indeed or directly in
platform/applications if 1) and 2) have been agreed on.
I will commit to the sandbox later today.
Thanks
-Vincent
_______________________________________________
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