On Thu, 17 Jul 2003, Joerg Heinicke wrote:
Reinhard Pötz wrote:
As I have been confused by all those suggestions you can find a summary
here:
http://wiki.cocoondev.org/Wiki.jsp?page=FlowSitemapIntegration
Cool summary, really helps a lot. And here the cool voting matrix :)
| A
without much thought the hotkey seems to be more of a Template
thing, no?
although it probably relates to the label... have to think some more
in any case (my client side js-knowledge is limited) can you
actively do something with this access-key knowledge in HTML forms?
regards,
-marc=
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=21702.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21702.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Reinhard Pötz wrote:
Coming back on the vote:
the issue here is not really about renaming these classes, but
about introducing this FlowState abstraction layer. Your remark
rightfully makes me see I was starting to overlook the subtle nuance.
all in all, I have the feeling this is not really
cziegeler2003/07/18 01:37:15
Modified:src/blocks/session-fw/java/org/apache/cocoon/webapps/session/acting
SessionAction.java
Log:
Cleaning up code, adding javadocs
Revision ChangesPath
1.3 +21 -5
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=21703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stephan Michels wrote:
On Thu, 17 Jul 2003, Joerg Heinicke wrote:
Reinhard Pötz wrote:
As I have been confused by all those suggestions you can find a summary
here:
http://wiki.cocoondev.org/Wiki.jsp?page=FlowSitemapIntegration
Cool summary, really helps a lot. And here the cool voting matrix
cziegeler2003/07/18 01:59:19
Modified:tools/src blocks-build.xsl
Log:
Allowing samples to have their own xconf patch: samplesxconf
Revision ChangesPath
1.30 +7 -0 cocoon-2.1/tools/src/blocks-build.xsl
Index: blocks-build.xsl
-Original Message-
From: Stephan Michels
On Fri, 18 Jul 2003, Reinhard Pötz wrote:
From: Stephan Michels [mailto:[EMAIL PROTECTED]
A: V1
Why do you want implementation details in the element: map:flows
...
map:flow name=java type=atct
Hi all,
I want to extend RequestGenerator so that request parameters which names
start with html: are parsed (very much like it already parses request
parameters which names start with xml: see:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105174146229060w=2 ) but
with JTidy.
This would allow
Hi all,
I got the new fresh Cocoon CVS.
I've set exclude.webapp.samples=true in my local.build.properties, but the
scratchpad-samples target still executes
Is there something I've missed ?
Thanks in advance !
--
Olivier BILLARD
On Fri, 18 Jul 2003, Reinhard Pötz wrote:
From: Stephan Michels
map:initiate - select flow - map:flow \\
- select implementation - flow-processor
Ohh moment, what makes the flow component different from
other sitemap components? Nothing!
From
stephan 2003/07/18 02:40:20
Modified:.blocks.properties
Log:
Add entry for jxforms
Revision ChangesPath
1.21 +1 -0 cocoon-2.1/blocks.properties
Index: blocks.properties
===
RCS
stephan 2003/07/18 02:46:24
Modified:tools/src blocks-build.xsl
Log:
Exclude files, which should be copied, instead
to include some files types explicit.
Revision ChangesPath
1.31 +13 -2 cocoon-2.1/tools/src/blocks-build.xsl
Index: blocks-build.xsl
Stephan Michels wrote:
Same from me, can we move the CastorSourceConverter into the main tree,
and also the CastorTransformer? They are very useful in my current
application.
No, please not into the main trunk, it's already overcrowded with things
that don't belong to the core.
Now making
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
Same from me, can we move the CastorSourceConverter into the main tree,
and also the CastorTransformer? They are very useful in my current
application.
No, please not into the main trunk, it's already overcrowded
Stephan Michels wrote:
Okay, then yet-another-block ;-)
I can also provide some components for Castor. We should really consider
to move the 'blocks' into an own CVS repository.
Similar to Avalon?
Whatever we decide, we should wait until we have released 2.1; otherwise we
would
run into
Marc Portier dijo:
without much thought the hotkey seems to be more of a Template
thing, no?
although it probably relates to the label... have to think some more
in any case (my client side js-knowledge is limited) can you
actively do something with this access-key knowledge in HTML forms?
Guido Casper wrote:
I want to extend RequestGenerator so that request parameters which names
start with html: are parsed (very much like it already parses request
parameters which names start with xml: see:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105174146229060w=2 ) but
with JTidy.
This
cziegeler2003/07/18 03:32:30
Modified:.cocoon.bat
Log:
Fixing comment
Revision ChangesPath
1.9 +2 -2 cocoon-2.1/cocoon.bat
Index: cocoon.bat
===
RCS file:
Gianugo Rabellino wrote:
Guido Casper wrote:
I want to extend RequestGenerator so that request parameters which
names start with html: are parsed (very much like it already
parses request parameters which names start with xml: see:
cziegeler2003/07/18 03:52:51
Modified:src/targets samples-build.xml init-build.xml
Log:
Don't include scratchpad samples, if exclude.webapp.samples is set
Revision ChangesPath
1.8 +1 -1 cocoon-2.1/src/targets/samples-build.xml
Index: samples-build.xml
Gianugo Rabellino wrote:
Guido Casper wrote:
Besided, we have ready (uncommitted since it seemed to me not that
generally useful) an HTML transformer, getting content coming from a
generator as HTML excaped (lt;htmlgt;) and converting it to XHTML
using Tidy: we are using it for HTML taken
Sorry for the offtopic post ...
I use the eclipse-project build target in order to generate the
necessary Eclipse project files. I like the features of Eclipse that
allow me to jump directly into the Javadoc or the sourcecode of external
libraries. So I wanted to improve the build target and add
Geoff Howard wrote:
Well, since Peter's dragged me into this... ;)
Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] writes (and writes, and writes,
and writes):
small snip/
WARNING: this RT is long! and very dense, so I suggest you to turn on
your printer.
Stefano, I started
Stefano Mazzocchi wrote:
Exactly! I came to that same exact conclusion from this very point: I
tried to come up with an optimal way to know which object to throw aaway
when the cache is full, and I found out that we were heuristically
trying to estimate which one was saving more
Hi,
some months ago the build.xml was split into different files.
Although this should create more maintainability and overview,
it's actually imho worse. You have to open different files
at the same time, as for example properties are declared in
the init.xml and you want to edit a different
Reinhard Pötz wrote:
I updated http://wiki.cocoondev.org/Wiki.jsp?page=FinishingFlow. IMO all
issues that stopped a 2.1rc1 release are solved. The technical points
(e.g. session, internal pipelines, FOM implementation, ...) are solved
and Flow/FOM/JS-Implementation has been accepted by the
Berin Loritsch wrote:
Carsten Ziegeler wrote:
Hi,
some months ago the build.xml was split into different files.
Although this should create more maintainability and overview,
it's actually imho worse. You have to open different files
at the same time, as for example properties
On Fri, 18 Jul 2003, Carsten Ziegeler wrote:
Stephan Michels wrote:
I strongly against. One big build file is a mess, and unmaintainable.
I really don't get your point why one big build is the better choice?
It's plain simple: the included files are not editable with an xml editor
or
Carsten Ziegeler wrote, On 18/07/2003 16.03:
...
Currently, they are included by xml entities :(
If there is an import in ant, this could solve the problem as well,
yes. Didn't know that it exists.
Come on, Carsten, I wrote about it several times! :-PPP
Actually, I wrote the first implementation
Geoff Howard [EMAIL PROTECTED] writes:
snip on questions for Stephano which I think I might be able to answer,
but I don't want to put words into his mouth and I'm too lazy at the
moment anyway/
At first it would seem that if there is no way to determine the
ergodic period of a fragment
Nicola Ken Barozzi wrote:
Carsten Ziegeler wrote, On 18/07/2003 16.03:
...
Currently, they are included by xml entities :(
If there is an import in ant, this could solve the problem as well,
yes. Didn't know that it exists.
Come on, Carsten, I wrote about it several times! :-PPP
You
gianugo 2003/07/18 07:46:30
Modified:.status.xml
src/documentation/xdocs/userdocs/transformers
sql-transformer.xml
src/blocks/databases/java/org/apache/cocoon/transformation
SQLTransformer.java
Log:
While I was typing this mail Carsten has proposed to release on
the 29th, so let me please restate that I don't want to be in the
way of that release in any way... (so postponing the vote is OK
with me)
seperate from that position I'ld just like to get the show on
stage and not let us run
Antonio Gallardo wrote:
Marc Portier dijo:
without much thought the hotkey seems to be more of a Template
thing, no?
although it probably relates to the label... have to think some more
in any case (my client side js-knowledge is limited) can you
actively do something with this access-key
- use as now
- monolithic
- separated but with Ant nightly
I can't vote but I am in favour of the last alternative.
Andreas
Works fine !
Thank you and have a nice week end !
--
Olivier
Carsten Ziegeler wrote:
Olivier Billard wrote:
Hi all,
I got the new fresh Cocoon CVS.
I've set exclude.webapp.samples=true in my
local.build.properties, but the
scratchpad-samples target still executes
Yes, you're right.
Is
I'm unable to check in code due to:
cvs server: [17:54:58] waiting for cziegeler's lock in
/home/cvs/cocoon-2.1/src/
java/org/apache/cocoon/components/flow/javascript/fom
Stefano Mazzocchi [EMAIL PROTECTED] responds:
snip/
There are three possible ways to generate a resource
1) --- cache? -(yes)- production ---
2) --- cache? -(yes)- valid? -(no)-- production --
storage --
3) --- cache? -(yes)- valid? -(yes)- lookup ---
With fragments
Hunsberger, Peter wrote:
Stefano Mazzocchi [EMAIL PROTECTED] responds:
snip/
I think I really lost you here. What does it mean to retain the
intermediate results of the parser? what are you referring to? and
what kind of database do you envision in a push pipe? Sorry, I don't
get it but I
Geoff Howard wrote:
Christopher Oliver wrote:
I'm unable to check in code due to:
cvs server: [17:54:58] waiting for cziegeler's lock in
/home/cvs/cocoon-2.1/src/
java/org/apache/cocoon/components/flow/javascript/fom
I think eclipse does that sometimes -- I have had to log in
to
On Fri, 2003-07-18 at 06:37, Christopher Oliver wrote:
Bruno Dumon wrote:
FOMmers, Chris mostly,
I'm looking at porting the Woody-Flow integration to the FOM. This is
all new stuff for me, but just to check that I'm on the right track: is
it correct that things like new
stephan 2003/07/18 13:52:04
Modified:src/java/org/apache/cocoon/acting ValidatorActionHelper.java
Log:
Fixing typo.
Revision ChangesPath
1.2 +2 -2
cocoon-2.1/src/java/org/apache/cocoon/acting/ValidatorActionHelper.java
Index: ValidatorActionHelper.java
stephan 2003/07/18 13:53:50
Modified:src/java/org/apache/cocoon/environment Request.java
Log:
Changing order of methods.
Revision ChangesPath
1.4 +41 -40cocoon-2.1/src/java/org/apache/cocoon/environment/Request.java
Index: Request.java
stephan 2003/07/18 13:55:01
Modified:src/java/org/apache/cocoon/transformation
SimpleFormTransformer.java
Log:
Make javadoc entry conform.
Revision ChangesPath
1.3 +4 -3
stephan 2003/07/18 13:57:02
Modified:src/test/org/apache/cocoon AbstractCompositeTestCase.java
Log:
Add assertion to test for the component manager.
Revision ChangesPath
1.5 +5 -1
cocoon-2.1/src/test/org/apache/cocoon/AbstractCompositeTestCase.java
stephan 2003/07/18 13:58:06
Modified:src/test/org/apache/cocoon/environment/mock MockRequest.java
Log:
Change order of methods.
Revision ChangesPath
1.7 +11 -11
cocoon-2.1/src/test/org/apache/cocoon/environment/mock/MockRequest.java
Index: MockRequest.java
50 matches
Mail list logo
