I was looking for bathroom appliances and found that ;-)
http://www.hansgrohe.com/HGHOME/HGHOME-EN.NSF/(HTML)/FrameProduktePharoCocoon
--
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com
-
To unsubscribe, e-ma
Hi Team,
I want to make the release today. I will start building the dist
and testing it in the morning, so I can hopefully "deploy" it
by 13:00 CET.
It seems that everything is fixed and nothing is blocking us.
Right?
Carsten
PS: Giacomo, have nice vacations!
> Giacomo Pati wrote:
>
> On F
Thanks, patch applied, please check.
Vadim
> -Original Message-
> From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, July 21, 2001 11:42 PM
> To: '[EMAIL PROTECTED]'
> Subject: [C2][Patch] Request.xml uses incorrect NameSpace request is xsp-request
>
>
> Hola a todos:
vgritsenko01/07/22 19:37:31
Modified:xdocsTag: cocoon_20_branch who.xml site-book.xml
docs-book.xml
webapp Tag: cocoon_20_branch sitemap.xmap
Log:
Updated link to CVS, other minor updates
Revision ChangesPath
No
vgritsenko01/07/22 19:30:43
Modified:xdocsdocs-book.xml site-book.xml who.xml
webapp sitemap.xmap
Log:
Updated link to CVS, other minor updates
Revision ChangesPath
1.21 +1 -1 xml-cocoon2/xdocs/docs-book.xml
Index: docs-book.xml
dims01/07/22 14:49:02
Modified:skins/printer/stylesheets book2project.xsl
skins/xml.apache.org/stylesheets book2project.xsl
document2html.xsl
webapp/stylesheets/documents book2sidebar.xsl
xdocsdocs-book.xml ins
dims01/07/22 14:33:20
Modified:skins/printer/stylesheets Tag: cocoon_20_branch
book2project.xsl
skins/xml.apache.org/stylesheets Tag: cocoon_20_branch
book2project.xsl document2html.xsl
webapp/stylesheets/
bloritsch01/07/22 14:19:32
Modified:src/org/apache/cocoon Tag: cocoon_20_branch Main.java
Log:
Add addition to read URIs from files
Revision ChangesPath
No revision
No revision
1.4.2.7 +33 -1 xml-cocoon2/src/org/a
vgritsenko01/07/22 13:17:23
Modified:xdocsTag: cocoon_20_branch request.xml
Log:
xsp-request doc patch from Ignacio J. Ortega [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No revision
1.1.2.4 +57 -57xml
vgritsenko01/07/22 13:16:06
Modified:xdocsrequest.xml
Log:
xsp-request doc patch from Ignacio J. Ortega [[EMAIL PROTECTED]]
Revision ChangesPath
1.5 +57 -57xml-cocoon2/xdocs/request.xml
Index: request.xml
=
vgritsenko01/07/22 13:09:34
Modified:xdocsTag: cocoon_20_branch mrustore.xml
Log:
Doc update from Gerhard Froehlich [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No revision
1.1.2.2 +30 -26xml-cocoon2/x
vgritsenko01/07/22 13:07:49
Modified:xdocsmrustore.xml
Log:
Doc update from Gerhard Froehlich [[EMAIL PROTECTED]]
Revision ChangesPath
1.3 +30 -25xml-cocoon2/xdocs/mrustore.xml
Index: mrustore.xml
=
vgritsenko01/07/22 12:57:22
Modified:xdocsTag: cocoon_20_branch installing.xml
Log:
Fixed typo, some updates
Revision ChangesPath
No revision
No revision
1.6.2.9 +21 -14xml-cocoon2/xdocs/installing.xml
In
vgritsenko01/07/22 12:55:56
Modified:xdocsinstalling.xml
Log:
Fixed typo, some updates.
Revision ChangesPath
1.15 +21 -14xml-cocoon2/xdocs/installing.xml
Index: installing.xml
===
RCS f
Gerhard,
Attachment missing ;)
Vadim
> -Original Message-
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 22, 2001 3:49 PM
> To: cocoon
> Subject: [c2 patch] MRUMemoryStore xdocs error patch
>
>
> Hi,
> removed some typos and grammer erros and added new
> one
-Ursprüngliche Nachricht-
Von: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 22. Juli 2001 21:49
An: cocoon
Betreff: [c2 patch] MRUMemoryStore xdocs error patch
Hi,
removed some typos and grammer erros and added new
ones :-)
CU
Gerhard
--
Hi,
removed some typos and grammer erros and added new
ones :-)
CU
Gerhard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Torsten Curdt a écrit :
>
> > Torsten Curdt a écrit :
> > >
> > > Are there reasons or objections not to change
> > > the access to the contenthandler in the xsp.xsl
> > > from "this.contentHandler" to only "contentHandler"?
> > >
> > > Then we could do a local redirect of SAX events:
> > >
> >
[EMAIL PROTECTED] wrote:
>
> Hello,
>
> I'm VERY surprised that I can get Cocoon 2 to work so neatly on my WinNT
> system... Congratulations, it's a great project!
> The enhancements from Cocoon 1 to Cocoon 2 are absolutely beyond compare! I
> can't count the hours it took me to get a working Co
vgritsenko01/07/22 11:30:58
Modified:webapp/stylesheets/documents Tag: cocoon_20_branch
root2html.xsl
Log:
Fix error with and change style a little bit
Revision ChangesPath
No revision
No revision
vgritsenko01/07/22 11:29:04
Modified:webapp/stylesheets/documents root2html.xsl
Log:
Fix error with and change style a little bit
Revision ChangesPath
1.7 +26 -21xml-cocoon2/webapp/stylesheets/documents/root2html.xsl
Index: root2html.xsl
===
hi team,
started to complete documentation in the cocoon.xconf:
Some points, where I don't exactly know what to write:
- :
- What is the function of the "auto-reload" and the "preload" parameter.
- :
- xsp-cookie?
- log?
- util?
- soap?
I don't want to make copy-paste, from the desc o
looks cool:
objects written, read from and removed from the same
cache directory.
please test (performance,etc)
-Ursprungliche Nachricht-
Von: Vadim Gritsenko [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 22. Juli 2001 20:04
An: [EMAIL PROTECTED]
Betreff: RE: [C2] Patch for MRUMemorySto
Checked in. Please cross-check.
Vadim
> -Original Message-
> From: Gerhard Froehlich [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 22, 2001 11:42 AM
> To: [EMAIL PROTECTED]
> Subject: AW: [C2] Patch for MRUMemoryStore
>
>
> Thanx a lot for your help
> very appreciated
>
> -Urspr
vgritsenko01/07/22 10:59:23
Modified:src/org/apache/cocoon/components/store Tag: cocoon_20_branch
MRUMemoryStore.java
Log:
Patch for MRUMemoryStore from Rick Tessner [[EMAIL PROTECTED]]
Revision ChangesPath
No revision
No
vgritsenko01/07/22 10:58:05
Modified:src/org/apache/cocoon/components/store MRUMemoryStore.java
Log:
Patch for MRUMemoryStore from Rick Tessner [[EMAIL PROTECTED]]
Revision ChangesPath
1.8 +5 -4
xml-cocoon2/src/org/apache/cocoon/components/store/MRUMemoryStor
Thanx a lot for your help
very appreciated
-Ursprungliche Nachricht-
Von: Rick Tessner [mailto:[EMAIL PROTECTED]]
Gesendet: Sonntag, 22. Juli 2001 17:25
An: [EMAIL PROTECTED]
Betreff: [C2] Patch for MRUMemoryStore
Hello all,
Included here is a patch to the MRUMemoryStore to fix
the pro
Hello all,
Included here is a patch to the MRUMemoryStore to fix
the problem with the fs store.
With this patch, the cached objects are now being
written to, read from and removed from the same
cache directory.
Index: src/org/apache/cocoon/components/store/MRUMemoryStore.java
===
On Sun, 22 Jul 2001, Torsten Curdt wrote:
> > Torsten Curdt a écrit :
> > >
> > > Are there reasons or objections not to change
> > > the access to the contenthandler in the xsp.xsl
> > > from "this.contentHandler" to only "contentHandler"?
> > >
> > > Then we could do a local redirect of SAX eve
I get this as well with Tomcat 3.3m2
I think that there is a problem where the classloader
is not letting go of the class that was loaded. I
have
experienced problems with it myself.
Everything looks like it should work though...
--- giacomo <[EMAIL PROTECTED]> wrote:
> On Sat, 21 Jul 2001, St
rOn Mon, 9 Jul 2001 [EMAIL PROTECTED] wrote:
> > -Original Message-
> > From: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 09, 2001 1:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: AW: AW: [C2] sitemap editor
> >
> > Yes, Cocoon is only allowed to stay in xml.apache.or
[EMAIL PROTECTED] wrote:
>
> > -Original Message-
> > From: Giacomo Pati [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, July 09, 2001 1:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: AW: AW: [C2] sitemap editor
> >
> > Yes, Cocoon is only allowed to stay in xml.apache.org until a
> > bett
> I'm sorry no, only the concat() function is evaluated not the resulting
> xpath.
So we have to make a decision: xform standard or extensions?
I'm not so sure anymore if a extension is that bad... I'm pretty
sure that most of XSLT processors have this type of functionality.
"Evaluate" is not a
> Torsten Curdt a écrit :
> >
> > Are there reasons or objections not to change
> > the access to the contenthandler in the xsp.xsl
> > from "this.contentHandler" to only "contentHandler"?
> >
> > Then we could do a local redirect of SAX events:
> >
> > ...
> > contentHandler.startElement("",
Torsten Curdt a écrit :
>
> Are there reasons or objections not to change
> the access to the contenthandler in the xsp.xsl
> from "this.contentHandler" to only "contentHandler"?
>
> Then we could do a local redirect of SAX events:
>
> ...
> contentHandler.startElement("", "item", "item",
Are there reasons or objections not to change
the access to the contenthandler in the xsp.xsl
from "this.contentHandler" to only "contentHandler"?
Then we could do a local redirect of SAX events:
...
contentHandler.startElement("", "item", "item", xspAttr);
{
AttributesImpl xspAttr = n
On Sat, 21 Jul 2001, Stuart Roebuck wrote:
> giacomo,
>
> Thanks,
>
> I've been wondering what the {../1} terminology was all about recently and
> now I know! :-)
>
> I discovered that the problem was a combination of that, and the fact that
> the xslt generator was removing spaces that turned ou
37 matches
Mail list logo
