You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by Stefano Mazzocchi <st...@apache.org> on 2003/12/12 04:08:20 UTC
[proposal] Refactoring the Slide CVS module
Since my first proposal to separate jakarta-slide into different CVS
modules didn't get much traction (and some firm opposition at the
jakarta PMC level where there are proposals to go the exact other
direction), I would like to propose that we simply restructure the CVS
slide module to keep things cleaner.
Now, there are two ways to do this:
more radical but more future compatible:
README.txt <- explains what slide is and what you find here
/client
/server
/test
or adding
/client
and move the client stuff there and leave everything else untouched.
What do you think?
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: [proposal] Refactoring the Slide CVS module
Posted by Stefano Mazzocchi <st...@apache.org>.
On 12 Dec 2003, at 01:01, Ingo Brunberg wrote:
>> Since my first proposal to separate jakarta-slide into different CVS
>> modules didn't get much traction (and some firm opposition at the
>> jakarta PMC level where there are proposals to go the exact other
>> direction), I would like to propose that we simply restructure the CVS
>> slide module to keep things cleaner.
>>
>> Now, there are two ways to do this:
>>
>> more radical but more future compatible:
>>
>> README.txt <- explains what slide is and what you find here
>> /client
>> /server
>> /test
>
> How about calling test something like webdav-test. So it becomes clear
> that it contains a generic WebDAV testsuite and not some Slide
> specific tests? The latter should certainly remain in server.
Very true. +1
--
Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: [proposal] Refactoring the Slide CVS module
Posted by Ingo Brunberg <ib...@fiz-chemie.de>.
> Since my first proposal to separate jakarta-slide into different CVS
> modules didn't get much traction (and some firm opposition at the
> jakarta PMC level where there are proposals to go the exact other
> direction), I would like to propose that we simply restructure the CVS
> slide module to keep things cleaner.
>
> Now, there are two ways to do this:
>
> more radical but more future compatible:
>
> README.txt <- explains what slide is and what you find here
> /client
> /server
> /test
How about calling test something like webdav-test. So it becomes clear
that it contains a generic WebDAV testsuite and not some Slide
specific tests? The latter should certainly remain in server.
Ingo
>
> or adding
>
> /client
>
> and move the client stuff there and leave everything else untouched.
>
> What do you think?
>
> --
> Stefano.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
RE: [proposal] Refactoring the Slide CVS module
Posted by Martin Dulisch <md...@s-und-n.de>.
> From: Stefano Mazzocchi [mailto:stefano@apache.org]
>
> Since my first proposal to separate jakarta-slide into different CVS
> modules didn't get much traction (and some firm opposition at the
> jakarta PMC level where there are proposals to go the exact other
> direction), I would like to propose that we simply
> restructure the CVS
> slide module to keep things cleaner.
>
> Now, there are two ways to do this:
>
> more radical but more future compatible:
>
> README.txt <- explains what slide is and what you find here
> /client
> /server
> /test
>
I am for this way. It comes closer to seperate CVS modules and indicates
more that the client and server are not dependant. When I have it right in
my mind in the past there where several posts that favoured to decouple the
client and server stuff.
Should this structure be also visible on the web site?
Martin
> or adding
>
> /client
>
> and move the client stuff there and leave everything else untouched.
>
> What do you think?
>
> --
> Stefano.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org