[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: On permathreads

• To: "'Alaric B. Snell'" <alaric@a...>
• Subject: RE: On permathreads
• From: "bryan" <bry@i...>
• Date: Wed, 26 Feb 2003 10:16:39 +0100
• Cc: <xml-dev@l...>
• Importance: Normal
• In-reply-to: <E18noZn-0005Dd-00@c...>

>My plan is to summarise the points and counterpoints, so when somebody
>brings 
>up a permathread, we can just post a URL.

Are you then going to mirror  all instances of the new thread at the
permathread url?
If a new permathread subject arises (not sure what the chances are of
that) you will need to do work to summarize etc. all past points and
counterpoints. Just seems like a lot of work for one man. 

See what I'd like to see is some sort of socially managed way of
identifying permathreads so that individuals with interest in them or in
particular ones can then set up a system for working with them. I'm not
particularly interested in permathreads myself other than as a problem
in management, the reason why I'd like to see something attempted at
xml-dev at communal management of the permathreads is that I think a
complicated process such as this would be should be tested in an
environment most conducive to its success first - if it can succeed then
one can start testing it to failure. 


Of course it might be that no one is particularly interested in the
subject, and my admittedly poor way of describing how I saw such a
process working probably doesn't help. 

• Follow-Ups:
  • Re: On permathreads
    • From: "Alaric B. Snell" <alaric@a...>

• References:
  • Re: On permathreads
    • From: "Alaric B. Snell" <alaric@a...>

• Prev by Date: Re: The subsetting has begun
• Next by Date: Re: Parsing efficiency? - why not 'compile'????
• Previous by thread: Re: On permathreads
• Next by thread: Re: On permathreads
• Index(es):
  • Date
  • Thread