Re: svn commit: r536004 - /cocoon/trunk/site/cocoon-thien-maven-site-skin/src/main/resources/css/site.css

[EMAIL PROTECTED] said the following on 8/5/07 00:09: +tt { + font-size: 1.3em; } Reinhard, it's best to keep the font sizes in percentages to keep things consistent. The only em value is in the body selector. Bye, Helma

Re: svn commit: r536004 - /cocoon/trunk/site/cocoon-thien-maven-site-skin/src/main/resources/css/site.css

hepabolu wrote: [EMAIL PROTECTED] said the following on 8/5/07 00:09: +tt { +font-size: 1.3em; } Reinhard, it's best to keep the font sizes in percentages to keep things consistent. The only em value is in the body selector. thanks, I will change this ASAP (if you don't beat me). --

Re: svn commit: r535805 - in /cocoon/trunk: commons/CREDITS.txt pom.xml

Grzegorz Kossakowski said the following on 7/5/07 18:08: Typo? Sorry, I'm not sure what you mean. Please explain. Bye, Helma

[jira] Created: (COCOON-2058) Ambiguous rule match for fi:styling/@submit-on-change

Ambiguous rule match for fi:styling/@submit-on-change --- Key: COCOON-2058 URL: https://issues.apache.org/jira/browse/COCOON-2058 Project: Cocoon Issue Type: Bug Components: *

Re: FYI: Continuum is usable again

Reinhard Poetz wrote: Using Continuum is definitly a step forward in order to have a stable build but it doesn't detect problems if dependencies can't be downloaded anymore or if we remove a module from our build but forget to remove all dependencies on it from other modules. In those cases

Re: svn commit: r535805 - in /cocoon/trunk: commons/CREDITS.txt pom.xml

Typo? Sorry, I'm not sure what you mean. Please explain. There was http://http://actual.url in it. Jörg -- Feel free - 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail

[docs] Professional services and blogs

I've created two pages that need the assistance of everybody who wants to get listed there: - Blog http://cocoon.zones.apache.org/daisy/cdocs-site-main/g1/1272.html - Professional Services http://cocoon.zones.apache.org/daisy/cdocs-site-main/g1/1271.html Do we have any procedures for

Re: [docs] Professional services and blogs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reinhard Poetz wrote: I've created two pages that need the assistance of everybody who wants to get listed there: - Blog http://cocoon.zones.apache.org/daisy/cdocs-site-main/g1/1272.html - Professional Services

[jira] Created: (COCOON-2059) ajax/common.js makes use of deprecated dojo.animation.Timer

ajax/common.js makes use of deprecated dojo.animation.Timer --- Key: COCOON-2059 URL: https://issues.apache.org/jira/browse/COCOON-2059 Project: Cocoon Issue Type: Bug

Re: [docs] Reworking the Getting started section

Reinhard Poetz wrote: I've started to split up our tutorials into smaller pieces in order to make them more comprehensible: * Your first Cocoon application using Maven 2 * Your first XML pipeline (publishing) * Modularize Cocoon apps (Using blocks) * Deploying a Cocoon

Re: [docs] Reworking the Getting started section

Marc Portier wrote: Reinhard Poetz wrote: I've started to split up our tutorials into smaller pieces in order to make them more comprehensible: * Your first Cocoon application using Maven 2 * Your first XML pipeline (publishing) * Modularize Cocoon apps (Using blocks) *

More problems with implementing servlet services

Hello, I'm not sure if anyone tracks implementation of COCOON-2050 issue. The status is that basic infrastructure is implemented and almost works as expected. Some really basic samples are provided too. Almost refers to the problem with serializer that makes servlet calls. Currently, method

Re: More problems with implementing servlet services

Hi Grzegorz, do we need all information from the environment? If not, we could add custom X-Cocoon-* Headers that can also be exchanged in more decoupled scenarios where servlet services are actual remote websites. Lars Am 08.05.2007 um 18:29 schrieb Grzegorz Kossakowski: Another problem

Re: More problems with implementing servlet services

Lars Trieloff pisze: Hi Grzegorz, do we need all information from the environment? If not, we could add custom X-Cocoon-* Headers that can also be exchanged in more decoupled scenarios where servlet services are actual remote websites. I have been thinking about remote services too.

Re: svn commit: r536325 - in /cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/src/main/resources/org/apache/cocoon/forms/resources: forms-advanced-field-styling.xsl forms-field-styling.xsl forms-ht

I hope I haven't made any typos but it was hard to test because none of the cocoon-forms-sample is working. Mostly they fail with org.mozilla.javascript.EcmaError: ReferenceError: Form is not defined.

Re: svn commit: r536325 - in /cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/src/main/resources/org/apache/cocoon/forms/resources: forms-advanced-field-styling.xsl forms-field-styling.xsl forms-ht

Felix Knecht pisze: I hope I haven't made any typos but it was hard to test because none of the cocoon-forms-sample is working. Mostly they fail with org.mozilla.javascript.EcmaError: ReferenceError: Form is not defined.

Re: FYI: Continuum is usable again

Marc Portier wrote: not really, only idea is some naive cron-job removing files from the repo: 1/ regular (monthly) removal of the complete repository off the continuum 'user' will enforce pure clean builds, but * make those first new builds of the month extremely slow * dunno if that

Re: svn commit: r536325 - in /cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/src/main/resources/org/apache/cocoon/forms/resources: forms-advanced-field-styling.xsl forms-field-styling.xsl forms-ht

Grzegorz Kossakowski schrieb: Felix Knecht pisze: I hope I haven't made any typos but it was hard to test because none of the cocoon-forms-sample is working. Mostly they fail with org.mozilla.javascript.EcmaError: ReferenceError: Form is not defined.