Le Samedi, 11 oct 2003, à 04:21 Europe/Zurich, David Crossley a écrit :
Tony Collen wrote:
...We might need to get away from the developer vs user notion,
because depending on how much about
Cocoon you already know, you might have to hack out a new generator
(which would seem to imply
Reinhard Poetz wrote:
PLEASE, don't start this discussion over and over again. We
have (after
a long painful discussion period) decided (or better reassured) that
we create a new repository for 2.2. And Stefano wanted to contact
infrastructure to create the 2.2 one.
I hope my comment
On Saturday, Oct 11, 2003, at 06:01 Europe/Rome, Geoff Howard wrote:
Stefano Mazzocchi wrote:
I started processing the GT video tapes.
Each talk is about 50/60 minutes long, DV compression is about
10Gb/hour. Means that I have to process 60Gb of stuff.
...
It needs 8 hours per hour on my G4
On Saturday, Oct 11, 2003, at 11:36 Europe/Rome, Bertrand Delacretaz
wrote:
Le Samedi, 11 oct 2003, à 04:21 Europe/Zurich, David Crossley a écrit :
Tony Collen wrote:
...We might need to get away from the developer vs user notion,
because depending on how much about
Cocoon you already know,
Bertrand Delacretaz wrote:
...
I'm starting to think (and I think this resonates with what Tony was
saying) that the physical structure of the docs should be flat,
wiki-style, having all docs files (real files or generated) in a
single directory, of very few directories like reference,
Le Samedi, 11 oct 2003, à 14:25 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Bertrand Delacretaz wrote:
...We can then build all kinds of navigational structures, trails,
multiple tables of contents, beginners/advanced, whatever (again
picking up on wiki idea of a flat page structure with many
Le Samedi, 11 oct 2003, à 14:11 Europe/Zurich, Stefano Mazzocchi a
écrit :
...I think the documents should have a *numerical* identifier that
equates them with a URI.
http://cocoon.apache.org/cocoon/LO/3948494
I like the unique ID idea, OTOH not having descriptive names makes it
hard for
Bertrand Delacretaz wrote:
Le Samedi, 11 oct 2003, à 14:25 Europe/Zurich, Nicola Ken Barozzi a écrit :
Bertrand Delacretaz wrote:
...We can then build all kinds of navigational structures, trails,
multiple tables of contents, beginners/advanced, whatever (again
picking up on wiki idea of a
On Saturday, Oct 11, 2003, at 14:25 Europe/Rome, Nicola Ken Barozzi
wrote:
Please don't forget Forrest.
we are not.
I thought about it and I totally resonate with Bertrand: we need to
outline an incremental transition to our own CMS reusing as much dog
food as possible (which is also good for
On Saturday, Oct 11, 2003, at 14:58 Europe/Rome, Bertrand Delacretaz
wrote:
Le Samedi, 11 oct 2003, à 14:11 Europe/Zurich, Stefano Mazzocchi a
écrit :
...I think the documents should have a *numerical* identifier that
equates them with a URI.
http://cocoon.apache.org/cocoon/LO/3948494
I
Stefano Mazzocchi wrote:
...
NOTE: this is *NOT* something that will replace either forrest or lenya.
In fact, the idea of this system is to show off *all* the cocoon-related
technologies we have in one big showcase for our own use. So, both
forrest and lenya should be happy to participate
Le Samedi, 11 oct 2003, à 15:33 Europe/Zurich, Stefano Mazzocchi a
écrit :
On Saturday, Oct 11, 2003, at 14:58 Europe/Rome, Bertrand Delacretaz
wrote:
...How about naming files like
3948494-some-descriptive-name-for-humans-here.xml
It's like suggesting to have a BugID
Bertrand Delacretaz wrote:
...
...Messy. what would something like this behave?
22003-this-is-first-doc.xml
22003-this-is-second-doc.xml
...
that's what I meant by the system having to ensure the uniqueness of
IDs. It is certainly problematic.
Look at Forrest, we have been having super-easy
Hi,
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Nicola Ken Barozzi
Sent: Saturday, October 11, 2003 7:54 AM
To: [EMAIL PROTECTED]
Bertrand Delacretaz wrote:
...
...Messy. what would something like this behave?
22003-this-is-first-doc.xml
Le Samedi, 11 oct 2003, à 16:54 Europe/Zurich, Nicola Ken Barozzi a
écrit :
Bertrand Delacretaz wrote:
...
...Messy. what would something like this behave?
22003-this-is-first-doc.xml
22003-this-is-second-doc.xml
...
that's what I meant by the system having to ensure the uniqueness of
IDs.
On Saturday, Oct 11, 2003, at 16:54 Europe/Rome, Nicola Ken Barozzi
wrote:
Bertrand Delacretaz wrote:
...
...Messy. what would something like this behave?
22003-this-is-first-doc.xml
22003-this-is-second-doc.xml
...
that's what I meant by the system having to ensure the uniqueness of
IDs.
Le Samedi, 11 oct 2003, à 17:19 Europe/Zurich, Stefano Mazzocchi a
écrit :
...my point is that we should make it hard for people to edit stuff in
the repository directly...
Ok, I see the idea.
There's one additional concern though, which was undelying in my
suggestions: it should be as easy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23694.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Just for the sake of those of us who know less than you, Cocoon gods.
What is the advantage of using an all-numeric filename instead of
alphanumeric?
If I'm not mistaken by what I sleepily read this morning, you are
proposing a flat
big bag of documents. So, if there's no hierarchy, an
Stefano Mazzocchi dijo:
On Saturday, Oct 11, 2003, at 14:25 Europe/Rome, Nicola Ken Barozzi
wrote:
Please don't forget Forrest.
we are not.
I thought about it and I totally resonate with Bertrand: we need to
outline an incremental transition to our own CMS reusing as much dog
food as
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23694.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Antonio Gallardo wrote:
...
Based on lastest posts, I will like to see a fusion Lenya+Forrest. Is this
posible or they are divorced.
Synergy. What I want Forrest and Lenya to seek is syergy.
I can tell you, as a Forrest committer, that we *love* to do things to
make nice DTDs and relative
Robert Koberg wrote:
spipped description of forrest site.xml
...
Wasn't this all a conversation from a couple of years ago?
Yup :-)
It is good to see opinions change...
Yup, things change. As long as we remain open to change and accept
things that people need, things get better.
First,
Bertrand Delacretaz wrote:
snip/
I'm starting to think (and I think this resonates with what Tony was
saying) that the physical structure of the docs should be flat,
wiki-style, having all docs files (real files or generated) in a
single directory, of very few directories like reference,
Hi,
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Nicola Ken Barozzi
Sent: Saturday, October 11, 2003 11:01 AM
To: [EMAIL PROTECTED]
Robert Koberg wrote:
First, forrest's site.xml should change the element names to something
generic, like:
site
Robert Koberg wrote:
...
about forrest's site.xml:
The question is: why validate?
More than a few reasons:
- ensure unique identifiers with the xs:ID datatype
good point
- ensure valid id references with xs:IDREF for things like:
site id=cocoon.apache.org index_page= p1234
page id=p1234/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23694.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sat, Oct 11, 2003 at 03:17:48PM +0200, Stefano Mazzocchi wrote:
On Saturday, Oct 11, 2003, at 14:25 Europe/Rome, Nicola Ken Barozzi
wrote:
Please don't forget Forrest.
we are not.
:) Let's remember that there's hard reuse and soft reuse. Hard reuse
means physically integrating
28 matches
Mail list logo