very third-party
archive that we rely upon?
Then we could have a generated page similar to our
http://cocoon.apache.org/2.1/installing/jars.html
which provided easy access to those. Developers
would consult their local copy of that table.
--
David Crossley
So that you can all plan your appointment books.
FirstFriday is coming up soon. It is dedicated
to migrating the Wiki over to apache.org
... All hands on deck please.
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
--
David Crossley
de a vote thread, shows
that maybe not enough discussion was done beforehand.
Anyway, it got people talking.
--
David Crossley
Sylvain Wallez wrote:
> Please cast your votes:
[+1] do not keep sources
and use a full timestamp (as UTC time) in the jar filename
so that people can get the sources from the relevant
external CVS, e.g. foobar-20040628T0824.jar
--
David Crossley
n.
BTW, anyone can send patches for the top-level main website
via the Infrastructure Jira issues tracker.
--
David Crossley
cs?
See other mail today. We decided to keep the discussion
on dev and users so that everyone is involved, not just
a small band of overworked enthusiasts.
--
David Crossley
art with simple doc format
(we can always transform that into some other type
of source document later).
Why not name the repository cocoon/docs ?
--
David Crossley
date, then they unpack, view and save with XXE, then
diffs are clearly seen, then commit the indented XML.
--
David Crossley
t here on the dev and users lists.
Any one of us can be a prodder. Any one of us can lead by example.
--
David Crossley
oon.
>
> We already did it, it was called the "documentation team". There was
> (still is?) a mailing list for it.
No. We tried it and then decided to rather discuss on the
dev and users lists, leaving the docs list for just Wiki diffs.
--
David Crossley
Bertrand Delacretaz wrote:
> David Crossley a écrit :
>
> > I tried doing some edits today and noticed that the diff
> > emails are very strange. I only changed one line, yet the
> > diff shows that many lines were "changed". I did not have
> > the box
Thanks to Upayavira for continuing the test conversions
of the Cocoon Wiki.
I tried doing some edits today and noticed that the diff
emails are very strange. I only changed one line, yet the
diff shows that many lines were "changed". I did not have
the box selected to "Remove trailing whitespace".
David Crossley wrote:
> Sylvain Wallez wrote:
> >
> > Ok, so the problem isn't on my side of the pipe. I just hope the
> > roundtrip time will come again to a smaller value, as fast interaction
> > is key for groups like ours.
>
> Yes, i too have been
Sylvain Wallez wrote:
>
> Ok, so the problem isn't on my side of the pipe. I just hope the
> roundtrip time will come again to a smaller value, as fast interaction
> is key for groups like ours.
Yes, i too have been very confused by mail lately.
I just sent a message to [EMAIL PROTECTED] to mak
Tony Collen wrote:.
>
> One problem that I encounter a lot when building web sites and doing
> graphic design for people is that if a design is put in front of 50
> people, you'll get 50 different suggestions as to how to make it better
> or more appealing. This makes it *very* hard to do some
Tony Collen wrote:
> Screenshot at:
>
> http://rose.ce.umn.edu/images/misc/cocoon-mockup.gif
>
> If nobody objects, I will commit the changes Monday, suggestions are welcome.
The top banner seems to waste space. At one stage in
the past we had it like this - with everything centred.
Then it evol
Too many good choices ...
+1 for Vadim Gritsenko
--David
The Chat channel is getting active already. If anyone
wants to join in, then get the IRC details at [1].
--David
Bertrand Delacretaz wrote:
> Hi Cocoonistas,
>
> Tomorrow is FirstFriday [1], and the cross-posting is intentional: you
> don't necessarily need to be a committer to participate, the
Antonio Gallardo wrote:
> > crossley2004/06/03 23:38:52
> >
> > Modified:legalutil.concurrent-1.3.3.jar.license.txt
> > Log:
> > Point to Doug Lea website and let him explain the issues.
>
> Hmm. This is pointing the the current version. In this case to 1.3.4. We
> use 1.3.3
>
>
Steven Noels wrote:
> Just to clarify things: we agreed little more than a year ago that we
> should make this "Chair" job a low-fuzz/low-profile thing. ...
>
Thanks. Everyone remember that the chairperson of a meeting
is usually a task that nobody really wants and usually
someone just gets volu
> +1
> (couldn't resist ;-)
:-) and i couldn't resist the chance to practice
my new Forrest chairperson skills. Good luck to
whoever gets the Cocoon job.
--David
It is very confusing when people use the "+1" thing
in general conversation. What are you plussing?
The nominations should be made and the nominees themselves
either accept or reject. There is no voting to be done
until we have clear nominations in front of us.
--David
Antonio Gallardo wrote:
> Perez Carmona, David dijo:
> >
> > Here is the license of MSV (I don't know too much about licenses, but it
> > doesn't seem too restrictive):
> >
>
> > You acknowledge that Software is not designed,licensed or intended for
> > use in the design, construction, operatio
Perez Carmona, David wrote:
> Have you copied also to the same directory any needed entity, referenced from the
> DTD?
Ah, that was it.
Instead of copying them, i referenced the DTD like this:
That seems to work. I can now see the "Hello world" page.
I presume that the next is to make some d
David Perez Carmona wrote:
> David Crossley wrote:
> > Is it possible that this can be a framework for adding
> > other validators? For example, we already have Jing in the
> > Cocoon distribution.
>
> Jing only supports RelaxNG.
The home page says that it suppo
Brian W. Fitzpatrick wrote:
> Adam R. B. Jack wrote:
>
> > This misery is probably partly my own (not being an SVN expert, and SVN has
> > yet to mature)
>
> I'm going to take issue with this. :-)
>
> It's *mostly* due to the fact that Subclipse still needs a lot of work.
Me too. The command-l
Perez Carmona, David wrote:
>
> I've created a new transformer that can perform validation in any step
> of a XML pipeline. It is described in
> http://wiki.cocoondev.org/Wiki.jsp?page=ValidationTransformer
> I think it may be interesting to create a new block.
I know that it is proof-of-concept.
Perez Carmona, David wrote:
>
> I've created a new transformer that can perform validation in any step
> of a XML pipeline. It is described in
> http://wiki.cocoondev.org/Wiki.jsp?page=ValidationTransformer
> I think it may be interesting to create a new block.
Mmmm, i am having trouble. I get
Nicola Ken Barozzi wrote:
> Bertrand Delacretaz wrote:
>
> > I know the vote is canceled, but maybe we can talk about the problems
> > before looking at a solution?
>
> +1
Good idea. If we don't learn from the past then we will have
a shiny new build system with a different set of problems.
>
Perez Carmona, David wrote:
> This is the first time I write to this mailing-list, some time must be
> the first time ;-)
>
> I've created a new transformer that can perform validation in any step
> of a XML pipeline. It is described in
> http://wiki.cocoondev.org/Wiki.jsp?page=ValidationTransf
Thanks for the community's confidence in us.
It is a pleasure to be involved with such people.
--David
Antonio Gallardo wrote:
> David Crossley dijo:
> > Thanks for verifying some samples Antonio. Many more of us
> > devs and users need to do that prior to release.
> >
> > This sdocbook demo works for me. See the notes on the Sample
> > page - you would need to conf
Thanks for verifying some samples Antonio. Many more of us
devs and users need to do that prior to release.
This sdocbook demo works for me. See the notes on the Sample
page - you would need to configure the catalog entity resolver.
However, your comment reveals some other problems.
For me the we
Pier Fumagalli wrote:
>
> And I would like to thank personally every single one of you who wrote
> the code now powering our website... We wouldn't have been able to put
> this live today without every single one of you...
Yeah. Please also thank your boss for enabling you to
contribute so muc
Upayavira wrote:
> >
> Well, I must be a regexp whizz, because I got this working within five
> minutes. I was distracted by the fact that it didn't work on my local
> Moin, but it works on Apache's so it is fine.
Nice. Thanks for persisting.
--David
Upayavira wrote:
> David Crossley wrote:
> >Upayavira wrote:
>
> >>The only remaining thing I _could_ do is where Moin detects CamelCase
> >>and makes links of it. These can be worked around with !CamelCase, which
> >>stops it becoming a link. But that one
Andreas Hochsteger wrote:
> David Crossley schrieb:
> > Is it possible to generate a list of vandalised pages?
> > For example one pattern is "emmss.com".
>
> Google has brought up a list, although it is not as efficient (and
> actual) as a find/grep:
>
Upayavira wrote:
> David Crossley wrote:
>
> >Links inside headings are not handled
> >e.g. http://wiki.apache.org/cocoon/BlockDescriptions
> >should have a local link in the heading which goes to
> >our Batik wiki page.
> >
> >old: http://wiki.coc
The process of running the conversion script is an
excellent opportunity to automatically catch some spam
that has crept in.
There is no doubt that we have missed some vandalism
cases. We are only a few humans trying to manually catch it.
Also remember the problem with the diff notification that
o
Links inside headings are not handled
e.g. http://wiki.apache.org/cocoon/BlockDescriptions
should have a local link in the heading which goes to
our Batik wiki page.
old: http://wiki.cocoondev.org/Wiki.jsp?page=BlockDescriptions
I presume that would be a minor problem. People could add
them post-
Upayavira wrote:
>
> The only remaining thing I _could_ do is where Moin detects CamelCase
> and makes links of it. These can be worked around with !CamelCase, which
> stops it becoming a link. But that one we can do manually when we see
> it. ...
It would be good to handle this somehow. We do
Sylvain Wallez wrote:
> Carsten Ziegeler wrote:
> >Bertrand Delacretaz wrote:
> Sylvain Wallez a écrit :
> >>
> >>>...What's the status of EHCache and JCS? Can't we consider
> >>one of them as the default persistent store?
> >>
> >>I think there's an issue with JCS, something at shutdown IIRC?
> >
Carsten Ziegeler wrote:
> I haven't read all mails from this week yet, but it seems
> that nothing is preventing us from a release tomorrow.
>
> Or did I oversee something?
The other thread that discussed the release has
some outstanding issues:
http://marc.theaimsgroup.com/?t=10835857253
--
Scherler, Thorsten wrote:
> Hello Greg, cocoon devs, forrest devs, lenya devs.
>
> I am thinking about to open up a cocoon/-lenya site in Spain.
> There is a growing community and the majority wants to communicate in
> spanish.
That could be done via local user groups, then the multilingual
peop
Joerg Heinicke wrote:
> David Crossley wrote:
> > The FirstFriday was a little bit active and some Bugzilla
> > issues were addressed. The Roadmap shows that there are some
> > major problems still:
> > http://nagoya.apache.org/bugzilla/showdependencytree.cgi?id=25321
&g
Upayavira wrote:
> ...My immediate
> response is 'why the name supersonic'. It obfuscates the contents of the
> block. Why not just have a tutorial block, or a tutorials block if there
> are more than one in there? That way it is completely obvious to someone
> looking at Cocoon what is in ther
Carsten Ziegeler wrote:
> Bertrand Delacretaz wrote:
> > Sylvain Wallez a écrit :
> > > ...There are still many little things to solidify in the CForms API
> > > until it can be marked stable, and therefore Cocoon 2.1.5 will not
> > > contain a stable CForms
> >
> > +1, let's not forget to r
Nicola Ken Barozzi wrote:
> Carsten Ziegeler wrote:
> > We agreed that we move to subversion as soon as possible.
> > Next friday we will (hopefully) release 2.1.5, so we
> > should move right after the release.
> >
> > Any volunteers for doing this?
>
> Err... what should we actually do?
>
> I
Bertrand Delacretaz wrote:
> So, assuming the license stuff is taken core of, should we:
>
> [ ] Write a RadeoxWikiGenerator and distribute the Radeox binaries in
> the chaperon block
> [X] Create a new radeox block for this new RadeoxWikiGenerator
Separate blocks for Chaperon and Radeox.
--Dav
Carsten Ziegeler wrote:
> As we are releasing 2.1.5 next friday (hopefully), we start
> the code freeze tonight after our first friday.
>
> The code freeze should normally finish with the release on
> friday.
However, do not forget that FirstFriday is for the whole planet
rotation, i.e. 24 hours
Today is the next FirstFriday - start is 6.5 hours away.
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday
This issue has been raised a number of times, most recently
on the users list a few days ago [1].
Even though the use of document() function is not ideal,
it should still be supported.
The bug seems to show that the catalog entity resolver
is not being used via whatever parser that reads the
incl
I think that we might mean "manifesto" (noun)
... Macquarie Dictionary:
"a public declaration ... of a body of persons taking
important action, making known intentions, objects,
motives, etc.; a proclamation".
Should it go into cocoon-2.1 CVS so that it travels with the
distribution, or just go in
Carsten Ziegeler wrote:
> Appended is the first version of the versioning guide.
Wow, thanks for doing that big work Carsten.
+1 from me.
There are a few bits that need tweaking but we can all do
that when it goes into CVS.
--David
Ralph Goers wrote:
> Well, I speak Californian, which folks in other parts of the world would
> argue is not "native English". We don't use those funny spellings.
> However, I'd be happy to correct it. This should be available on the web
> site - I'm not sure that is what you are referring to when
At least with the HTMLSerializer (i have not checked the others).
The document type declaration is emitted with no space between
the PublicIdentifier and the SystemIdentifier. Not sure when this
behaviour started happening, but it is now with current 2.1 HEAD.
I am seeing this with
http://localho
Nicola Ken Barozzi wrote:
> Since we are working a lot with branches, and there will be even more
> moving stuff around when the blocks will hit the street, I propose that
> we move Cocoon to use SVN. It works very well and we will be pushed to
> use it in any case in the near future.
+1 from m
H.vanderLinden wrote:
> David Crossley wrote:
> >
> > ...This is then orthogonal to the total
> > restructuring of the xdocs, which was shelved until 2.2
> > because it would otherwise break our URL space.
>
> AHA. That explains the "complete radio si
H.vanderLinden wrote:
> David Crossley wrote:
> > Good idea and i admire your enthusiasm.
>
> Thanks.
>
> > You will see my additions to that page were i tried to ensure
>
> Yes I noticed.
>
> > that it only links to local Cocoon documentation. Alread
Helma.vanderLinden wrote:
> Guys (and girls),
>
> I want to structure all the documentation about Cocoon in the Wiki and the
> xdocs. I've started small by setting up a Wiki page
> http://wiki.cocoondev.org/Wiki.jsp?page=Cocoon215TOC which should become a
> Table of Contents into documentation gea
Carmona Perez, David wrote:
Thanks, i applied part of your changes, as described on the users@ list.
There is no need for you to duplicate messages to the dev@ list. Many of
us participate there too.
--David
Joerg Heinicke wrote:
>
> Thanks for the constructive idea. I have it working now the following
> way: internal.exclude set through include set through exclude property.
> In blocks.properties there are #include=false lines (except for the
> deprecated ones), blocks are included by default. Th
Tim Larson wrote:
> I propose we create a web based GUI development environment for Cocoon
> build using Cocoon technology, such as CForms, flow, portals, etc.
>
> WDYT?
It would be a killer app and would be one of the best things
that Cocoon could do for itself.
Start small and we can all help
Bertrand Delacretaz wrote:
>
> WDYT?
>
> -Bertrand, reporting for FirstFriday #cocoon folks
Thanks for summarising.
The most important thing is that committers make a big effort
to add proper comments and attribution to status.xml
This should then provide sufficient exposure for contributors
v
Mark Lundquist wrote:
>
> If my vote counted, I'd give -1 to default exclusion of unstable
> blocks. Still undecided about unstable blokes :-)
You are mis-understanding an important aspect of our voting
procedure. The opinion and vote does count for every developer.
When it comes time to settl
Joerg Heinicke wrote:
> David Crossley wrote:
> >
> > After i sent my reply, yes. Our posts were at almost the same time.
>
> Nitpicking: there was nearly an hour between both posts ;-)
On a dial-up modem, i call that instantaneous :-)
I missed seeing your email until t
Joerg Heinicke wrote:
> David Crossley wrote:
>
> >> Modified:src/blocks/midi/test/org/apache/cocoon/generation XMidi.dtd
> >> Log:
> >> this DTD is not ASL 2.0, but MIT licensed
> >>
> >> Revision ChangesPath
> >> 1.
Joerg Heinicke wrote:
> David Crossley wrote:
>
> >> Modified:src/blocks/midi/test/org/apache/cocoon/generation XMidi.dtd
> >> Log:
> >> this DTD is not ASL 2.0, but MIT licensed
> >>
> >> Revision ChangesPath
> >> 1.
joerg wrote:
> joerg 2004/03/30 15:57:17
>
> Modified:src/blocks/midi/test/org/apache/cocoon/generation XMidi.dtd
> Log:
> this DTD is not ASL 2.0, but MIT licensed
>
> Revision ChangesPath
> 1.4 +0 -15
> cocoon-2.1/src/blocks/midi/test/org/apache/cocoon/gene
David Crossley wrote:
> Mark Lundquist wrote:
> > Joerg Heinicke wrote:
> >
> > > Reporting this to Matt Kruse is better IMO.
> >
> > Done.
>
> Thanks for doing that Mark.
>
> I saw that your patch had the Apache License in the top.
> Perha
Mark Lundquist wrote:
> Joerg Heinicke wrote:
>
> > Reporting this to Matt Kruse is better IMO.
>
> Done.
Thanks for doing that Mark.
I saw that your patch had the Apache License in the top.
Perhaps your CVS is out-of-date and you caught us in the
middle of doing the Apache-wide re-licensing j
Jeremy Quinn wrote:
> Niels van Kampenhout wrote:
>
> > Hi,
> >
> > Is there any way to let the LuceneIndexTransformer store the index
> > files in a directory outside the Cocoon work directory? In the source
> > code there is a check for an absolute path in openWriter(), however
> > specifying
Would someone please tell me that i am not going crazy.
I have a remote server running today's 2.1.5-dev with a full Jetty
and am trying to do some basic Cocoon cache testing.
Using a little shell script, i am doing some requests using wget
to go direct to Cocoon (no webserver in front) using ful
Gregor J. Rothfuss wrote:
> howdy
>
> is there a specific reason why we have xalan 2.5.2 in tools/lib and
> xalan 2.6.0 in lib/endorsed? they seem to both end up in WEB-INF/lib on
> my build (but that *could* be due to something in the lenya build
> process, not sure yet)
>
> if it is an overs
Unico Hommes wrote:
>
> Keep in mind that the caching system is currently in a state of flux
> given that we are trying to move away from Jisp. A lot of the
> alternatives manage the paging aspect that now involves the persistent
> store and store janitors themselves.
Thanks for the heads-up. Y
Carsten Ziegeler wrote:
> The last time I had to find memory leaks/problems for a customer
> the values for the store janitor were wrong. At that time I
> debugged the code and found out the above solution (2% less etc.).
> And the settings worked very well. I think this is approx. eight
> months
Corin Moss wrote:
>
> I've just been through a several week excercise tuning
> a fairly complex Cocoon implementation (for use by '000's
> of concurrent users) I've picked up quite a lot of useful
> snippets of info as I've delved into lots of different
> areas of the code. I'd be happy to share th
My current mission is to fine one of our Cocoon apps to deal with
an in-efficient document presentation job.
The various docs and wiki and cocoon.xconf and other config
seem a bit haphazard and conflicting, so i am trying to polish
them as i go.
One thing is the comment at:
http://wiki.cocoondev.
Pier Fumagalli wrote:
>
> All they asked me for for is some form of "recognition" if the code
> ends up in Cocoon land (quick quick, go back and modify the @author
> fields in the classes to include VNU Publications), so that they can
> prepare a nice "press release" to please our investors,
Pier Fumagalli wrote:
>
> With the invaluable help of Stefano and his vision on blocks, I'm
> pretty close to a release of the code, and if this community at large
> wants to see more of the implementation and what I'm talking about,
> just speak up, and I'll get a formal authorization from my
Niclas Hedhman wrote:
> Vadim Gritsenko wrote:
>
> Depended on "xml-commons-resolver" but is called "xml-resolver" in Maven
> repo.
>
> Fixed in CVS.
>
> Niclas
The Maven has an old name for it.
snip from Changes ... xml-commons-resolver-1.0 (2002-11-12)
--David
Joerg Heinicke wrote:
> Vadim Gritsenko wrote:
> >David Crossley wrote:
> >>
> >> The recent commit of all the *.license files proved that Eclipse
> >> is the culprit. Until their Bug 15119 is fixed (please vote for it),
> >> the Eclipse users should us
David Crossley wrote:
> Joerg Heinicke wrote:
> > Joerg Heinicke wrote:
> >
> > > I might be wrong but today I had the feeling that Eclipse just ignores
> > > the default -kkv set in Eclipse itself and adds every file with unknown
> > > file ending
Ugo Cei wrote:
> Antonio Gallardo wrote:
> > Do you agree with JSDK 1.4 as the lower Java version supported in Cocoon 2.2?
> >
> > Here is my +1
>
> -0.5
>
> Even though 1.4 is available for most platforms, and I've been using it
> exclusively for quite a long time, I still think there are many
Antonio Gallardo wrote:
> Geoff Howard dijo:
> > What about just adding an element for licence location to jars.xml? e.g.,
> >
> > <
> > Avalon Excalibur DataSource
> > Part of avalon, it is a set of classes and patterns
> > that support high level server development.
> > C
Stephan Michels wrote:
>
> Searching the CVS logs for an author is nonsense, since the history get
> lost if we move the files around or create new repositories, like we
> do in the past.
>
> And the CHANGES are not really complete. Using AUTHOR tags in the source
> files is a good practice, IMH
Torsten Curdt wrote:
> Steven Noels wrote:
> > Torsten Curdt wrote:
> >
> >> + and we remove all author tags
> >
> >
> > I find this just a little bit too reactionary - especially for the
> > little known/used areas of code. We haven't had "ownership issues"
> > because of them in the past, no
Torsten Curdt wrote:
> So what about the following...
>
> + the boilerplate
>
> --
> /*
> Copyright 1999-2004 The Apache Software Foundation. All rights reserved.
>
> Licensed under the Apache License, Version 2.0 (the "License");
> you may not use this file except in compliance with the L
Vadim Gritsenko wrote:
> Torsten Curdt wrote:
> >David Crossley wrote:
> >
> >> Will we just have all files as 1999-2004 or do we need to
> >> determine the actual first and last modification date of
> >> each file? The latter is an awful lot of work, b
Antoine Lévy-Lambert wrote:
> Hi Cocooners,
>
> can you update the gump.xml file present in your repository.
> The jdtcore jar has changed from 2.1.0 to 2.1.2.
> It is one of the grains of sand preventing my friend gumpy from doing
> all the nice things it would like to do.
>
> Attached diff -u
Joerg Heinicke wrote:
> Joerg Heinicke wrote:
>
> > I might be wrong but today I had the feeling that Eclipse just ignores
> > the default -kkv set in Eclipse itself and adds every file with unknown
> > file ending as binary. You maybe have to add your file endings at
> > "Window > Preferences
Torsten Curdt wrote:
> >> - All releases made after March 1 must use the new Apache License 2.0.
> >> Please note that this applies to *all* releases, even maintenance
> >> releases where the original went out under the 1.1 license.
> >> Please see http://www.apache.org/dev/apply-
[Changing the subject and hopefully appending this good stuff
to the whitespace thread.
Was: Re: cvs commit: cocoon-2.1/legal LICENSE.ant]
Joerg Heinicke wrote:
> David Crossley wrote:
> >
> > Every time a UNIX-based committer receives files from somewhere
> > else (for exam
Antonio Gallardo wrote:
> Joerg Heinicke dijo:
> > All the Windows files you touched now seem to have a line ending issue.
>
> How I can solve this?
Every time a UNIX-based committer receives files from somewhere
else (for example Buzgilla Patch or another project) then they
need to ensure that
Thanks to everyone who responded. The discussion seems
to have gone quiet, so it is time to summarise.
I am not going to call a Vote on this, rather just do it.
If anyone thinks otherwise then say so.
These are the original set of issues. I have added comments
based on the discussion, and added t
Upayavira wrote:
> I've committed docs for the Ant task, and would like to get them onto
> the site, but haven't got time at the mo to work out how to get Forrest
> to do it.
For future reference:
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonWebsiteUpdate
> Is anyone there who can update the l
Roger I Martin PhD wrote:
> There are schema definitions at
>
> C:\apache\cocoon-2.1\src\blocks\databases\samples\xsp\esql.xsd for esql
> C:\apache\cocoon-2.1\src\documentation\xdocs\drafts\sitemap-2.1-draft.xsd
> for *.xmap
>
> Are these to be organised with the DTDs of this proposal?
No, there
There is a new document at Forrest to provide tips for
configuring the catalog entity resolver to find local
copies of the DTDs.
http://xml.apache.org/forrest/catalog.html
Please provide any hints for configuration of your
favourite XML editor or IDE. I will gather from the
mail list and add them
Steven Noels wrote:
> David Crossley wrote:
> > Joerg Heinicke wrote to cocoon-dev:
> >> I'm not CCing Forrest as I'm not subscribed there and they don't
> >> moderate my mails through.
> >
> > I am a moderator and would let them through and ad
Stefano Mazzocchi wrote in the thread:
Re: [Proposal] add DTDs to Apache website
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=107418821508273
> Juan Jose Pablos wrote:
> > Stefano Mazzocchi wrote:
> >
> >
> >> Stefano, who has been waiting for some 18 months for somebody else to
> >> come up
701 - 800 of 979 matches
Mail list logo