Re: [ANN] Apache Cocoon 2.2.0 Released

Congratulations to everyone involved making this big milestone in Cocoon's history reality and thanks to Reinhard for doing the release! Andreas On Fri, May 16, 2008 at 10:41 AM, Reinhard Pötz <[EMAIL PROTECTED]> wrote: > > The Apache Cocoon Community is proud to announce the release of > Cocoo

[TEST] please ignore (3)

Just a test to see if my messages arrive on the list.

[TEST] please ignore (2)

Just a test to see if my messages arrive on the list.

[TEST] please ignore

Just a test to see if my messages arrive on the list.

Re: Getting-started package for Non-Maven users

Hi Reinhard, On Tue, Mar 18, 2008 at 7:39 PM, Reinhard Poetz <[EMAIL PROTECTED]> wrote: > > I've created a 'getting-started' package for Non-Maven users: > http://people.apache.org/~reinhard/cocoon-staging/getting-started/ > > It contains a Cocoon application that consists of two parts: a simpl

Re: SVN --no-auth-cache (was svn commit: r583731 - /cocoon/site/site/1281_1_1.html)

2007/10/11, Reinhard Poetz <[EMAIL PROTECTED]>: > [EMAIL PROTECTED] wrote: > > Author: jheymans > > Date: Thu Oct 11 01:31:56 2007 > > New Revision: 583731 > > > > URL: http://svn.apache.org/viewvc?rev=583731&view=rev > > Log: > > test commit > > It was me who did this commit because Jorg has store

Re: [graphics] New version of masthead

2007/2/4, hepabolu <[EMAIL PROTECTED]>: Guys, Thien did it again. He created a great new version of the "blocks" masthead and redesigned the rest of the homepage. http://people.apache.org/~hepabolu/final.html I don't want to bias you, but I like it a lot. ;-) WDYT? Wow, amazing - I really l

Re: Updating POM versions throughout our codebase

2006/12/5, Reinhard Poetz <[EMAIL PROTECTED]>: I forgot one thing to ask: Do we already have a script that updates all dependencies of a library/module to a new version? Without it, it isn't really fun to do a release. If not, help is more than appreciated! See https://issues.apache.org/jira/b

Re: Releasing 2.1.10

2006/12/4, Carsten Ziegeler <[EMAIL PROTECTED]>: It's time to release again - thanks to Bruno we have solved the rhino licensing problem now and imho nothing is preventing us from a release. If there are no outstanding issues I will assemble a release next monday (11th), put it up for downloadin

Re: [Vote] Use latest rhino in 2.1.x

2006/11/16, Carsten Ziegeler <[EMAIL PROTECTED]>: Please cast your votes for using latest rhino in 2.1.x. +1 -- Andreas

Re: Submitting patches in JIRA

+1 Andreas 2006/11/14, Ralph Goers <[EMAIL PROTECTED]>: +1 David Crossley wrote: > Ah, i see what is happening. Only people in the Jira group > "cocoon-developers" (i.e. committers) can Edit issues. > > Some other projects also enable "jira-users" to Edit, i.e. change > Summary, Description, Co

Re: The Cocoon documentation: a lot has happened here

2006/11/5, Reinhard Poetz <[EMAIL PROTECTED]>: Andreas Hochsteger wrote: > May I get some karma to edit the docs in Daisy? > My username is 'ahochsteger'. done Thanks! Just trying to get familiar with Daisy now ... looks really good to me, BTW! -- Andreas

Re: The Cocoon documentation: a lot has happened here

2006/11/3, Reinhard Poetz <[EMAIL PROTECTED]>: 2 weeks ago, Arje posted a long list of things that need to be improved with our website and documentation. I can't say that all the things are resolved but Helma and I have made good progress: Thanks for your effort - it's really a big step forwa

Re: [Vote] Block artifact directory structure [was: Re: [2.2] Deployment and the maven plugin]

2006/10/31, Carsten Ziegeler <[EMAIL PROTECTED]>: Before we start changing directory structures, I think it makes sense to vote. The proposal is to use the following directory structure inside a block jar: COB-INF - resources META-INF/cocoon/xconf/** META-INF/cocoon/spring/** META-INF/cocoon/pr

Re: [VOTE] Lars Trieloff as a new Cocoon committer

2006/10/3, Jean-Baptiste Quenot <[EMAIL PROTECTED]>: Dear Community, I think time has come for Lars Trieloff to become a Cocoon committer, so he'll be able to commit his numerous patches himself, including the last hair-pulling cocoon-core tests fixes today ;-) I know Lars si

[jira] Commented: (COCOON-1890) Provide a tool to update artifact versions within multiple POMs

[ http://issues.apache.org/jira/browse/COCOON-1890?page=comments#action_12427835 ] Andreas Hochsteger commented on COCOON-1890: Ralph, I can see your point and I agree that the issue should be solved. Where I don't really

[jira] Commented: (COCOON-1890) Provide a tool to update artifact versions within multiple POMs

[ http://issues.apache.org/jira/browse/COCOON-1890?page=comments#action_12427776 ] Andreas Hochsteger commented on COCOON-1890: Yes, this is what I intended with this tool. I didn't know about Bruno's artifacter. It seems

[jira] Updated: (COCOON-1890) Provide a tool to update artifact versions within multiple POMs

[ http://issues.apache.org/jira/browse/COCOON-1890?page=all ] Andreas Hochsteger updated COCOON-1890: --- Attachment: update-artifact-version.zip First version of the tool. > Provide a tool to update artifact versions within multiple P

[jira] Created: (COCOON-1890) Provide a tool to update artifact versions within multiple POMs

Components: - Build System: Maven Affects Versions: 2.2-dev (Current SVN) Reporter: Andreas Hochsteger When doing releases with Maven you have to modify many POMs to reflect the correct artifact versions. The problem is, that the whole repository should always use the consistent

Re: [Vote Result] New committers

I sent my CLA using snail mail at the end of june and was on vacation since then but I am still not listed in http://people.apache.org/~jim/committers.html#unlistedclas. Should I wait some more or send it again? Thanks, Andreas David Crossley schrieb: A couple of days ago Jim recorded receipt

Re: [Vote Result] New committers

Joerg Heinicke wrote: Congratulations Andreas, Peter and Jason. You all have been elected with 21 positive and no negative votes to become committers of the Cocoon project. Welcome! Thanks for your warm welcome and for proposing me as a new Cocoon Committer! I'm very honored of becoming part

Re: Automatic releases

There's an open issue for the release plugin that should implement batch mode (automatic) releases: http://jira.codehaus.org/browse/MRELEASE-100 Here are some threads on the mailing list: http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=114559437224749&w=2 http://marc.theaimsgroup.com/?l=turb

Re: Cannot compile trunk

Jorg Heymans wrote: Jorg Heymans wrote: We should definitely find a more portable solution for getting the xsp block to compile on all OS'es. I've just committed a fix for this, Carsten (or anyone else building cocoon trunk on windows) could you give this a try ? just did an update and cal

Re: Cocoon PMC chair election: proposed resolution

Congratulations, Reinhard! Reinhard Poetz schrieb: Dear board, After Sylvain Wallez had indicated on the private PMC list his wish to resign from the Cocoon PMC chair position, the Cocoon PMC voted a new chair, so we kindly ask you to ratify the following resolution upon the next board meeti

[jira] Commented: (COCOON-1836) Cocoon blocks development support

[ http://issues.apache.org/jira/browse/COCOON-1836?page=comments#action_12374552 ] Andreas Hochsteger commented on COCOON-1836: Isn't the task "Create a Mojo that copies all needed external libraries into ./target/osgi/lib so that t

[jira] Created: (COCOON-1824) [PATCH] Move resources from src/main/java to src/main/resources

Versions: 2.2-dev (Current SVN) Reporter: Andreas Hochsteger Attachments: move-resources.zip The attached script moves all resources (non .java files) from src/main/java to src/main/resources to follow the Maven conventions. It has to be executed from the blocks directory. The log

Re: Moving resources in trunk?

Carsten Ziegeler schrieb: I think someone (Andreas?) posted last week a script to move the resources for a block out of the java directory into an own resources directory as required by m2. Could someone please run this script? I would like to get all our tests working again in the next days an

Re: [ANN] Apache Cocoon 2.1.9 Released

Congratulations to all who were involved - you did an awesome job! BTW the page changes.html still shows TBD as release date. Andreas. Carsten Ziegeler schrieb: Apache Cocoon 2.1.9 Released The Apache Cocoon Community is proud to announce the new release of Ap

Re: [trunk] Where are the status files?

Carsten Ziegeler schrieb: Andreas Hochsteger wrote: This may do the job: 1. Checkout https://svn.apache.org/repos/asf/cocoon/attic/blocks 2. Checkout https://svn.apache.org/repos/asf/cocoon/trunk 2. Move into the checked out attic/blocks directory and execute the following command: for f in

Re: [trunk] Where are the status files?

Reinhard Poetz schrieb: Carsten Ziegeler wrote: Carsten Ziegeler schrieb: Before the recent restructuring each block had it's own status file. Where have they gone? Noone? I think they got lost :-( ... but for a skilled script programmer it shouldn't be too difficult to recover them as

Re: Changes in trunk after cleanup + what else needs to be done

Reinhard Poetz schrieb: The blocks conversion script by Andreas was very helpful and certainly saved a lot of time. One thing that we would need is a script that moves all resources from src/main/java to src/main/resources. Could some bash-guru out there take care of it please? They are n

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: svn-reorganize.zip Changes: * Fixed resource handling in Java source path * Prepared configuration for svn commands * Fixed some

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: svn-reorganize.zip Changes: * Some fixes to the directory structure as suggested by Reinhard * First steps for automatic handling of

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: svn-reorganize.zip This update contains the following changes: * Renamed ZIP file to svn-reorganize.zip since it better says what it

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: m10n-blocks.zip This update removes the automatic handling of dependency versions (set version to 1.0-SNAPSHOT) since it also

[jira] Commented: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=comments#action_12371015 ] Andreas Hochsteger commented on COCOON-1802: I just tested the builds with the latest version of the conversion script: 35 out of 45 blocks compile successfully

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: m10n-blocks.zip New version with handling of POM files and mocks. > Script for m10n of old blo

[jira] Commented: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=comments#action_12370981 ] Andreas Hochsteger commented on COCOON-1802: Thanks, Daniel, for taking care of that. Unfortunately I just implemented the automatic fixing of version numbers

[jira] Commented: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=comments#action_12370978 ] Andreas Hochsteger commented on COCOON-1802: Successful Builds - The following old blocks were successfully built using 'mvn install&#

[jira] Commented: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=comments#action_12370955 ] Andreas Hochsteger commented on COCOON-1802: I'll try to submit a report tomorrow that shows which blocks can already be built using 'mvn pack

[jira] Updated: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=all ] Andreas Hochsteger updated COCOON-1802: --- Attachment: m10n-blocks.zip This update includes handling of pom files (including merging of impl dependencies) and handling of mocks using

[jira] Commented: (COCOON-1802) Script for m10n of old blocks

[ http://issues.apache.org/jira/browse/COCOON-1802?page=comments#action_12370939 ] Andreas Hochsteger commented on COCOON-1802: Because the files were created with Windows XP they might not work for Unix/Linux OOTB. You may need to convert

Re: Script for m10n of blocks (was Re: [RT] a simple release plan)

Upayavira schrieb: Andreas Hochsteger wrote: I successfully built cocoon-linkrewriter using 'mvn package' with the converted directory structure using the conversion script and 2 new and one adopted pom file. I wanted to attach them, but for some reasons my SMTP server rejected th

[jira] Created: (COCOON-1802) Script for m10n of old blocks

Script for m10n of old blocks - Key: COCOON-1802 URL: http://issues.apache.org/jira/browse/COCOON-1802 Project: Cocoon Type: New Feature Components: - Build System: Maven Versions: 2.2-dev (Current SVN) Reporter: Andreas

Re: Script for m10n of blocks (was Re: [RT] a simple release plan)

y to extend the script to generate the parent and sample poms automatically and adjust the impl pom (based on the old block pom). Thanks, Andreas Andreas Hochsteger schrieb: Reinhard Poetz schrieb: Andreas Hochsteger wrote: After analyzing the old blocks in more details I found the fo

Re: Script for m10n of blocks (was Re: [RT] a simple release plan)

Reinhard Poetz schrieb: Andreas Hochsteger wrote: After analyzing the old blocks in more details I found the following common directories. It would be great, if you (or someone else involved in developing the new blocks) can finish the mapping below ... ok, forget my last response. I&#x

Re: Script for m10n of blocks (was Re: [RT] a simple release plan)

Andreas Hochsteger schrieb: Reinhard Poetz schrieb: Andreas Hochsteger wrote: Reinhard Poetz schrieb: Andreas Hochsteger wrote: I mocked-up a shell script which converts the directories from the "old" blocks to the structure used by the "new" mavenized ones. D

Re: Script for m10n of blocks (was Re: [RT] a simple release plan)

Reinhard Poetz schrieb: Andreas Hochsteger wrote: Reinhard Poetz schrieb: Andreas Hochsteger wrote: I mocked-up a shell script which converts the directories from the "old" blocks to the structure used by the "new" mavenized ones. Don't expect too much, since

Script for m10n of blocks (was Re: [RT] a simple release plan)

Reinhard Poetz schrieb: Andreas Hochsteger wrote: I mocked-up a shell script which converts the directories from the "old" blocks to the structure used by the "new" mavenized ones. Don't expect too much, since there is still some more manual work to do, but at lea

Re: [RT] a simple release plan

Upayavira schrieb: Andreas Hochsteger wrote: Daniel Fagerstrom wrote: Ralph Goers skrev: Andrew Savory wrote: Hi, Ralph Goers wrote: 1. I'm pretty sure all the blocks have not been mavenized. Is there a list of blocks to mavenise anywhere, with instructions of how to do it? I don&#

Re: [RT] a simple release plan

Daniel Fagerstrom wrote: Ralph Goers skrev: Andrew Savory wrote: Hi, Ralph Goers wrote: 1. I'm pretty sure all the blocks have not been mavenized. Is there a list of blocks to mavenise anywhere, with instructions of how to do it? I don't mind helping with this. The easy way to tell I s

[jira] Commented: (COCOON-1381) unwanted whitespace generated by with template.jx implementation of forms

[ http://issues.apache.org/jira/browse/COCOON-1381?page=comments#action_12363508 ] Andreas Hochsteger commented on COCOON-1381: We face the same issues (using Cocoon 2.1.7) because we want to generate a plain text auto-reply email which

Re: Success stories

Hi Nicolás, there is a section called "Live Sites" on the Cocoon Website which lists many websites running a certain version of Cocoon: http://cocoon.apache.org/link/livesites-2.1.html http://cocoon.apache.org/link/livesites-2.0.html http://cocoon.apache.org/link/livesites-1.x.html Perhaps you

Re: Block deployment: working with blocks from a user's point of view

Giacomo Pati schrieb: I've missed to place the dependant jars of a block. So I propose they go to META-INF/lib with no strong agruments for it but they are needed to setup the classloader for the block or to populate the parent classloader and that's done at initialization time. WDYT? Acco

Re: Cocoon 2.2 - Build and deployment with Maven2

Reinhard Poetz schrieb: That's one of the differnces between block requirements and Maven2 dependencies. Maven2 dependencies are concrete implementations and block requirement always point to a contract which have to be implemented by a block. What we _could_ do is having real artifacts fo

Re: Cocoon 2.2 - Build and deployment with Maven2

Reinhard Poetz schrieb: Andreas Hochsteger wrote: Ah, very insightful! This would be a good start. But with this interim solutions we have to be aware of the fact, that the block has to define all potential XSL:FO implementations as optional dependencies. This might not be the possible in

Re: Cocoon 2.2 - Build and deployment with Maven2

Ah, very insightful! This would be a good start. But with this interim solutions we have to be aware of the fact, that the block has to define all potential XSL:FO implementations as optional dependencies. This might not be the possible in every case. Think about choosing some commercial XSL:FO

Re: Cocoon 2.2 - Build and deployment with Maven2

Jorg Heymans schrieb: Reinhard Poetz wrote: We also discussed the structure of projects as proposed by Jorg some time ago (http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=113102875010469&w=2). /my-block pom.xml /api pom.xml /impl pom.xml /samples

Re: New ASF members

+1 from me too! Bertrand Delacretaz schrieb: Le 12 déc. 05, à 19:28, Sylvain Wallez a écrit : Congratulations and a warm welcome to the new members! +1 ! -Bertrand

Re: [Poll] We need to align on one point (was Re: [Vision] Knowing When We are Done)

Berin Loritsch schrieb: So, please :-), only one language, and as cocoon (or whatever it's name will be :-) ) is a J2EE framework: _Java_ I hear you, and hopefully even more. Sorry for the interference :-), regards, tom Please interfere. Users lurking on dev are more than welcome to cont

Re: [VOTE] Naming rule for HTML IDs generated by CForms - error in IE with XHTML

I got an error using WinXPPro with Firefox 1.5 (2005-11-07) in an IE-Tab (1.0.6.3) (https://addons.mozilla.org/extensions/moreinfo.php?id=1419). Using plain IE (6.0.2900.2180.xpsp_sp2_gdr.05031-1519) I got a security warning, that active contents have been deactivated. Plain Firefox is ok. C

Re: [ANN] Event on webframeworks in Vienna

I will be there with a colleague of mine. BTW, a very nice website! Reinhard Poetz schrieb: As member of the working group "open source" of the Austrian Computer Society I'm organizing an event on web frameworks. There will be presentations on * Apache Cocoon * Apache MyFaces * Apache St

Re: Ajax libraries: let's wait a bit

Hi Sylvain and other AJAX gurus ;-) I wonder, if you heard of Taconite [1] which seems to have released 1.0 recently? It is licensed under the Apache License, but I don't know, if it does what we need. Additionally to the list of AJAX libraries already posted [2] I found an other one in [3].

Re: Other ID naming proposals (was Re: CForms widget ID naming)

Sylvain Wallez wrote: So let's make other proposals. Let's consider wiget "foo.bar" (e.g. a fd:field in a fd:group) and the ID of its . - "foo.bar..input": the '.' is doubled, which can never conflict with a widget's full name - "foo.bar._input": generated element's name starts with a character

Re: [M10N] new block layout

Jorg Heymans wrote: Andreas Hochsteger wrote: If you take everything into account, both API and implementation can have their own dependencies, e.g.: * B (API) depends on A (API) wow, multiple APIs in one block ? Actually I meant A through D to be blocks, where the blocks A and B just

Re: [M10N] new repo layout

Daniel Fagerstrom wrote: The current structure with trunk/tags/branches under each block will become rather unconvenient as soon as we start to relase and tag things. Right now you can just check out svn:/cocoon/blocks without any problems, but with a number of tags for each blocks you soon g

Re: [M10N] new block layout

Daniel Fagerstrom wrote: Jorg Heymans wrote: A standard block layout can look like this : /cocoon-forms-block pom.xml /api pom.xml /impl pom.xml /samples pom.xml --> pom.xml Is a multimodule pom containing api impl samples as well as the

CForms widget ID naming (was Re: [Vote] Releasing on friday)

(I think this should be discussed in a separate thread) Sylvain Wallez wrote: The last minute change is just about replacing "-input" with ":input" within two XSLs, to avoid problems later. Isn't ":" used as separator for the namespace prefix? I don't know if this applies to IDs too, but perh

[jira] Created: (COCOON-1672) Help popup broken in CForms samples

: Andreas Hochsteger If you open the multiform (ajax) sample (http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/do-multipage.flow) and click on the help popup for the email addres, it is working. But if you click on next, then it is not working any more. I get the following

Re: [GT2005] Mirroring Apache SVN?

This sounds like an ideal task for svk (http://svk.elixus.org/). It is a decentralized version control system based on Subversion. It allows you to mirror Subversion repositories (certain branches or the whole repository) and work offline while allowing check-ins. When you go online again you c

FYI: Maven 2.0 beta 1 released

Hi, Maven 2.0 beta 1 has just been released. It aims to be feature complete and stable according to the updated roadmap: http://maven.apache.org/maven2/roadmap.html It can be downloaded from here: http://blogs.codehaus.org/people/brett/archives/001173_maven_20_beta_1_released.html The blog of B

Re: [Proposal] Creating better portal urls

Do you mean something like mod_rewrite for Apache (http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html)? Andreas Carsten Ziegeler wrote: Ralph Goers wrote: Carsten Ziegeler wrote: Ok, the more I think about it, I could imagine using a url pre and post precessor. When a url (link) is crea

Re: Existing Cocoon IDE

Hi Oleg, there is Lepido, a new Eclipse Project, which has just released its first milestone. See the Mail of Sylvain from yesterday with the title "[ANN] Eclipse Lepido, Tools for Apache Cocoon milestone 1" for more details. It includes: * A cocoon forms editor * A sitemap editor For JBoss

Link to nightly snapshots: cvs -> svn

Hi, I wanted to download a cocoon SVN snapshot from the website pointed to on the following page: http://cocoon.apache.org/mirror.cgi The text says: "..., you can also download the bleeding-edge code freshly extracted from our SVN repositories ...:" Unfortunately the link goes to CVS snapsh

Re: [HEADS-UP] HTMLArea discontinued

According to http://www.dynarch.com/projects/htmlarea/ this is not really the case. In CVS were several commits which look like a preparation for a 3.0RC3 release: http://cvs.sourceforge.net/viewcvs.py/itools-htmlarea/htmlarea/ But it never hurts to look for alternatives anyway :-). Andreas. Ant

Wiki Conversion Script

Hi, is the script which has been used for migrating the Wiki from JSPWiki to MoinMoin available somewhere? I need to do the same migration. This would be really awesome :-) Thanks, Andreas

Re: Looking for a HowTo on adding widgets to CForms.

Hi Vilya, I'm sorry that I can't point you to an existing HOWTO. I had the same problem some time ago when I wanted to write a new data type for CForms. Perhaps it's time to collect this information on the wiki. I've created two pages which can be filled by those who know something about these th

Re: [cforms] Simple XML binding

Daniel Fagerstrom wrote: Andreas Hochsteger wrote: Hi Daniel, this sounds really interesting! Would this functionality allow you to bind XML content to a textarea input element too? What I mean is, that this way you could populate certain parts of an XML document directly with the XHTML-Output

Re: [cforms] Simple XML binding

Hi Daniel, this sounds really interesting! Would this functionality allow you to bind XML content to a textarea input element too? What I mean is, that this way you could populate certain parts of an XML document directly with the XHTML-Output of the HTMLArea control (or plain textarea if you li

Re: Wiki conversion status

David Crossley schrieb: The process of running the conversion script is an excellent opportunity to automatically catch some spam that has crept in. There is no doubt that we have missed some vandalism cases. We are only a few humans trying to manually catch it. Also remember the problem with the d

Re: Moving to subversion - volunteers?

Upayavira wrote: Nicola Ken Barozzi wrote: Carsten Ziegeler wrote: We agreed that we move to subversion as soon as possible. Next friday we will (hopefully) release 2.1.5, so we should move right after the release. Any volunteers for doing this? Err... what should we actually do? I mean, let'

Re: [RT] Versions

I'm a bit confused about the naming of version number parts. I always thought, that version numbers are constructed like this: MAJOR.MINOR.PATCH I did some quick google search and found the following pages which seem to confirm that: http://apr.apache.org/versioning.html#strategy http://www.linuxc

Re: Wiki progress

Ok, thank you! Upayavira wrote: Hochsteger Andreas /INFO-MA wrote: On the following page: http://wiki.apache.org/cocoon/FormsWidgetReference There are still problems with the anchors. The href uses for example '#1' while the anchor name is defined as 'head-00a957062ace3d507865d5119b3e0b282f7b2f8

Re: [OT] Mailinglist silence?

Jorg Heymans wrote: I'm seeing your mail , so I doubt that there is a problem somewhere :) Nice to see, so there has to be some other reason. I didn't know, that you can get so addicted to this mailing list ;-) Andreas Hochsteger wrote: Is this silence on the mailing list intentio

[OT] Mailinglist silence?

Is this silence on the mailing list intentional, or is there a problem somewhere? Andreas.

Re: Responses to workflow experiences

Guido Casper wrote: Johan Stuyts wrote: A summary of my interpretation of the workflow thread is available on the wiki (http://wiki.cocoondev.org/Wiki.jsp?page=Workflow). Please verify my findings and I'm sorry if I misinterpreted something. Thanks a lot for your effort, Johan. I don't want th

Re: Responses to workflow experiences

Johan Stuyts wrote: A summary of my interpretation of the workflow thread is available on the wiki (http://wiki.cocoondev.org/Wiki.jsp?page=Workflow). Please verify my findings and I'm sorry if I misinterpreted something. Thanks for your work, it is really appreciated! Just FYI: I've added an a

Re: From Woody to CocoonForms

I thought about the same like you, Ugo. But Tim has a very valid point here: Try searching goolge for 'forms' and then for 'cforms' Ugo Cei wrote: Marc Portier wrote: another +1 to 'cforms' over 'forms' Doesn't the "c" stand for "Cocoon"? If it does, I find it somewhat redundant, especially in

Re: Problem: Building Cocoon with ant under Eclipse 3.0M7

Antoine Lévy-Lambert wrote: Andreas Hochsteger wrote: Hi, I've got some problems building Cocoon with ant under Eclipse 3.0M7 under Windows XP using Java 1.4.2_03. Here's what I got: patch-roles: BUILD FAILED: java.lang.IllegalArgumentException: No attributes are implemented All t

Problem: Building Cocoon with ant under Eclipse 3.0M7

Hi, I've got some problems building Cocoon with ant under Eclipse 3.0M7 under Windows XP using Java 1.4.2_03. Here's what I got: patch-roles: BUILD FAILED: java.lang.IllegalArgumentException: No attributes are implemented All targets run fine until "patch-roles". Any ideas? Thanks, Andreas

Re: [RT] rethinking the cache storage system

Thanks, Stefano. This is very valuable information! Stefano Mazzocchi wrote: On Feb 23, 2004, at 10:59, Hochsteger Andreas /INFO-MA wrote: Wouldn't it then be possible to serve valid content directly from the apache webserver by using the cache on the disk? This is an entire different problem,

Re: [VOTE] Woody scratchpad area

Hi, Tim Larson wrote: This is exactly the main reason for a Woody Scratchpad. In my case, I I just had a look at this very interesting page and found a missing attribute at the import statement: and changed it to Was this in your mind? --Tim Larson Bye, Andreas Hochsteger

Re: [cforms] XML Binding with HTMLArea

Joerg Heinicke wrote: On 08.02.2004 18:45, Andreas Hochsteger wrote: Hi! Thanks for your reply. Do you mean the file woody-field-styling.xsl? I just had a look at it: translate() must not be used here as it operates on /returns a string(s), no nodeset(s). But

Re: [cforms] XML Binding with HTMLArea

Yes, but without success. Can you give me some hints or keywords what I should search for? Thanks. Nicolas Toper wrote: Have you looked in the archives? I know someone had a similar problem... --- Andreas Hochsteger <[EMAIL PROTECTED]> a écrit : > Hi! Thanks for your reply. Do you mean

Re: [cforms] XML Binding with HTMLArea

it possible to signal the binding framework, that it should treat the string as XML? Thanks, Andreas Nicolas Toper wrote: Hi, I just had the same problem with my own CMS. The problem is using xsl:copy-of instead of value-of. Hope it helps :=) nicolas --- Andreas Hochsteger <[EMAIL PROTECTE

Re: [Woody -HTMLArea] All dialogs open behind the main window

Yes, I had the same problem. I solved it by using instead. Ugo Cei wrote: There is a much bigger problem with HTMLArea: if you place an HTMLArea inside a , it won't be visible (zero-sized) under Internet Explorer. I hope these bugs will be fixed when the final version of HTMLArea is released.

[cforms] XML Binding with HTMLArea

Hi, how can I use a string which can be edited by the HTMLArea widget in an XML binding? The problem is, that the XHTML content which should be edited is only shown with the tags removed. Any ideas? Thanks, Andreas

Re: CocoonForms roadmap

Done. Please crosscheck, if I didn't mess up something. -- Andreas Hochsteger http://highstick.blogspot.com/ Reinhard Poetz wrote: From: Andreas Hochsteger Hi Reinhard! Thanks for this great summary, this will bring forward Cocoon Forms a lot! Here are some questions to the Wiki

Re: CocoonForms roadmap

ew (some kind of report) - it should be easy to differentiate between tasks, bugs and patches -- Reinhard -- Andreas Hochsteger http://highstick.blogspot.com/

Re: Fix for row-action widget docs

Thanks, next time I'll try myself ;-) -- Andreas Hochsteger http://highstick.blogspot.com/ Sylvain Wallez wrote: Andreas Hochsteger wrote: Hi! Is it ok to change 'add-below' to 'add-after' on the following Wiki doc for the row-action widget? http://wiki.co

  1   2   >