Re: [Module::Build] What to do? What to do?

[Eric W. <scr...@gm...>]

# from Ken Williams
# on Monday 10 April 2006 10:08 am:

>The only reservation I'd have about a wiki would be that it would =A0
>dilute the mailing list and RT, so that now there'd be three places =A0
>to look instead of two. =A0But that may not be a very serious problem =A0
>if it brings tangible benefits. =A0And it would also be nice to let =A0
>people use the wiki for cookbook-like postings.

Maybe BP is heading in the direction of integrating these three forums=20
with Jifty?  I think they each serve a particular purpose.

  RT - bugs and coherent (i.e. with tests or patches) feature requests
  ML - ongoing discussions
  Wiki - persistent, somewhat organized, collaborative store of data

Most people are comfortable with their existing mail client and most of=20
those clients have the "offline mode" issue solved (sorry google, gmail=20
is not the way of the future.)

The "everybody has a browser" syndrome doesn't really cut it for me. =20
IMO, most BUI interfaces are somehow crippled compared to what can be=20
done with a desktop client.  Besides the obvious limitation of an=20
offline mode, the fact is that javascript just won't get you *good*=20
cross-browser keyboard shortcuts.  Also, expecting the data to be on=20
the server makes it difficult for anyone to really try a new idea.  I=20
guess you can say I'm holding out for web 3.0 where we realize that=20
network-connected desktop clients are a good thing :-)

To come to a point, maybe something like zim could handle the RT/Wiki=20
aspects.  What's needed is distributed backends to RT and a wiki.  To=20
me, that says that both need to cut ties to the SQL DB, but that's just=20
a guess at a low-level detail.

What should the M::B team do in the meantime?

=2D-Eric
=2D-=20
=2D--------------------------------------------------
    http://scratchcomputing.com
=2D--------------------------------------------------