Re: [vote] Arje Cahn as a new Cocoon committer
Sylvain Wallez wrote: Please cast your votes! +1 Welcome Arje! -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc
RE: [vote] Arje Cahn as a new Cocoon committer
Please cast your votes! +1 Matthew
Re: [GT2005] Capture Audio for Podcast?
Hi, On 9 Sep 2005, at 00:08, Arje Cahn wrote: I'd be happy to host the recordings, at least during the GT itself, although maybe afterwards it might be good to switch to an Apache mirrored environment (? not sure if that's possible). It's not really possible to use the Apache mirrors for AV of the GetTogether - we asked infra last year and the response was pretty much you really ought to find your own host for that sort of stuff. We're happy to provide a long-term host for it. Andrew. -- Andrew Savory, Managing Director, Luminas Limited Tel: +44 (0)870 741 6658 Fax: +44 (0)700 598 1135 Web: http://www.luminas.co.uk/ Orixo alliance: http://www.orixo.com/
Re: [GT2005] Capture Audio for Podcast?
Le 9 sept. 05, à 08:35, Andrew Savory a écrit : ...It's not really possible to use the Apache mirrors for AV of the GetTogether - we asked infra last year and the response was pretty much you really ought to find your own host for that sort of stuff. We're happy to provide a long-term host for it... I think this was speaking of video, audio is much smaller. And we *do* have audio on the mirrors already, under cocoon/events/gt2003/audio -Bertrand smime.p7s Description: S/MIME cryptographic signature
Re: Serious bug in tree processor
Carsten Ziegeler wrote: Perhaps this is as well the cause of Reinhard's problem wrt caching. I will check this weekend or next week. Thanks! -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc
Re: [vote] Arje Cahn as a new Cocoon committer
On 9/8/05, Sylvain Wallez [EMAIL PROTECTED] wrote: I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. +1 and welcome! Now, where is my beer? ;-) Ciao, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance: http://www.orixo.com (blogging at http://www.rabellino.it/blog/)
Re: patch commit request
hepabolu wrote: IIRC all it requires is a patch to the correct file in the docs. As far as publishing the changes, IIRC (and I could be wrong on this), you'd have to run Forrest on the docs, and then commit the new generated page to the repo for the Cocoon website. I tried looking for this file last night but only found livesites-2.1.html , i take it there is an xml version of this somewhere. Is this http://wiki.apache.org/cocoon/CocoonWebsiteUpdate stuff still uptodate? We don't want to leave the submissions to the livesites too long invisible, but adding the info to the current xdocs rather than Daisy looks like a waste of effort. agree. I currently have no solution to this problem, someone else maybe? How about we add it to both for the time being? It's not like we're being flooded with these requests ATM so the duplication effort is limited. Alternatively we could clean out that page in the current xdocs and put a link to the migrated content in daisy. WDYT? Jorg
Re: patch commit request
Jorg Heymans wrote: We don't want to leave the submissions to the livesites too long invisible, but adding the info to the current xdocs rather than Daisy looks like a waste of effort. agree. How about we add it to both for the time being? It's not like we're being flooded with these requests ATM so the duplication effort is limited. Alternatively we could clean out that page in the current xdocs and put a link to the migrated content in daisy. Ok, let's add to both for the time being. I have no idea how much there is to add to Daisy, but in the process you might check if they are still valid links. I plan to finish applying all bugfixes as mentioned in #34077 today (and repeating the effort in TRUNK as well) and from then on I plan to rebuild the current site navigation in Daisy. That should give us an export of Daisy in the current site layout. When Ross's plugin works, we could try a more frequent update of the website. Bye, Helma
Re: [vote] Arje Cahn as a new Cocoon committer
On 8 Sep 2005, at 19:41, Sylvain Wallez wrote: I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. a late +1 regards Jeremy smime.p7s Description: S/MIME cryptographic signature
Re: [vote] Arje Cahn as a new Cocoon committer
Il giorno 08/set/05, alle 20:41, Sylvain Wallez ha scritto: I'd like to be the voice of a general opinion among Cocoon developers that Arjé Cahn should be made a Cocoon committer. +1 and welcome! Ugo -- Ugo Cei Tech Blog: http://agylen.com/ Open Source Zone: http://oszone.org/ Wine Food Blog: http://www.divinocibo.it/
Re: [vote] Arje Cahn as a new Cocoon committer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sylvain Wallez wrote: Please cast your votes! +1, welcome :-) - -- Unico -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDIWEecuec8tVNKAwRAkrwAKDXHhsIHEMp7m7uPupTB/qm4PPN3ACg2JxT z2ww43JTIDL3SC1huLX3Ick= =e0Vj -END PGP SIGNATURE-
DO NOT REPLY [Bug 36573] New: - SQLTransformer swallowing whitespace on substitute-value
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=36573. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36573 Summary: SQLTransformer swallowing whitespace on substitute-value Product: Cocoon 2 Version: Current SVN 2.1 Platform: Macintosh URL: http://localhost:/samples/blocks/databases/transform / OS/Version: other Status: NEW Severity: normal Priority: P2 Component: blocks AssignedTo: dev@cocoon.apache.org ReportedBy: [EMAIL PROTECTED] The following code will fail: sql:query SELECT id, name, description from department LIMIT substitute-value sql:name=start/,substitute-value sql:name=count/ /sql:query After the values are substituted, the output is: SELECT id, name, description from department LIMITn,m ... instead of SELECT id, name, description from department LIMIT n,m -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36573] - SQLTransformer swallowing whitespace on substitute-value
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=36573. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36573 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 14:01 --- Created an attachment (id=16346) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16346action=view) sitemap diff to support xml file -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
howto update the website using forrest (was Re: patch commit request)
hepabolu wrote: Ok, let's add to both for the time being. I have no idea how much there is to add to Daisy, but in the process you might check if they are still valid links. i've added all bugzilla [link] entries to livesites-2.1.xml - what a pain. I'll copy the content in bulk to Daisy in a bit. In the meantime i would be very grateful if someone could tell me what needs to be done to update the website. I tried to run forrest locally from the main cocoon-site directory but it failed : Lazy mode: true X [0] linkmap.html BROKEN: The element type lenya must be terminated by the matching end-tag /lenya. Logging Error: Writing event to closed stream. Total time: 0 minutes 9 seconds, Site size: 0 Site pages: 0 BUILD FAILED D:\tools\apache-forrest-0.7\main\targets\site.xml:41: Java returned: 1 Any forresters around to help out ? Thanks Jorg
Re: Serious bug in tree processor
Berin Loritsch wrote: Anybody know what the root issue is? The type attribute of the pipeline element has not been evaluated correctly. In this case the type attribute of the first pipeline element has been used for all pipeline elements in a sitemap. Do we have a TestCase to catch the problem in case it is accidentally re-introduced? I don't think so. The test case should have at least to pipeline sections with different type attributes and should test if the correct pipeline is used in each section. Carsten -- Carsten Ziegeler - Open Source Group, SN AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/
Re: howto update the website using forrest (was Re: patch commit request)
Jorg Heymans wrote: hepabolu wrote: Ok, let's add to both for the time being. I have no idea how much there is to add to Daisy, but in the process you might check if they are still valid links. i've added all bugzilla [link] entries to livesites-2.1.xml - what a pain. I'll copy the content in bulk to Daisy in a bit. In the meantime i would be very grateful if someone could tell me what needs to be done to update the website. I tried to run forrest locally from the main cocoon-site directory but it failed : Lazy mode: true X [0] linkmap.html BROKEN: The element type lenya must be terminated by the matching end-tag /lenya. This is an XML validation error. It should be highlighted before you get to this stage as forest, by default, validates all documents before attempting to build. This is configurable though and may be turned off in your config. Try forrest validate to give you more info. (although a clue for you is that linkmap.html is gneerated from your site.xml file, chances are that file is not well-formed. Logging Error: Writing event to closed stream. That's a known issue and can be ignored. Any forresters around to help out ? You'd be better off on the Forrest user list for this kind of help. I spotted this one, but may not spot them all, over there you are sure of our attention. Ross
Re: howto update the website using forrest (was Re: patch commit request)
Lazy mode: true X [0] linkmap.html BROKEN: The element type lenya must be terminated by the matching end-tag /lenya. Logging Error: Writing event to closed stream. Total time: 0 minutes 9 seconds, Site size: 0 Site pages: 0 BUILD FAILED D:\tools\apache-forrest-0.7\main\targets\site.xml:41: Java returned: 1 Any forresters around to help out ? Last time I asked about site updates I got this link: http://wiki.apache.org/cocoon/CocoonWebsiteUpdate I hope it helps. Bye, Helma
Re: missing dependency : commons-beanutils
Jorg Heymans wrote: Reinhard Poetz wrote: I was searching for the cause of this error _for hours_ and finally found out that it only appears if there is no map:flow language=javascript/ element in any already called sitemap. There seems to be one (last) connection between flowscript and jxtemplate, probably a problem with the object model initialization of jxtemplate. As a work around just make sure that you have in e.g. your root sitemap the map:flow language=javascript/ element. the forms samples block has a flow element declared though in the sitemap. I added it to the parent and parent-parent sitemap as well, didn't help. Should we temporarily disable this sample until the problem is fixed? I have a different message. I've updated to a very current revision (279745), did a clean build and now I get: org.apache.commons.jxpath.JXPathException: Undefined function: org.apache.cocoon.forms.generation.JXMacrosHelper.createHelper resource://org/apache/cocoon/forms/generation/jx-macros.xml - 28:143 jx:set file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/forms/form1_template_action_jx-macro.xml - 28:52 ft:form-template file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/sitemap.xmap - 503:35 map:serialize type=xml file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/sitemap.xmap - 500:79 map:generate type=jx file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/sitemap.xmap - 66:68 map:mount file:/D:/svn/cocoonBranch/build/webapp/samples/sitemap.xmap - 184:65 map:mount file:/D:/svn/cocoonBranch/build/webapp/sitemap.xmap - 882:66map:mount HTH. Bye, Helma
Re: patch commit request
Jorg Heymans wrote: Alternatively we could clean out that page in the current xdocs and put a link to the migrated content in daisy. -1: Daisy is (becoming) staging for our docs which will be published at the main site. Please do not link to the staging area, link to the official site only. Vadim
Re: Serious bug in tree processor
Carsten Ziegeler wrote: Berin Loritsch wrote: Anybody know what the root issue is? The type attribute of the pipeline element has not been evaluated correctly. In this case the type attribute of the first pipeline element has been used for all pipeline elements in a sitemap. Do we have a TestCase to catch the problem in case it is accidentally re-introduced? I don't think so. The test case should have at least to pipeline sections with different type attributes and should test if the correct pipeline is used in each section. And it's already fixed? Hmm. That does make it hard to validate a test case. I'm terribly busy right now (I've got a meeting downtown in a few minutes), but I might be able to get a testcase in there to ensure we don't fall into this again. What was the revision with the error in tact? I'll try to get to it later today.
Re: Serious bug in tree processor
From: Carsten Ziegeler [EMAIL PROTECTED] Date: Fri, 09 Sep 2005 14:58:14 +0200 Berin Loritsch wrote: Anybody know what the root issue is? The type attribute of the pipeline element has not been evaluated correctly. In this case the type attribute of the first pipeline element has been used for all pipeline elements in a sitemap. Do we have a TestCase to catch the problem in case it is accidentally re-introduced? I don't think so. The test case should have at least to pipeline sections with different type attributes and should test if the correct pipeline is used in each section. Carsten On the subject of test cases, can anyone help me with the problem I posted over on users@ a few days ago? I'm trying to test a transformer, and copied the code .xtest from the ones in Cocoon's sources, but for some reason it doesn't create the component manager. I have other test cases for actions that are fine, but my transformer ones all refuse to run. I've had absolutely no response on the other list, but perhaps there's someone more knowlegeable over here? :-) Andrew.
DO NOT REPLY [Bug 36462] - JXPath expressions within jx:forEach are broken
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=36462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36462 [EMAIL PROTECTED] changed: What|Removed |Added Summary|JXPath expressions within |JXPath expressions within |JX-CForms template |jx:forEach are broken -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36462] - JXPath expressions within jx:forEach are broken
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=36462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36462 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #16277|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 15:56 --- Created an attachment (id=16348) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16348action=view) Testcase -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36462] - JXPath expressions within jx:forEach are broken
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=36462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36462 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 15:58 --- The problem is caused by jx:forEach. I can see in JXTemplateGenerator: localJXPathContext = jxpathContextFactory.newContext(jxpathContext, value); When using varStatus, value is null! We are loosing the context bean! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36462] - JXPath expressions within jx:forEach are broken
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=36462. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36462 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 16:08 --- Additional info: JEXL expressions (eg ${document}) work within the jx:forEach but not JXPath -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: patch commit request
Jorg Heymans wrote: hepabolu wrote: Ok, let's add to both for the time being. I have no idea how much there is to add to Daisy, but in the process you might check if they are still valid links. I guess i will need a daisy account to add content right? Can someone create me one ? (username jheymans) You create an account, then someone gives you committer rights (e.g. me) Let us know when you've created your account. Upayavira
DO NOT REPLY [Bug 29712] - [PATCH] Incomplete fileuploads are not deleted
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=29712. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29712 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 16:36 --- i have verified this behaviour and verified that your patch corrects it. The idea is that when the user presses escape halfway through an upload, the partially uploaded file should not be stored in $upload-dir. This seems like the most logical thing to do. Applied, thanks Gunnar. Please check that all went in ok and close the bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: howto update the website using forrest (was Re: patch commit request)
Ross Gardler wrote: You'd be better off on the Forrest user list for this kind of help. I spotted this one, but may not spot them all, over there you are sure of our attention. I've posted my progress to forrest-users. It is still not quite working though. Jorg
Re: patch commit request
Upayavira wrote: Let us know when you've created your account. created.
Re: svn commit: r279762 - in /cocoon/branches/BRANCH_2_1_X: legal/msv-20030225.jar.license.txt lib/optional/msv-20030225.jar src/blocks/validation/java/org/apache/cocoon/components/validation/Validator.java
[EMAIL PROTECTED] wrote: Author: pier Date: Fri Sep 9 05:56:29 2005 New Revision: 279762 URL: http://svn.apache.org/viewcvs?rev=279762view=rev Log: Adding SCHEMATRON (ISO and non) grammar identifiers for Gianugo. Importing Sun's MSV (it has an Apache license) Added: cocoon/branches/BRANCH_2_1_X/legal/msv-20030225.jar.license.txt URL: http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/legal/msv-20030225.jar.license.txt?rev=279762view=auto == ... +You acknowledge that Software is not designed,licensed or +intended for use in the design, construction, operation or +maintenance of any nuclear facility. + Is this not an additional restriction to the ASL? I was reviewing the archives and I was unable to find a clear Yes or Don't for the nuclear facility clausule. Best Regards, Antonio Gallardo.
Re: patch commit request
Jorg Heymans wrote: Upayavira wrote: Let us know when you've created your account. created. You now have doc-editor and doc-committer rights. Regards, Upayavira
DO NOT REPLY [Bug 34077] - [2.1.7 Testing] Forms block
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=34077. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34077 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 17:20 --- Since this is a lot of information, I'll create a new entry for the few issues left after applying the majority. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36575] New: - Binding sample 06-namespace does not work any more
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=36575. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36575 Summary: Binding sample 06-namespace does not work any more Product: Cocoon 2 Version: Current SVN 2.1 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: CocoonForms AssignedTo: dev@cocoon.apache.org ReportedBy: [EMAIL PROTECTED] in 2.1.7 it works: data is pre-entered and pressing submit shows the result. Currently (2.1.8-dev SVN revision 279787) the fields are empty and after submit the following error shows: org.w3c.dom.DOMException: NAMESPACE_ERR: An attempt is made to create or change an object in a way which is incorrect with regard to namespaces. Cocoon stacktrace: Calling continuation resource://org/apache/cocoon/forms/flow/javascript/Form.js - 224:-1 file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/flow/bindings.js - 89:-1 file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/sitemap.xmap - 170:38 map:call file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/sitemap.xmap - 66:68 map:mount file:/D:/svn/cocoonBranch/build/webapp/samples/sitemap.xmap - 184:65 map:mount file:/D:/svn/cocoonBranch/build/webapp/sitemap.xmap - 885:66map:mount -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36576] New: - Sample http://localhost:8888/samples/blocks/forms/v2/example produces error
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=36576. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36576 Summary: Sample http://localhost:/samples/blocks/forms/v2/example produces error Product: Cocoon 2 Version: Current SVN 2.1 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: CocoonForms AssignedTo: dev@cocoon.apache.org ReportedBy: [EMAIL PROTECTED] Starting sample produces following error in 2.1.8-dev revision 279787: java.lang.Exception: Validation rule value-count cannot be used with strings, error at file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/v2/form1.xml:115:38 Cocoon stacktrace: Calling function example resource://org/apache/cocoon/forms/flow/javascript/v2/Form.js - 53:-1 file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/v2/forms_flow_example.js - 27:-1 file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/v2/forms_flow_example.js - 22:-1 file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/v2/sitemap.xmap - 68:39 map:call file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/forms/sitemap.xmap - 513:65 map:mount file:/D:/svn/cocoonBranch/build/webapp/samples/blocks/sitemap.xmap - 66:68 map:mount file:/D:/svn/cocoonBranch/build/webapp/samples/sitemap.xmap - 184:65 map:mount file:/D:/svn/cocoonBranch/build/webapp/sitemap.xmap - 885:66map:mount -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36577] New: - Back button doesn't work in HTMLarea sample
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=36577. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36577 Summary: Back button doesn't work in HTMLarea sample Product: Cocoon 2 Version: Current SVN 2.1 Platform: Other OS/Version: Windows XP Status: NEW Severity: minor Priority: P2 Component: CocoonForms AssignedTo: dev@cocoon.apache.org ReportedBy: [EMAIL PROTECTED] Pressing back in HTMLarea sample seems to regenerate the sample, rather than return to the previous page. For now there is a workaround: a back to samples link, but it shouldn't happen. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35538] - [PATCH] Update to DELI, fix to config files
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=35538. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35538 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 17:44 --- Patch tested and working, applied - thanks Mark. please double-check if all went in ok and close this bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: svn commit: r279762 - in /cocoon/branches/BRANCH_2_1_X: legal/msv-20030225.jar.license.txt lib/optional/msv-20030225.jar src/blocks/validation/java/org/apache/cocoon/components/validation/Validator.java
Antonio Gallardo wrote: [EMAIL PROTECTED] wrote: Author: pier Date: Fri Sep 9 05:56:29 2005 New Revision: 279762 URL: http://svn.apache.org/viewcvs?rev=279762view=rev Log: Adding SCHEMATRON (ISO and non) grammar identifiers for Gianugo. Importing Sun's MSV (it has an Apache license) Added: cocoon/branches/BRANCH_2_1_X/legal/msv-20030225.jar.license.txt URL: http://svn.apache.org/viewcvs/cocoon/branches/BRANCH_2_1_X/legal/msv-20030225.jar.license.txt?rev=279762view=auto == ... +You acknowledge that Software is not designed,licensed or +intended for use in the design, construction, operation or +maintenance of any nuclear facility. + Is this not an additional restriction to the ASL? I was reviewing the archives and I was unable to find a clear Yes or Don't for the nuclear facility clausule. Best Regards, Antonio Gallardo. I seem to remember reading on legal-discuss that the nuclear clause is incompatible with the ASL. If true, any components with such a license can not be disctributed with our code or reside in SVN. Ralph
Re: svn commit: r279762 - in /cocoon/branches/BRANCH_2_1_X: legal/msv-20030225.jar.license.txt lib/optional/msv-20030225.jar src/blocks/validation/java/org/apache/cocoon/components/validation/Validator.java
Ralph Goers wrote: I seem to remember reading on legal-discuss that the nuclear clause is incompatible with the ASL. If true, any components with such a license can not be disctributed with our code or reside in SVN. Ralph Faulty memory. The only reference I could find was at http://wiki.apache.org/jakarta/LicenceIssues which, of course, is not official ASF policy. Ralph
DO NOT REPLY [Bug 35537] - [PATCH] Update to DELI, fix to config files
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=35537. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35537 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 19:04 --- Applied, thanks. I cannot test it ATM because 2.2-dev is not startable at the moment. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: patch commit request
FYI, I think I've created a daisy account and might start taking a whack at documentation. On 9/9/05, Upayavira [EMAIL PROTECTED] wrote: Jorg Heymans wrote: Upayavira wrote: Let us know when you've created your account. created. You now have doc-editor and doc-committer rights. Regards, Upayavira
Re: patch commit request
Geoff Howard wrote: ooops so can you boost my rights too? done. Upayavira
DO NOT REPLY [Bug 36577] - Back button doesn't work in HTMLarea sample
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=36577. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36577 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 21:02 --- This is a feature of HTMLArea, not of Cocoon. It would require an upstream fix to HTMLArea (no development happening) or of the Xinha fork (xinha.python-hosting.com) which is being developed. I would suggest posting a feature request on their forums, and replace HTMLArea in Cocoon with Xinha (should be a straight swap-out). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Identifying expression language, Re: svn commit: r279283 - /cocoon/trunk/status.xml
[EMAIL PROTECTED] wrote: action dev=LG type=add + JXTG: Pluggable expression parser. New expression syntax: ${expr}, #{expr} -gt; {jexl:expr}, {jxpath:expr}. + This is a target syntax for CTemplate. +/action Got couple of ideas: * Can we use something shorter than {jexl:expr}, {jxpath:expr}? For example, {jxl:expr}, {jxp:expr}. It's tiring to look at {jxpath:expr}, not to mention typing it all the time... * Should this prefix be configurable (in cocoon.xconf) instead of being hard-coded? And the fun idea, * Should we configure 'expression language character', so that it possible to add new language and character for it (or change default\ character for jxpath or jexl), example: @{expr}, {expr} :-) Vadim
Re: Identifying expression language, Re: svn commit: r279283 - /cocoon/trunk/status.xml
Vadim Gritsenko wrote: [EMAIL PROTECTED] wrote: action dev=LG type=add + JXTG: Pluggable expression parser. New expression syntax: ${expr}, #{expr} -gt; {jexl:expr}, {jxpath:expr}. + This is a target syntax for CTemplate. +/action Got couple of ideas: * Can we use something shorter than {jexl:expr}, {jxpath:expr}? For example, {jxl:expr}, {jxp:expr}. It's tiring to look at {jxpath:expr}, not to mention typing it all the time... * Should this prefix be configurable (in cocoon.xconf) instead of being hard-coded? It is not hardcoded, see src\blocks\template\trunk\WEB-INF\xconf\cocoon-template-expression.xconf: expression-compilers component-instance class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler name=default/ component-instance class=org.apache.cocoon.components.expression.jexl.JexlCompiler name=jexl/ component-instance class=org.apache.cocoon.components.expression.jxpath.JXPathCompiler name=jxpath/ /expression-compilers So you can choose whatever prefix you like. Moreover you are are allowed to use {expr} which will use default expression compiler. You've got it even shorter than before. And the fun idea, * Should we configure 'expression language character', so that it possible to add new language and character for it (or change default\ character for jxpath or jexl), example: @{expr}, {expr} LOL -- Leszek Gawron [EMAIL PROTECTED] IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: Identifying expression language, Re: svn commit: r279283 - /cocoon/trunk/status.xml
Leszek Gawron wrote: Vadim Gritsenko wrote: * Should this prefix be configurable (in cocoon.xconf) instead of being hard-coded? It is not hardcoded, see src\blocks\template\trunk\WEB-INF\xconf\cocoon-template-expression.xconf: ... So you can choose whatever prefix you like. Moreover you are are allowed to use {expr} which will use default expression compiler. You've got it even shorter than before. Oh, great. I guess I got that wrong impression from JXPATH and JEXL constants :) Vadim
Re: Status of JXTemplate refactoring
Daniel Fagerstrom wrote: Second, it is somewhat over componentisized for my taste: Does the default instruction factory really be a component? Wouldn't be enough to give it an URL to the script configuration in its constructor. Thing is the instruction factory instantiation can be a little bit heavy. The Instructions' constructors are looked up using reflection and cached. Right now this is done once per cocoon instance (thread safe). The way you propose it every jxtg instance would have to repeat those steps which wouldn't be a good idea (think how much processing would be needed to instantiate another jxtg instance in case the pool was empty). Same thing with the DefaultScriptManager, if you give it a name space, and a parser to its constructor, there is not that much need to make it a component. The parser could in turn be given an instruction factory and an JXTExpressionCompiler as arguments to its constructor. Hmm: public void service(ServiceManager manager) throws ServiceException { this.manager = manager; this.store = (Store) this.manager.lookup(Store.TRANSIENT_STORE); this.instructionFactory = (InstructionFactory) this.manager.lookup(InstructionFactory.ROLE); this.jxtExpressionCompiler = (JXTExpressionCompiler) this.manager.lookup(JXTExpressionCompiler.ROLE); } public void dispose() { this.manager.release(this.store); this.manager.release(this.instructionFactory); this.manager.release(this.jxtExpressionCompiler); } We gain little, we lower the readability of JXTGenerator itself exposing what the implementation ScriptManager is made of. After all: if it's composed of 3 external beans it's a good candidate for a component (I might not think straight after using Spring too much lately :)) In the end I think it will be simplest if the generator looks up the plugable components and the configuration files, i.e. the JXTExpressionCompiler and the instruction configuration file and maybe some more stuff and just pass these components to the other classes in the template framework. The last one: StringTemplateCompiler. If we are to unify expression handling in whole cocoon it should be a component anyway. The most natural thing would be to have a generic template generator that you just configure with what instuctions and what expression compiler you want. But people didn't want that level of flexibility so therefore such things need to be hard coded in the generator class. In general, the main use for components is if one really know that one will need to be able to choose between several different implementations of the same interface at deploy time. And if one want to be able to use several implementations of the same interface at once in a plugable way, selectors is the way to go. Otherwise components are overkill. Components are also a good thing if: 1. They are thread safe and creating them is somewhat costly 2. They reference a lot of other already componentized logic. I assume we want to keep backward functionality. Yes! Is it OK if I just create CTemplateGenerator extending current JXTemplateGenerator? Better, create a common AbstractTemplateGenerator and let both JXTemplateGenerator and CTemplateGenerator extend it. I hope I'll finish the refactoring this weekend. -- Leszek Gawron [EMAIL PROTECTED] IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Re: Identifying expression language, Re: svn commit: r279283 - /cocoon/trunk/status.xml
Vadim Gritsenko wrote: Leszek Gawron wrote: Vadim Gritsenko wrote: * Should this prefix be configurable (in cocoon.xconf) instead of being hard-coded? It is not hardcoded, see src\blocks\template\trunk\WEB-INF\xconf\cocoon-template-expression.xconf: ... So you can choose whatever prefix you like. Moreover you are are allowed to use {expr} which will use default expression compiler. You've got it even shorter than before. Oh, great. I guess I got that wrong impression from JXPATH and JEXL constants :) Those constants are there only in current DefaultJXTExpressionCompiler.java (name will change) for keeping backward functionality. NewStyleJXTExpressionCompiler.java (name will change) resolves expressions using ExpressionFactory.getExpression: public Expression getExpression(String expression) throws ExpressionException { String language = DEFAULT_EXPRESSION_LANGUAGE; int end = expression.indexOf(':'); if (end != -1) { language = expression.substring(0, end); expression = expression.substring(end+1); } return getExpression(language, expression); } -- Leszek Gawron [EMAIL PROTECTED] IT Manager MobileBox sp. z o.o. +48 (61) 855 06 67 http://www.mobilebox.pl mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
DO NOT REPLY [Bug 27604] - Cocoon Forms stylesheet reports error if xsltc used
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=27604. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27604 --- Additional Comments From [EMAIL PROTECTED] 2005-09-09 22:44 --- At least in trunk the cforms .xsl files have already been fixed (no more resources-uri declaration duplication). I cannot test it with XSTLC though: current trunk gives me NPEs during pipeline execution. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: howto update the website using forrest (was Re: patch commit request)
David Crossley wrote: In the meantime i would be very grateful if someone could tell me what needs to be done to update the website. I tried to run forrest locally from the main cocoon-site directory but it failed : I have a broken forrest installation on my machine somehow and I have no idea how to fix it. If someone is able to regenerate the site (or at least livesites-2.1.xml) feel free to do so. Thanks Jorg
Re: howto update the website using forrest (was Re: patch commit request)
Jorg Heymans wrote: I have a broken forrest installation on my machine somehow and I have no idea how to fix it. and one minute after sending this email I fixed it. The updated livesites page is now on minotaur. It is not visible to the outside world yet, there's probably a cache in between waiting to expire. Jorg
DO NOT REPLY [Bug 33812] - [Link] kyverneio.gr (patch for livesites-2.1.xml included)
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=33812. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33812 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:12 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33962] - [Link] Marine Power Europe is the manufacturing, marketing and distribution subsidiary of Mercury Marine, covering Europe, CIS, Africa and the Middle East. Mercury Marine is the biggest boat engines business in the world and a major boat builder. [ Content management (under Notes DB2) via Web and publication via Cocoon]
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=33962. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33962 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:12 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35501] - [link] http://www.spokanestreetracing.com/
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=35501. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35501 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33349] - [Link] Malta Linux User Group
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=33349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33349 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35741] - [Link] iHOP - Information Hyperlinked over Proteins
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=35741. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35741 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35018] - [Link] Le Renard
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=35018. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35018 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33811] - [Link] iHOP - Information Hyperlinked over Proteins
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=33811. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33811 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 34815] - [Link] http://www.rsv.vd.ch/ Recueil syst�matique de la l�gislation vaudoise
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=34815. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34815 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 36279] - [Link] Plaudit Design
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. http://issues.apache.org/bugzilla/show_bug.cgi?id=36279 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 35236] - [Link] The Open Source Zone
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=35236. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35236 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 33915] - [Link] www.lamiz.de: new 2.1.6 live site
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=33915. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33915 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:13 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 32266] - [Link] Le Renard
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=32266. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32266 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-10 01:30 --- added to livesites, thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. You are on the CC list for the bug, or are watching someone who is.
Re: Warped Text...
Yep, but SVG IMVHO is quite overkill to generate a simple image... Plus I suspect that the blurring algorithm is quite easy to recognize (in terms of running a simple image analysis package over the generated output). Hi: I just wanted to know where we are right now. I did some tests. Here is the results: http://www.pwntcha.net/test.html?file=20050910023800guNNub.jpeg Since we can also change the SVG file. Here is another sample : http://www.pwntcha.net/test.html?file=20050910022917hUSpnb.jpeg Best Regards, Antonio Gallardo. P.S: I am not trying to defeat the above statement.
Tree view?
Does CForms provide any way of generating a tree view? I was looking at http://www.tonymarston.net/xml-xsl/xml-and-xsl-treeview.html and would like to do something similar, but I'd like to use CForms to do it. I would also like to not have to collect all the data for the whole tree, but only collect data when a node is expanded. Ralph