AW: [Members] voting update #1

[Alexander Gnauck]

As the JSF we also must be progressive. If we have at least 1 client on
every OS this is enough for now. If members don't want to install a new
client they can still vote in the meeting or by email. But I'm sure once we
have such an application other client developers will add ad-hoc-commands
pretty fast. This is at least what I have seen with other JEPs. Once they
were implemented in a server every client, library and server developer
added support for it pretty fast (e.g. stream compression).

This would also be a cool reference application for demos and speeches. If
somebody is looking for a new project go ahead ;-).
Our XMPP projects were very popular at SOC, and i worked with many students
in the past which worked on xmpp project for their thesis. This brings up
again our "bounty system discussion" we had in January 2005 [1]. We could
have a list of sponsored projects and non sponsored academic projects.

Alex

[1] http://mailman.jabber.org/pipermail/members/2005-January/003105.html

> -----Ursprüngliche Nachricht-----
> Von: members-bounces at jabber.org 
> [mailto:members-bounces at jabber.org] Im Auftrag von Ulrich Staudinger
> Gesendet: Sonntag, 10. September 2006 20:02
> An: JSF members discussion list
> Betreff: Re: [Members] voting update #1
> 
> I wish ya all the best of luck ;-)
> 
> Tobias Markmann schrieb:
> 
> > Nice idea.  But that would require ad-hoc support too and 
> that isn't 
> > really common. Okay, some may support in but not full.
> >
> > On 9/10/06, *Alexander Gnauck* <gnauck at ag-software.de 
> > <mailto:gnauck at ag-software.de>> wrote:
> >
> >     Before you vote for Boad and Council you should first read the
> >     Wiki pages
> >     with all applications and make your decicions. Then the 
> order in which
> >     memberbot shows the applicants doesnt matter. This is at least
> >     what I am
> >     doing normally. This year we have 8 great applicants for the
> >     council which
> >     doesnt make the voting easier this year.
> >
> >     If we decide to rewrite memberbot I propose to use xData. There
> >     should be
> >     enough clients today with xData support. A small wizard with
> >     Ad-Hoc-Commands
> >     would also be pretty cool.
> >
> >     Alex
> >
> >
> >     > -----Ursprüngliche Nachricht-----
> >     > Von: members-bounces at jabber.org 
> <mailto:members-bounces at jabber.org>
> >     > [mailto:members-bounces at jabber.org
> >     <mailto:members-bounces at jabber.org>] Im Auftrag von 
> Remko Troncon
> >     > Gesendet: Sonntag, 10. September 2006 15:27
> >     > An: JSF members discussion list
> >     > Betreff: Re: [Members] voting update #1
> >     >
> >     >
> >     > > Solutions, in order of difficulty:
> >     >
> >     > Out of curiosity, what happens when a person votes on the
> >     > first 5 candidates ? Will he still get to see the last two
> >     > candidates (with an error message if he says 'yes'), or will
> >     > he never know there were more than 5 candidates ? I also
> >     > think the last candidates don't stand much chance, unless
> >     > they're called stpeter ;-)
> >     >
> >     > The easiest fair solution I think would be to present an
> >     > enumeration of all the candidates with their corresponding
> >     > application URL, ask the user to enter 5 numbers of the list,
> >     > present the names of the 5 selected people, and ask for
> >     > confirmation of the list.
> >     >
> >     > cheers,
> >     > Remko
> >     >
> >
> >
>