coliver 2003/07/06 00:09:19
Modified:src/scratchpad/src/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java FOM_JavaScriptInterpreter.java
Log:
Setup logger
Revision ChangesPath
1.9 +13 -7
Hi,
Currently, if the treeprocessor encounters any nodes outside the
'http://apache.org/cocoon/sitemap/1.0' namespace, it throws an exception.
I would like to modify this behaviour to simply ignore non-Cocoon
elements.
My use-case is that in Forrest, I'd like to document our numerous
sitemaps
David Crossley wrote:
David Crossley wrote:
[EMAIL PROTECTED] wrote:
joerg 2003/07/05 07:33:17
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPMerge.java
Log:
clean up
line endings fixed
The email diff
On Sun, 2003-07-06 at 01:21, Christopher Oliver wrote:
I also made a change to the Woody Button widget and woody-default.xsl to
make it work on IE. Previously it generated a button element but
apparently IE doesn't return the value attribute of button as a
request parameter. So I changed it
sylvain 2003/07/06 04:35:40
Modified:src/java/org/apache/cocoon/serialization
ZipArchiveSerializer.java
Log:
Fix recycle
Revision ChangesPath
1.5 +3 -1
cocoon-2.1/src/java/org/apache/cocoon/serialization/ZipArchiveSerializer.java
sylvain 2003/07/06 04:44:31
Modified:src/java/org/apache/cocoon Cocoon.java Processor.java
ProcessorWrapper.java
src/java/org/apache/cocoon/components/source/impl
SitemapSource.java
sylvain 2003/07/06 04:44:47
Modified:src/test/org/apache/cocoon/environment/mock MockRequest.java
Log:
Allow flow views to be internal-only pipelines
Revision ChangesPath
1.5 +4 -0
cocoon-2.1/src/test/org/apache/cocoon/environment/mock/MockRequest.java
Jeff Turner wrote:
Hi,
Currently, if the treeprocessor encounters any nodes outside the
'http://apache.org/cocoon/sitemap/1.0' namespace, it throws an exception.
I would like to modify this behaviour to simply ignore non-Cocoon
elements.
My use-case is that in Forrest, I'd like to document our
I personally think implementation inheritance is a Bad Thing (TM). At my
company we have a rule that disallows all use of implementation
inheritance between modules. If module B depends on module A then A must
provide _intefaces_ that B depends on. This creates a stable contract
between
Christopher Oliver wrote:
This is because the scratchpad build doesn't depend on the block build.
There were duplicate jars that Carsten removed. Either we need to put
them back or we need to figure out how to make scratchpad depend
on blocks.
Yes, I haven't noticed that the scratchpad used
Christopher Oliver wrote:
Garbage has its own build at the moment. Removing these jars will
break it.
Yes, I know, so the build has to be fixed :)
I know that adding garbage to our repo was I quick action. Now, some
weeks later we should try to clean up, which means removing duplicate
jars
Bruno Dumon wrote:
On Sun, 2003-07-06 at 01:15, Christopher Oliver wrote:
I just checked in a first try at adding Flowscript support to Woody.
This consists of two JS classes and one function:
snipped the explanation/
Regards,
Chris
Really great work Chris, exquisite! Thanks a
Carsten Ziegeler wrote:
Christopher Oliver wrote:
This is because the scratchpad build doesn't depend on the block build.
There were duplicate jars that Carsten removed. Either we need to put
them back or we need to figure out how to make scratchpad depend
on blocks.
Yes, I haven't
Christopher Oliver wrote:
Carsten Ziegeler wrote:
Christopher Oliver wrote:
This is because the scratchpad build doesn't depend on the block build.
There were duplicate jars that Carsten removed. Either we need to put
them back or we need to figure out how to make scratchpad depend
on blocks.
coliver 2003/07/06 16:11:09
cocoon-2.1/src/scratchpad/src/org/apache/cocoon/components/jxforms/flow/javascript -
New directory
15 matches
Mail list logo