[EMAIL PROTECTED] wrote:
cziegeler2004/06/09 04:59:23
...
Log:
Add profiling/debugging API for the sitemap.
:-D
--
Nicola Ken Barozzi [EMAIL PROTECTED]
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
[EMAIL PROTECTED] wrote:
!-- repeater requires unique identification mechanism of the row-nodes --
!-- (it is of course possible to implement other binding strategies) --
+ !-- important note: the row-path is used inside jxpath-createPath context,
+ as a consequence it cannot
Vadim wrote:
Hello Vadim,
as I can not reply to your mail (gmane does not list those mails
replying to a mail on [EMAIL PROTECTED]) I answer with an extra mail for now:
Now moving it back to list.
+ !-- important note: the row-path is used inside
jxpath-createPath context,
+ as a
Joerg Heinicke wrote:
Ok, can you at least tell me whether above example row-paths will work
with this new CForms or not?
AFAIU/K it's a limitation of JXPath and has nothing to do with
Woody/CForms. This should mean if it works til now it will work in
future. Maybe you have provided an
On 09.03.2004 11:57, [EMAIL PROTECTED] wrote:
+ action dev=RP type=update
+ Renaming Woody to CocoonForms
+ - The Woody block (src/blocks/woody) has moved into the new Cocoon Forms
+block (src/blocks/forms).
+ - new namespaces:
+ * from
On 09.03.2004 02:39, Vadim Gritsenko wrote:
public void characters(char[] ch, int start, int length) {
if (ch.length 0 start = 0 length 1) {
-String text = new String(ch, start, length);
if (elementStack.size() 0) {
Joerg Heinicke wrote:
On 09.03.2004 02:39, Vadim Gritsenko wrote:
public void characters(char[] ch, int start, int length) {
if (ch.length 0 start = 0 length 1) {
-String text = new String(ch, start, length);
if (elementStack.size() 0) {
Vadim Gritsenko wrote:
[EMAIL PROTECTED] wrote:
public void characters(char[] ch, int start, int length) {
if (ch.length 0 start = 0 length 1) {
-String text = new String(ch, start, length);
if (elementStack.size() 0) {
[EMAIL PROTECTED] wrote:
public void characters(char[] ch, int start, int length) {
if (ch.length 0 start = 0 length 1) {
-String text = new String(ch, start, length);
if (elementStack.size() 0) {
IndexHelperField tos =
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] off
-
-REM Copyright (c) 2001-2003 The Apache Software Foundation. All rights
-REM reserved.
...
[EMAIL PROTECTED] off
+
+REM Copyright (c) 2001-2003 The Apache Software Foundation. All rights
+REM reserved.
Antonio, you
Hi Vadim:
Nope. I just rewrote files from the ant distribution.
Best Regards,
Antonio Gallardo
Antonio Gallardo wrote:
Hi Vadim:
Nope. I just rewrote files from the ant distribution.
Then you must have picked up wrong combination of files / tools. You
should use windows files with windows tools and unix files with unix
tools, don't mix and match, this causes problems like this one.
Vadim Gritsenko dijo:
Antonio Gallardo wrote:
Hi Vadim:
Nope. I just rewrote files from the ant distribution.
Then you must have picked up wrong combination of files / tools. You
should use windows files with windows tools and unix files with unix
tools, don't mix and match, this causes
Vadim Gritsenko dijo:
No, it will be easier if you just convert all the wrong files to unix,
either by using dos2unix or any other tool.
Hi Vadim:
OK. Thanks for the tip. I will do it.
But a question remains in my mind:
How this happens? I just downloaded a tar.bz2 file. untar it using ark
Antonio Gallardo wrote:
Vadim Gritsenko dijo:
No, it will be easier if you just convert all the wrong files to unix,
either by using dos2unix or any other tool.
Hi Vadim:
OK. Thanks for the tip. I will do it.
But a question remains in my mind:
How this happens? I just downloaded a
David Crossley dijo:
Perhaps the Ant project has a corrupted CVS like our was.
They might have dos line-endings in their ant.bat etc.
One side-effect of this commit is that we have no idea what
the real changes were. It appears that every line is changed.
Yes. You are right. I don't wanted
David Crossley dijo:
Perhaps the Ant project has a corrupted CVS like our was.
They might have dos line-endings in their ant.bat etc.
I thought .bat files must have line ending as DOS: 0x0D 0x0A
And Linux files must have just 0x0A
Is this correct?
The files in the ant distribution follow
Antonio Gallardo wrote:
David Crossley dijo:
Perhaps the Ant project has a corrupted CVS like our was.
They might have dos line-endings in their ant.bat etc.
I thought .bat files must have line ending as DOS: 0x0D 0x0A
And Linux files must have just 0x0A
Is this correct?
No, not
joerg 2003/08/20 10:29:07
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPCell.java CellType.java Cell.java
.status.xml
Log:
POI: fixed formula support (Bug 22574, thanks to Neil
bruno 2003/08/06 08:54:13
Modified:src/blocks/apples/java/org/apache/cocoon/components/flow/apples
ApplesProcessor.java
src/java/org/apache/cocoon/components/flow/javascript/fom
FOM_Cocoon.java
cziegeler2003/08/11 02:09:22
Modified:.status.xml
Log:
Simply DTD which is better than nothing
Revision ChangesPath
1.113 +36 -1 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
vgritsenko2003/08/12 08:50:40
Modified:src/java/org/apache/cocoon/components/store/impl
DefaultStore.java
.status.xml
Log:
Fix jisp store impl: reuse index file
Revision ChangesPath
1.5 +32 -5
joerg 2003/08/13 13:03:13
Modified:.status.xml
Log:
@fixes-bug added to i18n backwards compitability fix
Revision ChangesPath
1.120 +2 -2 cocoon-2.1/status.xml
Index: status.xml
===
bruno 2003/08/13 01:54:44
Modified:.status.xml
Log:
fix document locator problem in SVG serializer
Revision ChangesPath
1.118 +9 -1 cocoon-2.1/status.xml
Index: status.xml
===
RCS
joerg 2003/08/07 09:54:16
Modified:.status.xml
Log:
Making instrumentation work again (bug 19839).
Revision ChangesPath
1.111 +6 -2 cocoon-2.1/status.xml
Index: status.xml
===
RCS
cziegeler2003/08/14 22:47:41
Modified:.status.xml
Log:
Updated status.xml
Revision ChangesPath
1.122 +2 -2 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
bdelacretaz2003/08/07 00:00:24
Modified:.status.xml
Log:
slop block added
Revision ChangesPath
1.108 +4 -1 cocoon-2.1/status.xml
Index: status.xml
===
RCS file:
joerg 2003/08/07 06:37:23
Modified:.status.xml
Log:
fixing bug 22064 (thanks to Nicolas Maisonneuve): retrieving auto-generated resource
id
Revision ChangesPath
1.110 +4 -1 cocoon-2.1/status.xml
Index: status.xml
bruno 2003/08/06 07:45:02
Modified:.status.xml
Log:
Fixed bug 19841: untranslated-text doesn't work for i18n:text
Revision ChangesPath
1.104 +5 -1 cocoon-2.1/status.xml
Index: status.xml
haul2003/08/04 06:48:41
Modified:.status.xml
Log:
Fix Bug 22050 inspired by gguillemot.at.rennes.jouve.fr (Gildas Guillemot)
esql does not release database resources explicitly but rely on GC.
Revision ChangesPath
1.103 +5 -1 cocoon-2.1/status.xml
cziegeler2003/07/29 02:01:01
Modified:src/java/org/apache/cocoon cocoon.properties
.status.xml forrest.properties
Log:
Starting next version
Revision ChangesPath
1.12 +1 -1 cocoon-2.1/src/java/org/apache/cocoon/cocoon.properties
[EMAIL PROTECTED] wrote:
gianugo 2003/07/28 04:28:22
Modified:src/java/org/apache/cocoon/transformation
SourceWritingTransformer.java
src/documentation/xdocs/userdocs/transformers
sourcewriting-transformer.xml
Geoff Howard wrote:
@@ -647,7 +706,7 @@
// import the fragment
Node importNode = resource.importNode(fragment, true);
if ( path.equals() ) { // this is allowed in write
-resource.appendChild(importNode);
+
cziegeler2003/07/11 07:20:35
Modified:.status.xml
Log:
Adding global request lifecycle component
Revision ChangesPath
1.86 +4 -1 cocoon-2.1/status.xml
Index: status.xml
===
RCS
34 matches
Mail list logo