[Systems] http://uservoice.com

Caroline Meeks caroline at solutiongrove.com
Wed Jul 22 22:21:42 EDT 2009


On Wed, Jul 22, 2009 at 9:59 PM, Luke Faraone <luke at faraone.cc> wrote:

> [sent on-list this time, sorry mel]
>
> On Mon, Jul 20, 2009 at 23:12, Mel Chua <mel at melchua.com> wrote:
>
>> Oh - forgot to mention. UserVoice is pretty expensive for an
>> organization with little to no budget
>>
>
> But gratis for a FOSS group: https://uservoice.com/for/opensource
>
> Downside is that they don't allow XML export without a paid plan. (devious
> idea: upgrade to trial, export data, then cancel in 15 days)


I've found similar organizations very open source nonprofit friendly. I'd
put odds on them giving us all the paid features for $0.

>
>
> From the ToS:
>
>> You acknowledge that any text, images, or other audiovisual information
>> (collectively, "Content") posted on the Service by you become, immediately
>> upon posting, the property of the Account Holder controlling the Hosted Area
>> where you posted such Content. You are herin granted an irrevocable,
>> perpetual, worldwide, royalty-free, fully sublicensable, non-exclusive
>> license to use any Content posted by you in any other way without
>> restriction.
>>
>
> The Acct. Holder would be us, but it's fairly scary from a user standpoint.


What do we say when someone posts on Sugarlabs.org?  CCed?


>
> So, a quick rundown:
>
> Pros:
>
>    - Nontechnical and easy-to-use
>    - Popular platform
>    - Free* for SugarLabs
>    - Separate from the bug tracker, so we don't "annoy" developers with
>    untriaged reports and feature requests
>    - Sign-in optional
>
> Much faster to search should help reduce duplicates
Easier for people to contribute a +1 so we can get a better sense of what
people who are not yet ready to post to the list think.

Questions
Facilitates people finding people with similar problems/wishes (Is this
true?)
Can we do any sort of single sign on/merged user name? Not that we have that
on trac but it would be a nice feature to have accross our sites sometime.

>
>    -
>
> Cons:
>
>    - Non-FLOSS
>    - Data portibility is unknown
>
> Separate from bug trackers and the wiki so it means another place to lose
things.

Can we use XML /RSS feeds to tie things together in some creative way?

>
>    -
>
> Another popular alternative is Get Satisfaction<http://getsatisfaction.com/features>,
> but it offers much less in terms of features gratis for projects like us.
> --
> Luke Faraone
> http://luke.faraone.cc
>

Oh, and why is this discussion on systems, which is a moderated private
list? Shouldn't this be on IAEP?

I just wanted to keep the traffic down on IAEP. Systems is a public list
that we are supposed to use for talk about our infrastructure.

But yeah, if we are serious about this, we should run it by IAEP.  You did a
good summary Luke.  I'm going away for the weekend so maybe next week we can
summarize our discussions and see what IAEP thinks.

Personally I'm torn. I hate to have yet another place. But its really hard
and slow to use trac and we are never going to get teachers to do it.  The
developers don't like it when we trac not currently actionable items and
they probably won't like it if we try to track nondevelopment todos in it.
Its painful to search. It requires login, which is really a pain when I'm on
a kids system.  When you create a bug it asks questions nondevelopers won't
know the answer to and some people just sit there stuck when they are asked
a question they don't know the answer to.

Getting teachers to give us feedback and ideas is going to be tough. I don't
know that switching to this tool will make it happen. But honestly, I can't
image it happening with Trac.

-- 
Caroline Meeks
Solution Grove
Caroline at SolutionGrove.com

617-500-3488 - Office
505-213-3268 - Fax
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.sugarlabs.org/private/systems/attachments/20090722/b7411b6c/attachment.htm 


More information about the Systems mailing list