Re: [Demexp-dev] Organization of tags

[Felix HENRY]

David & John,

I support your statement that the tag organization
is purely an add-on service, and that as such it should
be kept separate from the server software. Moreover,
as you said it "carries" a lot of political meaning.

It is mostly a "comfort" service, however as a demexp
client user I feel the need for it, mostly at two moments:

-When I create a new question, and I attach tags to it, I have to
go through the whole flat list to check whether some are
relevant. This is the most painful part and it will soon become
a real problem because the number of tags is increasing at
2x or 3x the rate of questions (for the moment, of course).
It would be nice to be able to identify quickly in the tag
organization the "domain" where I will probably find
the tags related to the question I'm adding.

-When I want to see the "global picture" (which domains
are well covered by demexp, which are not), there is no way
of doing it.

I also think that we can try and find a way to implemented it while
limiting the amount of change in the client software:

David said

>   - in the client, the current TreeView used to list the tags is able
>     to handle a tree with (un)folding operations. However, using a tree
>     is going to impact the code listing questions in the middle panel
>     and refreshing callbacks (after a question has been seen/voted). As
>     this code is currently quite messy and buggy, this could be an
>     opportunity to fix that;
>
>  
>
I don't think we need to change the code that does the questions listing:
Question would still be listed only if 1 tag is selected (node or leaf).
(Of course
it would be nice to list list all question that are "under" a node, but
it is
not necessary at all).
Regarding refreshing callbacks I cannot say, it's probably more complex.

Of course as soon as we put a closer eye on it we'll probably see that it's
not that simple...

Have a nice week-end,

   Felix


>On Thu, 2005-09-08 at 21:10 +0200, David MENTRE wrote:
>
>  
>
>> o I put as a mandatory requirement that the hierarchy of tags is
>>   separate from any classification on the server. It should not
>>   influence the official server classification and be orthogonal to
>>   it. 
>>    
>>
>
>I agree. This is an 'add on service', one performed by
>say 'Google' or 'Republican Party Classifications' or
>'Open Source Software Experts Group Classifications' or
>"Oz Scuba Club Classifications' or .. just by the
>client 'Politics, Sport, Money, Petol Prices, Hurricanes,
>and I'm not interested in anything else .. '
>
>It isn't just grouping: filtering is important too.
>Another services would be classified RSS feeds of
>new questions, votes achieving quorums, changing
>positions on voting, etc etc .. 
>
>Politics is a BIG field .. I agree with David,
>the core server shouldn't know about any of this:
>strict arms length and isolation by protocol is vital
>to support the vitality of continued development
>of ePolitic forums .. or should that be Fora .. ? :)
>
>  
>
I