Joerg Heinicke wrote:
Hello guys,
last week there was again a thread about binary dists or at least
about simplifying the build on the users list:
http://marc.theaimsgroup.com/?t=10681742141r=1w=2
The original reason were Alexander's problems with the CLI: it is/was
not usable with the
Do you want to enforce the fact that flowscript calls (either
function or continuation) *must* redirect using sendPage,
sendPageAndWait or redirectTo and that, should it not be the case, a
ProcessingException be raised?
[ ] no, let the sitemap execution continue after the map:call if
there
Le Lundi, 10 nov 2003, à 16:56 Europe/Zurich, David Crossley a écrit :
...
Well this is all that this discussion really set out to achieve:
consistent 4-space indentation, remove all tabs, get rid of other
spurious whitespace. So, yes, let us stop at that.
+1, keep it simple!
IIUC the whole
Le Mardi, 11 nov 2003, à 00:20 Europe/Zurich, Joerg Heinicke a écrit :
...Another solution IMO are the complete dependencies in our
blocks.properties. But maintaining both gump.xml and blocks.properties
is a pain. The solution is to have one file and to generate the other
one
+1, actually
Le Mardi, 11 nov 2003, à 00:15 Europe/Zurich, David Crossley a écrit :
...#24463 is a patch for the Petstore sample which would be
excellent to have in the 2.1.3 release. It does fix
a lot of bugs and incomplete facilities. It also begins
to use Woody. Also it is only a Sample.
If people are
From: David Crossley
Carsten Ziegeler wrote:
starts tonight - release is (hopefully) on thursday.
As discussed in Bug 24463 [1] i am still not clear about
what is meant by freeze. I presume that it is the core
and some fundamental blocks that are intended to be frozen.
#24463 is a
On 10.11.2003 21:15, Sylvain Wallez wrote:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either function
or continuation) *must* redirect using sendPage, sendPageAndWait or
redirectTo and that, should it not be the case, a ProcessingException
On 11.11.2003 08:29, Upayavira wrote:
The solution is to have one file and to generate the other
one. I wrote a stylesheet doing this from gump.xml, find it attached
(after problems with Xalan).
The question is how to integrate it exactly into the build. Only as a
helper target? Only for
On 11.11.2003 08:56, Bertrand Delacretaz wrote:
Le Mardi, 11 nov 2003, à 00:20 Europe/Zurich, Joerg Heinicke a écrit :
...Another solution IMO are the complete dependencies in our
blocks.properties. But maintaining both gump.xml and blocks.properties
is a pain. The solution is to have one file
Bertrand Delacretaz wrote:
David Crossley a écrit :
...
Well this is all that this discussion really set out to achieve:
consistent 4-space indentation, remove all tabs, get rid of other
spurious whitespace. So, yes, let us stop at that.
+1, keep it simple!
IIUC the whole point is
Le Mardi, 11 nov 2003, à 10:30 Europe/Zurich, Joerg Heinicke a écrit :
On 11.11.2003 08:56, Bertrand Delacretaz wrote:
Le Mardi, 11 nov 2003, à 00:20 Europe/Zurich, Joerg Heinicke a écrit :
...Another solution IMO are the complete dependencies in our
blocks.properties. But maintaining both
I am still learing to vote properly ;-)
Sylvain Wallez wrote:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
function
or continuation) *must* redirect using sendPage,
sendPageAndWait or redirectTo and that, should it not be the
A while ago there were requests to provide the GT2003 presentations as
low-bandwidth audio only.
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please report here indicating platform.
MP3 example file
O dear, did I just break the code freeze? Or what does it actually mean
a code freeze? (Still not clear after discussion on the other thread)
Does it include changes like this?
Actually this could have waited 'till after the release. I just forgot.
Sorry about this.
Unico
-Original
Bertrand Delacretaz dijo:
A while ago there were requests to provide the GT2003 presentations as
low-bandwidth audio only.
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please report here indicating
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please report here indicating platform.
MP3 example file can be found at
http://www.codeconsult.ch/clients/gt2003/00-introduction.mp3
I've tested it on
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play everywhere without requiring special software?
Otherwise I think the accessibility of mp3 is better.
-Bertrand
Bertrand Delacretaz dijo:
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play everywhere without requiring special software?
Otherwise I think the accessibility of mp3 is better.
I would prefer ogg
Unico Hommes wrote:
O dear, did I just break the code freeze? Or what does it actually mean
a code freeze? (Still not clear after discussion on the other thread)
Does it include changes like this?
Actually this could have waited 'till after the release. I just forgot.
Sorry about this.
I think
-Original Message-
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]
Sent: dinsdag 11 november 2003 0:30
To: [EMAIL PROTECTED]
On 10.11.2003 21:27, Unico Hommes wrote:
* sitemap-container.xconf:
fortress
pipeline id=p1
match id-ref=p1-m1 /
match
On 11 Nov 2003, at 05:47, Antonio Gallardo wrote:
Sylvain Wallez dijo:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
function
or continuation) *must* redirect using sendPage, sendPageAndWait or
redirectTo and that, should it not be the
On 11 Nov 2003, at 08:58, Bertrand Delacretaz wrote:
Le Mardi, 11 nov 2003, à 00:15 Europe/Zurich, David Crossley a écrit :
...#24463 is a patch for the Petstore sample which would be
excellent to have in the 2.1.3 release. It does fix
a lot of bugs and incomplete facilities. It also begins
to
On 11 Nov 2003, at 12:31, Antonio Gallardo wrote:
Bertrand Delacretaz dijo:
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play everywhere without requiring special software?
Otherwise I think the
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError() looks like this:
i18n:text
Jeremy Quinn dijo:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError() looks like this:
i18n:text
On 11 Nov 2003, at 11:41, Stefano Mazzocchi wrote:
On 11 Nov 2003, at 12:31, Antonio Gallardo wrote:
Bertrand Delacretaz dijo:
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play everywhere without
On 11 Nov 2003, at 11:53, Antonio Gallardo wrote:
Jeremy Quinn dijo:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError()
Many thanks to Leo Leonid for the important patch which
updates the Petstore Sample to use our Woody Forms and Flow
and other various dogfood. Many things are fixed and polished.
Please follow the relevant parts of the Bugzilla report, where
Leo has expressed some concerns. Especially please
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeremy Quinn dijo:
I was trying to do lo-res audio re-samples to use them for my SMIL
Presentation attempt instead of the video which does not seem to play
for anyone.
Hi Jeremy:
Why you said that
I played the videos on Red Hat 9 and Fedora 1 without problems. I used
Xine. BTW, the
On 11 Nov 2003, at 12:25, Antonio Gallardo wrote:
Jeremy Quinn dijo:
I was trying to do lo-res audio re-samples to use them for my SMIL
Presentation attempt instead of the video which does not seem to play
for anyone.
Hi Jeremy:
Why you said that
I played the videos on Red Hat 9 and Fedora
Bertrand Delacretaz wrote:
A while ago there were requests to provide the GT2003 presentations as
low-bandwidth audio only.
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please report here
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=24571.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Le Mardi, 11 nov 2003, à 12:41 Europe/Zurich, Stefano Mazzocchi a écrit
:
On 11 Nov 2003, at 12:31, Antonio Gallardo wrote:
Bertrand Delacretaz dijo:
Le Mardi, 11 nov 2003, à 12:09 Europe/Zurich, Torsten Curdt a écrit :
...For low quality audio ogg is supposed to be much better.
Does it play
Stefano Mazzocchi wrote:
On 11 Nov 2003, at 05:47, Antonio Gallardo wrote:
Sylvain Wallez dijo:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
function
or continuation) *must* redirect using sendPage, sendPageAndWait or
redirectTo and
Jeremy Quinn wrote:
I disagree . with Woody progressing at such a pace, my feelings are
that it should be possible to statically include the WoodyMessages for
built-in components (as a fall-back), while being able to over-ride
specific messages from your own application messages catalogue.
I downloaded this video from two different mirror locations but neither
does work here (macosx 10.2.8, tried with QuickTime and Windows Media
Player), QuickTime says program error and WMP says wrong format.
Does it work for others? The MD5 of the file that I have is
Bertrand Delacretaz dijo:
I downloaded this video from two different mirror locations but neither
does work here (macosx 10.2.8, tried with QuickTime and Windows Media
Player), QuickTime says program error and WMP says wrong format.
Does it work for others? The MD5 of the file that I have is
Bertrand Delacretaz wrote:
I downloaded this video from two different mirror locations but neither
does work here (macosx 10.2.8, tried with QuickTime and Windows Media
Player), QuickTime says program error and WMP says wrong format.
IIRC, the MacOSX port of mplayer did work on all files.
Jeremy Quinn wrote:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError() looks like this:
i18n:text
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
David Crossley wrote:
Bertrand Delacretaz wrote:
A while ago there were requests to provide the GT2003 presentations as
low-bandwidth audio only.
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please
Ugo Cei wrote:
Jeremy Quinn wrote:
I disagree . with Woody progressing at such a pace, my feelings
are that it should be possible to statically include the
WoodyMessages for built-in components (as a fall-back), while being
able to over-ride specific messages from your own application
Bertrand Delacretaz wrote:
I downloaded this video from two different mirror locations but neither
does work here (macosx 10.2.8, tried with QuickTime and Windows Media
Player), QuickTime says program error and WMP says wrong format.
Does it work for others? The MD5 of the file that I have is
On 11 Nov 2003, at 13:27, Sylvain Wallez wrote:
Jeremy Quinn wrote:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError() looks like
Hey guys,
Has anybody have any suggestions on how to make @required=true,
wi:styling list-type=radio/, widget make less ugly? Currently it
looks like:
( ) Label for the first radio button
( o ) Second
( ) Third *
Where * indicates that the widget is required, but is higly misleading
On Tue, 2003-11-11 at 12:47, Jeremy Quinn wrote:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag output by setValidationError() looks like this:
On 11 Nov 2003, at 14:15, Bruno Dumon wrote:
On Tue, 2003-11-11 at 12:47, Jeremy Quinn wrote:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n tag
Vadim Gritsenko wrote:
Stefano Mazzocchi wrote:
On 11 Nov 2003, at 05:47, Antonio Gallardo wrote:
Sylvain Wallez dijo:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
function
or continuation) *must* redirect using sendPage,
On 11 Nov 2003, at 14:21, Bruno Dumon wrote:
Concerning the i18n confusion, it's probably best to read the i18n
transformer docs,
I had not picked up on this subtlety.
though it's quite simple: a message is retrieved from
the catalogue you specify, and if no catalogue is specified, it is
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=23585.
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 11.11.2003 15:15, Vadim Gritsenko wrote:
BTW, is anybody against replacing xsl:template
name=woody-field-common/ with xsl:template match=wi:*
mode=common ? It's not possible to override in the including
stylesheet named templates, but you can override match= templates.
Some time ago I also
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 2003-11-11 at 15:15, Bruno Dumon wrote:
On Tue, 2003-11-11 at 12:47, Jeremy Quinn wrote:
Dear All
I noticed that when you use something like :
form.getWidget (email).setValidationError (
new ValidationError (validation.email.inuse)
);
then the i18n
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=24463.
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano Mazzocchi wrote:
... 0xd800 is not a legal XML character.
...
high-unicode ...#65536;/high-unicode
Now: whose problem is this Slide's or JDOM's?
JDOM, I'd guess without looking at the code. This is a very general
problem: The surrogate Unicode codepoints are illegal for itself in
XML,
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=24463.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 11.11.2003 12:38, Stefano Mazzocchi wrote:
Carsten, what is the status of the component proxy? If we have such a
big memory leak, I think we should get it solved before doing the release.
http://marc.theaimsgroup.com/?l=xml-cocoon-cvsm=106821042709285w=2
Joerg
On 08.11.2003 18:22, Torsten Curdt wrote:
...we duplicate events here and the thereby modify the SAX stream.
Should be no problem but who knows ;)
with the patch:
characters(36k)
-
event
string 32k
event
string 4k
I guess it would be better to have it like this:
characters(36k)
-
Answering David's and Conal's mails in one mail:
On 09.11.2003 04:34, David Crossley wrote:
I had no look on the code, only on the samples, where David shows the
possible
use cases - and these are really extreme samples :-)
They are deliberately extreme to ensure that the bugs get triggered.
I guess I simply mix all and everything: the sitemap, your pseudo xconf,
XML in general and the object model. I do not understand much of it
and maybe I should shut up because of this :-)
Read on, you seemed to hit my concern:
On 11.11.2003 12:33, Unico Hommes wrote:
Do you mean:
On 11.11.2003 15:48, Geoff Howard wrote:
In fact, I think that flow in some cases needlessly
complicates the composition of a pipeline. Now I have to have two
pipelines where I used to need one. I have to have one that matches the
external request and calls the flow function, and another one
Hi all,
Here's a RT about Unico's proposal of flattening the sitemap for the
migration to Fortress. Please read carefully, this has a lot of
implications.
Introduction
Today isn't worked in France. We celebrate (should we enjoy of that?)
the end or Word War I, and this is the
Where exactly is the XMLByteStream used?
Lots of places. Caching in general
If it is possible to apply a
transformation step afterwards I see possible unexpected behaviour:
xsl:template match=text()
pxsl:value-of select=.//p
/xsl:template
If we talk about the same problem I see, there will
J.Pietschmann wrote:
snip/
I personally wouldn't loose much sleep over this particular problem.
Unless you are into MathML or obscure historic scripts, non-baseplane
characters are more of a curiosum.
Ermm... not that I will loose sleep, but what is a baseplane character
Sylvain
--
Torsten Curdt wrote:
...I was wondering - is this a bug of the component that produces the
SAX events or the XMLByteStreamCompiler? I mean: now it's ok - but
should we
silently ignore the problem?
Torsten, I don't understand your concerns. Isn't the fix simply about
handling text nodes longer
Sylvain Wallez wrote:
3/ View inheritance
Views are nothing more than virtual serializers, with the main
difference that their hint is defined at runtime by the cocoon-view
parameter. And since these are components, lookup goes up to the parent
sitemap if a view is not declared in a given
On 11.11.2003 22:07, Sylvain Wallez wrote:
According to the SAX spec, a single text node can be split in an
sequence of consecutive character() events, and all SAX handling code
should be written to take care of this.
So sending two events should really not be a problem.
But what about my
Stefano Mazzocchi wrote:
Carsten, what is the status of the component proxy? If we have such a
big memory leak, I think we should get it solved before doing the
release.
I have applied all the changes during our FirstFriday and I'm waiting
on some feedback, if the changes fixed the
Sylvain Wallez wrote:
Ermm... not that I will loose sleep, but what is a baseplane
character
A sloppy phrase :-)
The Unicode base plane covers the code points U+..U+,
i.e. characters which can be represented using a 16 bit value.
There are characters assigned to code points above
Joerg Heinicke wrote:
?? Who should fix it that it works like expected, i.e. one text node in
one p element?
XSLT processors generally hide the issue, whether by normalizing
the input while or after the tree is built or by other means.
The interesting stuff of course are XPath processors working
Sylvain Wallez wrote:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either
function or continuation) *must* redirect using sendPage,
sendPageAndWait or redirectTo and that, should it not be the case, a
ProcessingException be raised?
So
Why do you need flowscript to fire a vb script? It should be possible to do it
in Java, and the action code should not be far from a cut'n paste of the
flowscript code.
I don't...it was just more convenient rather than compiling Java code. I
plan to turn my flowscript into a Java action as a
Sylvain Wallez wrote:
Andrzej Jan Taramina wrote:
Will this be in place in 2.1.3? If not then I would suggest that
precluding the use of this unspecified behaviour prior to delivering
the flowscript action is irresponsible to large, devoted Cocoon users
and will win you little good will in
On Wednesday 12 November 2003 04:48, Sylvain Wallez wrote:
I'm wondering if we should write this new sitemap engine in the 2.2
branch or if it should go in the 2.1. Fortress isn't a requirement to
implement this, and it will allow us to provide views and resource
inheritance before the 2.2 is
Timothy Larson dijo:
--- Antonio Gallardo [EMAIL PROTECTED] wrote:
snip description how to trigger bug, etc.
In Fedora core 1 (BTW, I installed it right now :-D ) using mozilla
1.4.1
I don't have the related problem.
Could you check your Cocoon logs to see if your mozilla is sending two
Le Mardi, 11 nov 2003, à 12:31 Europe/Zurich, Antonio Gallardo a écrit :
...I would prefer ogg because MP3 has copyright issues.
Ok, I have prepared an ogg version of the example, please test on your
platforms:
http://www.codeconsult.ch/clients/gt2003/00-introduction.ogg
I've tested it on
[copying [EMAIL PROTECTED] because many people are in search for a serious
versioned content repository these days]
Hello everyone,
I find myself in the need for a serious WebDAV/DeltaV/DASL content
repository and after having searched land and sea and having tried all
possible combinations
80 matches
Mail list logo