Carsten Ziegeler wrote:
So please cast your votes for switching to Maven2 NOW as
outlined/discussed in the proposal thread.
+1
Thorsten Scherler wrote:
On Thu, 2005-08-18 at 20:13 +0200, Sylvain Wallez wrote:
Hi all,
I just committed the Cocoon stacktraces stuff to trunk.
Cheers.
Especially for forrest ;-)
Ah, and this includes also the update to TraxTransformer that no more
eats downstream
Il giorno 18/ago/05, alle 20:13, Sylvain Wallez ha scritto:
I just committed the Cocoon stacktraces stuff to trunk.
Neato!
There's just a small problem in this. Apparently, the
exception2html.xslt stylesheet is not compatible with Saxon8. I will
try to investigate the issue and maybe come
Carsten Ziegeler wrote:
Current I can't compile trunk. It seems that this class is missing:
org.apache.cocoon.util.location.LocatorToAttributesPipe;
Sorry, I forgot to commit DomHelper in CForms (I guess this is where you
have the error). Having different ongoing works in the same
Ugo Cei wrote:
Il giorno 18/ago/05, alle 20:13, Sylvain Wallez ha scritto:
I just committed the Cocoon stacktraces stuff to trunk.
Neato!
There's just a small problem in this. Apparently, the
exception2html.xslt stylesheet is not compatible with Saxon8. I will
try to investigate the
Sylvain Wallez wrote:
Sorry, I forgot to commit DomHelper in CForms (I guess this is where you
have the error). Having different ongoing works in the same checkout
isn't always easy to manage ;-)
Anyway, this should be fixed now.
:) No problem, now it compiles again.
Thanks for the
http://www.orbeon.com/blog/2005/08/16/ops-stack-traces/
Sylvain
--
Sylvain WallezAnyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research Technology Director
I have a text field with submit-on-change and a submit button on my form:
fd:field id=P_CODPOS
fi:styling submit-on-change=true/
fd:labelC.P./fd:label
fd:hintCodi Postal/fd:hint
fd:datatype base=string/
fd:on-value-changed
javascript
...
/javascript
/fd:on-value-changed
Il giorno 19/ago/05, alle 11:34, Sylvain Wallez ha scritto:
http://www.orbeon.com/blog/2005/08/16/ops-stack-traces/
Yeah, but their new ajaxified XForms engine looks cool. At least, the
demos do. I'm wondering whether we could reuse something for CForms.
Ugo
--
Ugo Cei
Tech Blog:
Ugo Cei wrote:
Il giorno 19/ago/05, alle 11:34, Sylvain Wallez ha scritto:
http://www.orbeon.com/blog/2005/08/16/ops-stack-traces/
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except the eye-candy when focus
enters a list, I wasn't
Josep A. Frau wrote:
I have a text field with submit-on-change and a submit button on my form:
fd:field id=P_CODPOS
fi:styling submit-on-change=true/
fd:labelC.P./fd:label
fd:hintCodi Postal/fd:hint
fd:datatype base=string/
fd:on-value-changed
javascript
...
/javascript
On Aug 19, 2005, at 11:23 AM, Sylvain Wallez wrote:
Ugo Cei wr
Hmm... nothing fancy in this XSL, except the use of exslt... It was
quickly hacked though, so if you can come up with something nicer,
just do it!
Here's the error I get:
Error on line 61 of
Ugo Cei wrote:
On Aug 19, 2005, at 11:23 AM, Sylvain Wallez wrote:
Ugo Cei wr
Hmm... nothing fancy in this XSL, except the use of exslt... It was
quickly hacked though, so if you can come up with something nicer,
just do it!
Here's the error I get:
Error on line 61 of
Hi Ugo,
On Aug 19, 2005, at 5:44 AM, Ugo Cei wrote:
Actually, the line with split seems to be 60 and not 61:
xsl:for-each select=str:split(ex:message, '#10;')
Which looks kosher according to
http://exslt.org/str/functions/split/index.html but Saxon does not
support the EXSLT string
On Aug 19, 2005, at 5:58 AM, Mark Lundquist wrote:
How about
xsl:for-each select=fn:tokenize (ex:message, '#10;')
Oops, I went off half-cocked... you need something that will still work
for Xalan, huh? Never mind...
—ml—
Sylvain Wallez wrote:
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except the eye-candy when focus
enters a list, I wasn't impressed. I was also surprised to see that
The icons and the CSS?
I do remember my promise to build CSS-based
Mark Lundquist wrote:
On Aug 19, 2005, at 5:58 AM, Mark Lundquist wrote:
How about
xsl:for-each select=fn:tokenize (ex:message, '#10;')
Oops, I went off half-cocked... you need something that will still
work for Xalan, huh? Never mind...
—ml—
Maybe one can use function-available
hepabolu wrote:
Sylvain Wallez wrote:
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except the eye-candy when focus
enters a list, I wasn't impressed. I was also surprised to see that
The icons and the CSS?
I do remember my promise to build
I'd move it out if keeping it in is going to keep CForms from being
marked stable in 2.1.8.
Sylvain Wallez wrote:
Actually, Ajax in Cocoon should be separated from CForms, and this is
why the BrowserUpdateTransformer is in core and not in CForms. Now if
we're to add more Ajax-related
Il giorno 19/ago/05, alle 14:25, Sylvain Wallez ha scritto:
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except the eye-candy when focus
enters a list, I wasn't impressed. I was also surprised to see that
almost every user action triggers a
Ugo Cei wrote:
Il giorno 19/ago/05, alle 14:25, Sylvain Wallez ha scritto:
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except the eye-candy when focus
enters a list, I wasn't impressed. I was also surprised to see that
almost every user
Ralph Goers wrote:
I'd move it out if keeping it in is going to keep CForms from being
marked stable in 2.1.8.
This has actually no relation with Ajax being in core or in a separate
block.
Sylvain Wallez wrote:
Actually, Ajax in Cocoon should be separated from CForms, and this is
why
Ugo Cei wrote:
On Aug 19, 2005, at 11:23 AM, Sylvain Wallez wrote:
Ugo Cei wr
Hmm... nothing fancy in this XSL, except the use of exslt... It was
quickly hacked though, so if you can come up with something nicer,
just do it!
Here's the error I get:
Error on line 61 of
Is there any URL that returns a tarball for BRANCH 2.1.x (needed to build
lenya 1.4dev)? If not, is there any chance someone can create a temporary
file for me somewhere? I'm working on a laptop with a mobile connection and
would like to avoid paying for checking out from SVN/uploading to
Emmanouil Batsis wrote:
http://svn.apache.org/snapshots/cocoon/ does not work for me.
try http://svn.apache.org/snapshots/cocoon-2.1/
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34069.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Friday 19 August 2005 17:29, Jorg Heymans wrote:
Emmanouil Batsis wrote:
http://svn.apache.org/snapshots/cocoon/ does not work for me.
try http://svn.apache.org/snapshots/cocoon-2.1/
That does not seem to work either :-(
Manos
Emmanouil Batsis wrote:
On Friday 19 August 2005 17:29, Jorg Heymans wrote:
Emmanouil Batsis wrote:
http://svn.apache.org/snapshots/cocoon/ does not work for me.
try http://svn.apache.org/snapshots/cocoon-2.1/
That does not seem to work either :-(
Do you have a hosted linux server
On Friday 19 August 2005 18:01, Upayavira wrote:
Do you have a hosted linux server anywhere? Log onto that, do a
checkout, make your zip (even build Cocoon with just the blocks you
want) zip up whatever is left and download it.
Unfortunately the server does not offer SVN and i have no rights
Emmanouil Batsis wrote:
On Friday 19 August 2005 18:01, Upayavira wrote:
Do you have a hosted linux server anywhere? Log onto that, do a
checkout, make your zip (even build Cocoon with just the blocks you
want) zip up whatever is left and download it.
Unfortunately the server does
Emmanouil Batsis wrote:
Is there any URL that returns a tarball for BRANCH 2.1.x (needed to build
lenya 1.4dev)? If not, is there any chance someone can create a temporary
file for me somewhere? I'm working on a laptop with a mobile connection and
would like to avoid paying for checking out
On Friday 19 August 2005 18:55, Berin Loritsch wrote:
wget does crawl, so if you point it to the SVN URL you can get what you
want.
I have already tried
wget -r --no-parent
http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X
but that only gives me
.
|-- index.html
`--
Emmanouil Batsis wrote:
On Friday 19 August 2005 17:29, Jorg Heymans wrote:
Emmanouil Batsis wrote:
http://svn.apache.org/snapshots/cocoon/ does not work for me.
try http://svn.apache.org/snapshots/cocoon-2.1/
That does not seem to work either :-(
Why? These are
Emmanouil Batsis said the following on 19.08.2005 18:15:
I have already tried
wget -r --no-parent
http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X
It works well for me:
# wget
http://svn.apache.org/snapshots/cocoon-2.1/cocoon-2.1_20050819161251.tar.gz
Thats a snapshot of
On 19 Aug 2005, at 13:25, Sylvain Wallez wrote:
Ugo Cei wrote:
Il giorno 19/ago/05, alle 11:34, Sylvain Wallez ha scritto:
http://www.orbeon.com/blog/2005/08/16/ops-stack-traces/
Yeah, but their new ajaxified XForms engine looks cool.
What do you find particularily cool? Except
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=36279.
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://issues.apache.org/bugzilla/show_bug.cgi?id=36279.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Il giorno 19/ago/05, alle 16:03, Sylvain Wallez ha scritto:
Well, standard is the way to go as we can't assume everybody will want
to deploy Xalan just to have error pages.
Hmmm, I have a better idea, inspired once again by the Orbeon folks
(don't whine, it was you who pointed to
Guys,
I use Eclipse for Mac OS X:
Version: 3.1.0
Build id: I20050401-1645
with Subclipse 0.9.30. It works fine.
I figured I might as well move to the official release of Eclipse 3.1
with the current Subclipse 0.9.32.
However, when I now try to open the SVN repository perspective I get an
On Friday 19 August 2005 19:22, Sylvain Wallez wrote:
Emmanouil Batsis wrote:
On Friday 19 August 2005 17:29, Jorg Heymans wrote:
Emmanouil Batsis wrote:
http://svn.apache.org/snapshots/cocoon/ does not work for me.
try http://svn.apache.org/snapshots/cocoon-2.1/
That does not seem to
Ugo Cei wrote:
Il giorno 19/ago/05, alle 16:03, Sylvain Wallez ha scritto:
Well, standard is the way to go as we can't assume everybody will
want to deploy Xalan just to have error pages.
Hmmm, I have a better idea, inspired once again by the Orbeon folks
(don't whine, it was you who
Jeremy Quinn wrote:
On 19 Aug 2005, at 13:25, Sylvain Wallez wrote:
snip/
Actually, Ajax in Cocoon should be separated from CForms, and this
is why the BrowserUpdateTransformer is in core and not in CForms.
Now if we're to add more Ajax-related stuff in Cocoon, I'm not sure
putting
Hi Helma,
I struck the same problem (solved it the same way), and mentioned it
here:
http://cocoon.zones.apache.org/daisy/cocooninaction/g3/22/g1/24.html
I did read something about the cause being related to JNI.
Sorry I can't help more!
Mark
On 19 Aug 2005, at 22:07, hepabolu wrote:
Il giorno 19/ago/05, alle 23:07, hepabolu ha scritto:
However, when I now try to open the SVN repository perspective I get
an error. I moved back to the previous version (i.e. the combination I
started with), all is fine.
What kind of error? With that combination I had problems whenever my
Oliver Schalch wrote:
It works well for me:
# wget
http://svn.apache.org/snapshots/cocoon-2.1/cocoon-2.1_20050819161251.tar.gz
Thats a snapshot of the current development tree. You want that?
It is a good link with bad content. ;-)
The http://svn.apache.org/snapshots/cocoon-* links
45 matches
Mail list logo