On 24 Nov 2004, at 21:22, Andreas Kuckartz wrote:
snip/
I don't mind continuing this conversation, but I'm not sure whether
this list is the place where it should happen - do you?
/Steven
--
Steven Noelshttp://outerthought.org/
Outerthought - Open Source Java XML
Automated Cocoon Unit tests failed!
Full log file if this unit test run is available here:
http://nagoya.apache.org/~vadim/cocoon-test-log-20041125.log
Last messages from the log file:
==
[foreach] reader-mime-type.xml:39
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project cocoon-block-fop has an issue affecting its community integration.
This issue
But then don't you have double validation ?
Yes, server side validation must be always guarantee. Client side
validation is useful basically for two reasons:
1. avoid unnecessary server load
2. some customer doesn't want page refresh. There are other techniques
to avoid page reload, but
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=32342.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi All
I am finding that the default FormsMessages that come with CForms do
not appear to be working in 2.1.7-dev.
My default browser locale (I tried both Safari and Firefox) is 'en_US',
so should be using
context://samples/blocks/forms/messages/FormsMessages.xml.
This is not happening,
Hi Jeremy,
I also had that problem. My guess was that is has something to do with
the I18n transformer, which gives a problem if more than one catalogue
is configured. If you have only one catalogue, and add the contents of
FormsMessages.xml to it, it should work.
Bart.
-Original
Hi Bart,
This is a problem, as I always use more than one catalogue :)
I like to rely on the built-in catalogue for generic validation
messages, so that I am always up to date with changes to CForms, and my
own catalogue for form-specific labels, hints, help, titles etc.
Anyway, I tried copying
Hmm that does work for me. I'm using Cocoon 2.1.6-dev (from August 8th,
if I'm correct) for that.
I thought it was a configuration error on my side when I wanted to use
two catalogues (like you, use the forms catalogue to stay up to date),
but it didn't work so I simply copied the contents to my
On Thu, 25 Nov 2004 13:33:17 +0100, oceatoon [EMAIL PROTECTED] wrote:
But then don't you have double validation ?
Yes, server side validation must be always guarantee. Client side
validation is useful basically for two reasons:
1. avoid unnecessary server load
2. some customer
On 25 Nov 2004, at 15:05, Reinhard Poetz wrote:
I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff!
:-)
Anyway, now I have problems defining the correct Gump entries. I use
- daisy-htmlcleaner-1.1.jar
- daisy-util-1.1.jar
- nekohtml-0.9.3.jar
- nekodtd-0.1.10.jar
AFAIKS at
Luca Garulli wrote:
On Thu, 25 Nov 2004 13:33:17 +0100, oceatoon [EMAIL PROTECTED]
wrote:
But then don't you have double validation ?
Yes, server side validation must be always guarantee. Client side
validation is useful basically for two reasons:
1. avoid unnecessary server load
Steven Noels wrote:
On 25 Nov 2004, at 15:05, Reinhard Poetz wrote:
I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff!
:-)
Anyway, now I have problems defining the correct Gump entries. I use
- daisy-htmlcleaner-1.1.jar
- daisy-util-1.1.jar
- nekohtml-0.9.3.jar
-
Helma, Derek,
Sorry, I got lost in the long thread about HTMLArea: Has anybody of you found a
solution for the HTMLArea in tables problem?
Everything else works well on my laptop:
- HTMLCleaningConvertor (based on NekoHTML and NekoDTD)
- two possibilites to configure HTMLArea in templates:
Reinhard Poetz wrote:
Helma, Derek,
Sorry, I got lost in the long thread about HTMLArea: Has anybody of you
found a solution for the HTMLArea in tables problem?
Found Hugo's and Helma's explanations that the HTMLArea initialization has to be
called in body/@onload. Any ideas, how we can solve
see my previous posting on this topic:
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=110076768809731w=2
- Original Message -
From: Reinhard Poetz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, November 25, 2004 5:55 PM
Subject: Re: HTMLArea in tables
Frank Taffelt wrote:
see my previous posting on this topic:
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=110076768809731w=2
Thank you! After reading your message I had the idea of implementing a
afterLoadHandler. Seems to work but when implementing client-side Javascript
I'm never sure ;-)
Jeremy Quinn wrote:
Hi All
I am finding that the default FormsMessages that come with CForms do
not appear to be working in 2.1.7-dev.
My default browser locale (I tried both Safari and Firefox) is
'en_US', so should be using
context://samples/blocks/forms/messages/FormsMessages.xml.
This is
Peter Hunsberger wrote:
On Wed, 24 Nov 2004 23:57:13 +0100, Sylvain Wallez [EMAIL PROTECTED] wrote:
[catching up the list - guys, you were so verbose lately !]
Reinhard Poetz wrote:
Just wondering why in the examples always the FormsTransformer is used
although the use of the
Sylvain Wallez wrote:
[catching up the list - guys, you were so verbose lately !]
Reinhard Poetz wrote:
Just wondering why in the examples always the FormsTransformer is used
although the use of the FormsGenerator is possible. Does this have a
special reason?
The FormsGenerator produces an XML
Thorsten Scherler wrote:
Reinhard Poetz escribió:
snip/
We also have to consider that we have more independant blocks very
soon, means that we have the goal that each block can be released
seperatly and IMO it should provide its own docs.
snip/
Hello Reinhard,
you may want to have a look in the
Thanks for your response Sylvain.
On 25 Nov 2004, at 18:36, Sylvain Wallez wrote:
Jeremy Quinn wrote:
Hi All
I am finding that the default FormsMessages that come with CForms do
not appear to be working in 2.1.7-dev.
My default browser locale (I tried both Safari and Firefox) is
'en_US', so
On 25 Nov 2004, at 19:38, Jeremy Quinn wrote:
Thanks for your response Sylvain.
On 25 Nov 2004, at 18:36, Sylvain Wallez wrote:
Are you using the i18n transformer in a subsitemap of the sitemap
where it is declared?
I was originally.
OK, I misunderstood that on first reading ..
I had the
Reinhard,
I modified the *-styling-*.xsl files to change the body/@onload call. They
were in the zip I sent you.
Strangely enough I had it working flawlessly with a short page of my own,
both in IE and in Firefox, but when I later tested it in a long form (20+
widgets with one or more
Hi all,
I received my account information and it works! Thank you to everyone who
helped to make this happen!
In the mail I got it said:
Please note that until the Project Management Committee responsible for
the project to which you were given group membership actually grants
you access
to
[EMAIL PROTECTED] dijo:
Hi all,
I received my account information and it works! Thank you to everyone who
helped to make this happen!
Congratulations!
Best Regards,
Antonio Gallardo.
Frank,
Sorry I didn't respond to your mail, but I have indeed tested your solution.
Unfortunately I couldn't get it to work.
Bye, Helma
-Original Message-
From: Frank Taffelt [mailto:[EMAIL PROTECTED]
Sent: Thursday, 25 November 2004 18:15
To: [EMAIL PROTECTED]
Subject: Re:
[EMAIL PROTECTED] wrote:
Reinhard,
I modified the *-styling-*.xsl files to change the body/@onload call. They
were in the zip I sent you.
Strangely enough I had it working flawlessly with a short page of my own,
both in IE and in Firefox, but when I later tested it in a long form (20+
widgets
I implemented an afterload-handler which is called right
before the body end
element. This ensures that the whole page is processed and
all tables sizes are
calculated. It works with IE6 (WinXP SP2) and Firefox 1.0.
Right, now that you've explained I remember reading something similar on
bash-2.05b$ groups tschlabach
tschlabach apcvs lenya
This should mean you have commit access to lenya. Only one way to be sure... :)
Congrats,
Geoff Howard
On Thu, 25 Nov 2004 14:39:04 -0600 (CST), Antonio Gallardo
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] dijo:
Hi all,
I received my
Hi,
I noticed this too. I assumed my setup was not correct, but the
default=forms doesn't work for me either and my Cocoon version stems from
around the time of the 2.1.6 release.
My setup:
I18n declared and used in same sitemap (subsitemap from default root
sitemap).
Bye, Helma
-Original
Antonio Gallardo escribió:
[EMAIL PROTECTED] dijo:
Hi all,
I received my account information and it works! Thank you to everyone who
helped to make this happen!
Congratulations!
Best Regards,
Antonio Gallardo.
Yeah. hip,hip, horray!
:)
regards
--
thorsten
Together we stand, divided we fall
Hey
[EMAIL PROTECTED] wrote:
I implemented an afterload-handler which is called right
before the body end
element. This ensures that the whole page is processed and
all tables sizes are
calculated. It works with IE6 (WinXP SP2) and Firefox 1.0.
Right, now that you've explained I remember reading
Jeremy Quinn wrote:
snip/
2. I submit the form in such a way that will invoke validation
errors, the first error message about the missing '}' is highly
suspicious to me. I have no such characters in my messages (not using
that functionality, and the curly-brace pairs in FormsMessages.xml
Reinhard Poetz wrote:
I've just integrated the HTMLCleaner into Cocoon Forms. Awesome stuff!
Anyway, now I have problems defining the correct Gump entries. I use
- daisy-htmlcleaner-1.1.jar
- daisy-util-1.1.jar
- nekohtml-0.9.3.jar
- nekodtd-0.1.10.jar
AFAIKS at
Geoff Howard wrote:
bash-2.05b$ groups tschlabach
tschlabach apcvs lenya
This should mean you have commit access to lenya. Only one way to be sure... :)
No, it does not :) Lenya is in SVN
http://svn.apache.org/repos/asf/lenya/
Which does not use unix groups but svn-authorization file (which I
Vadim Gritsenko wrote:
Geoff Howard wrote:
bash-2.05b$ groups tschlabach
tschlabach apcvs lenya
This should mean you have commit access to lenya. Only one way to be
sure... :)
No, it does not :) Lenya is in SVN
http://svn.apache.org/repos/asf/lenya/
Which does not use unix groups but
Hi Ugo:
Ugo Cei dijo:
Il giorno 23/nov/04, alle 11:53, Reinhard Poetz ha scritto:
release date of 2.1.7 (with or without a stable cForms block):
February 2005?
Nah. I propose Christmas 2004 ;-). Now, seriously, we should aim for a
shorter release cycle. There is already the upgrade to DELI
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=28360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
39 matches
Mail list logo