system
(one that obviously includes everything important from the old system) so
that you'd know when you _would_ be able to move to it and when it would be
worth it.
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: "Stefano Mazzocchi" <[EMA
ial output to try to figure out what's going wrong (it
has something to do with a branch where some files got added to the branch
later and then got deleted and it doesn't know they weren't int the branch
to begin with for whatever reason).
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
"the next time we have to create another new
repository should be the day we look into better version control"?
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: "Carsten Ziegeler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: T
Stefano:
This actually gives me a feeling of defining components "below" the sitemap,
lol. I think it's a good solution, though :). It definitly solves both my
deployment of application issues and the whole "complicated looking sitemap"
problem.
Sincerely,
Jay Freeman
extra feature was added to support
what's pretty much a limited super-sitemap).
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: "Stefano Mazzocchi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 22, 2003 12:39 PM
Subject:
ation of an existing one,
you're back modifying the base sitemap. I would want components to be
capable of going in either, and subsitemaps do that without "any" changes to
the overall code :).
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: &
configuration), but I'm guessing
"real blocks" would deal with that? Regardless, I still haven't gotten
around to really reading through and absorbing the page on blocks that
someone referred me to (so in reference to your other e-mail; this happened
on the users list, though, not
ay :). Thanks.
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: "Steven Noels" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 17, 2003 12:19 AM
Subject: Re: Config File Proposal (was... sort of...: [ANN] Apache Cocoon
2.1 Rele
he 2 components I added manually which I consider
"part of my app". This would also make it much easier to upgrade in the
future.
Are you recommending that I do all of my development as a patch to a sitemap
rather than as a sitemap, and then whenever I want to test it I patch the
pr
h
case, anyone mind letting me in on the secret? :) Please? hehe
Sincerely,
Jay Freeman (saurik)
[EMAIL PROTECTED]
- Original Message -
From: "Jay Freeman (saurik)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, August 16, 2003 5:58 PM
Subject: Config File
ne configuration block_ in cocoon.xconf that I consider mine). One of
the big hurdles _I've_ had to go through when I try to teach new users how
to work with Cocoon is to tell them: "The map:components section may seem
really scary and has lots of configuration; but you really don't ha
11 matches
Mail list logo
