[ug-discuss] Re: Community Consolidation -- Marketing & UGs

Michal Pryc Michal.Pryc at Sun.COM
Fri Apr 13 05:46:49 PDT 2007


Laurent Blume wrote:
> Michal Pryc a écrit :
>   
>> I agree with you that we can not make everyone happy, but maybe there
>> should be some sort of user-group tree, with tags? so each user-group
>> should have tags
>>     
>
> First, I don't want to give the impression I'm not happy :-)
> I understand the need for clarification.
>
>   
>> like: language, region, country, etc...
>> and the people would be able to access the user-group by tag, so for
>> example all French talking user-groups, or all French talking group from
>> Brittany or all languages user-groups from Brittany.
>>
>> In this case we would have very nice access to them.
>>     
>
> Ok, I see, so the entry point would be the language, not the
> geographical region, then subdivided into more localized UG later when
> the userbase have grown enough for them to appear.
>
> I believe that would also make sense for the other groups, actually, and
> some groups could appear twice:
>
> en/atlosug
>    losug
>    ...
> zh/bjosug
>    shosug
>    zh-users
>    ...
> fr/fosug
>    chosug
>    ...
> de/gosug
>    chosug
>    ...
>
> Does that make sense?
>
> Not saying this is THE solution, but after all, this is quite the way OS
> locales are classified already, and there's a reason it was chosen to be
> like that: first, you need to understand the language to be then able to
> choose a more precise localization. I'm aiming at end-users that won't
> be able to read English at all.
>   
Lauren,
I didn't mean that the entry point should be the language. In mine 
conception there wouldn't be entry point or it would be the name of a 
user-group.
So:
group1
group2
group-fancy-name3

each group would have tags:
group1: country:france, region:brittany, lang:french, university:ubs, 
anothertag: value
group2: country:canada, lang:french
group-fancy-name3: lang:english, university:ubs

some tags should be mandatory, and of course tags should be specified by 
opensolaris group maintainer, to not make chaos.
In this case, person would like to search/access group by name or by tag:
Case1:
user want to know what is going on in france, than would subscribe to 
"country:feance"

Case2:
user want to know about all the french speeking groups, so would 
subscribe to "lang:french"

Case3:
user want to know about all the groups from university ubs, so would 
subscribe to "university:ubs"

Case 4:
user want to subscribe to specified user-group, so would subscribe to 
"group-fancy-name3"

of course group names should mean something...

P.S. I am also not saying that this is THE solution, but just little 
ideas...

Michal



More information about the ug-discuss mailing list