Peter Hunsberger napisał(a):
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Almost forgot:
I remember myself struggling badly on the beginning so I decided that my
main aim here (as Cocoon committer) will be making it easier to start
with Cocoon for newcomers. I was going to propo
Peter Hunsberger napisał(a):
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Ok, got it. From your original e-mail I thought you were proposing to
have _all_ files placed in the "external" directory available via the
_same_ sitemap URI. Instead you're saying that you still have to
a
Grzegorz Kossakowski skrev:
Hi,
I would like to propose some conventions in block's structure. I mean here a
structure that matters on sitemap level not
on the lower levels (servlet-fw, packaging, etc.). I think we should advise
some guidelines when it comes to the
exposing resources and servi
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Almost forgot:
I remember myself struggling badly on the beginning so I decided that my
main aim here (as Cocoon committer) will be making it easier to start
with Cocoon for newcomers. I was going to propose many small
improvements (at
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Peter Hunsberger napisał(a):
Now, blocks are _completely_ seperated from each other from their
architecture foundation. It means that resources in one block do not
interfere with resources in other block in any way. What's more, it'
Peter Hunsberger napisał(a):
>
> Small changes have a way of becoming institutionalized; the next thing
> you know two years from know someone will be saying this is the
> proper/only way to do things, or someone will build some kind of
> complex functionality that would be generally useful if only
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Peter Hunsberger napisał(a):
What I think is little funny that we discuss so extensively so little,
small change that is not going to harm anyone experienced with Cocoon...
Small changes have a way of becoming institutionalized; t
Peter Hunsberger napisał(a):
>
> The question is whether this convention is generally usable? For me,
> I can tell you that I would probably not use it, I already have other
> conventions in place for naming and finding resources that I don't
> want to change. No point in having a convention if i
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
Peter Hunsberger napisał(a):
> On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
>>
>> I think that following "convention over configuration" here is really
>> good idea and most users will take this advice. It
>> help newcomer
Peter Hunsberger napisał(a):
> On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
>>
>> I think that following "convention over configuration" here is really
>> good idea and most users will take this advice. It
>> help newcomers to focus on actual work, and it will help block's
>> ecosyst
Felix Knecht napisał(a):
>
> > I think that following "convention over configuration" here is
> > really good idea and most users will take this advice. It help
> > newcomers to focus on actual work, and it will help block's
> > ecosystem because standardized URI spaces facilitate block's
> > coope
On 3/14/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
I think that following "convention over configuration" here is really good idea
and most users will take this advice. It
help newcomers to focus on actual work, and it will help block's ecosystem
because standardized URI spaces facili
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I think that following "convention over configuration" here is
> really good idea and most users will take this advice. It help
> newcomers to focus on actual work, and it will help block's
> ecosystem because standardized URI spaces facilitate bloc
Hi,
I would like to propose some conventions in block's structure. I mean here a
structure that matters on sitemap level not
on the lower levels (servlet-fw, packaging, etc.). I think we should advise
some guidelines when it comes to the
exposing resources and services to the outside world.
Tha
14 matches
Mail list logo
