Return-Path: Delivered-To: apmail-cocoon-cvs-archive@www.apache.org Received: (qmail 2628 invoked from network); 6 Dec 2003 05:06:14 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Dec 2003 05:06:14 -0000 Received: (qmail 84112 invoked by uid 500); 6 Dec 2003 05:05:53 -0000 Delivered-To: apmail-cocoon-cvs-archive@cocoon.apache.org Received: (qmail 84047 invoked by uid 500); 6 Dec 2003 05:05:52 -0000 Mailing-List: contact cvs-help@cocoon.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@cocoon.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list cvs@cocoon.apache.org Received: (qmail 84036 invoked by uid 500); 6 Dec 2003 05:05:52 -0000 Delivered-To: apmail-cocoon-2.1-cvs@apache.org Received: (qmail 84033 invoked from network); 6 Dec 2003 05:05:52 -0000 Received: from unknown (HELO minotaur.apache.org) (209.237.227.194) by daedalus.apache.org with SMTP; 6 Dec 2003 05:05:52 -0000 Received: (qmail 2594 invoked by uid 1389); 6 Dec 2003 05:06:12 -0000 Date: 6 Dec 2003 05:06:12 -0000 Message-ID: <20031206050612.2593.qmail@minotaur.apache.org> From: crossley@apache.org To: cocoon-2.1-cvs@apache.org Subject: cvs commit: cocoon-2.1/src/webapp/samples/text-wrap welcome.html X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N crossley 2003/12/05 21:06:12 Modified: src/webapp/samples/text-wrap welcome.html Log: * wrap2para was inadvertently trying to deal with all types of source rather than just source with XML content. (Sorry for mis-representing Conal's work.) * Removed ASCII art samples. People should really not try ASCII art in source elements. If they do, then their long lines should be just automatically split. An alternative is for them to use the Cocoon block asciiart. * Explained Sylvain's new "nbsp" sample a bit more. Revision Changes Path 1.9 +28 -33 cocoon-2.1/src/webapp/samples/text-wrap/welcome.html Index: welcome.html =================================================================== RCS file: /home/cvs/cocoon-2.1/src/webapp/samples/text-wrap/welcome.html,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- welcome.html 15 Nov 2003 02:37:00 -0000 1.8 +++ welcome.html 6 Dec 2003 05:06:12 -0000 1.9 @@ -17,10 +17,8 @@

-We need to find a way to consistently split lines that are too wide. -Here are demonstrations of various solutions. Each one has pros and cons. -Please help to enhance these solutions so that one can soon be implemented. -(See Notes below.) +If everyone followed code conventions for Java and XML then this +would not happen. However, there is no way to guarantee that.

@@ -30,6 +28,13 @@

+We need to find a way to consistently split lines that are too wide. +Here are demonstrations of various solutions. Each one has pros and cons. +Please help to enhance these solutions so that one can soon be implemented. +(See Notes below.) +

+ +

The following examples are deliberately extreme to ensure that the issues are triggered.

@@ -52,17 +57,16 @@
  • CDATA and deeply embedded xml content model with long names
    • -
  • -Ascii Art -

    • Using the "split.xsl" stylesheet

    -

    All <source> elements had their long -lines split by the included split.xsl stylesheet. +

    All <source> elements had their long lines wrapped at a defined +width (72) by the included split.xsl stylesheet. Lines with no whitespace +(such as long URLs) are forcefully split at 72 characters. The content is wrapped with a <pre> element.

    -

    Note: In past Cocoons this stylesheet has been reported to be a memory hog on certain Java JDKs. How does it go for you? +

    Note: In past Cocoons this stylesheet has been reported to be a memory +hog on certain JVMs. How does it go for you?

    Using the "wrap2para.xsl" stylesheet

    -

    Only <source> elements that did not -contain an xml content model, had their long -lines handled by the included wrap2para.xsl stylesheet. -Such lines are each wrapped with a styled <p> element. +

    Only <source> elements that contain an xml content model had their +lines handled by the included wrap2para.xsl stylesheet. It does not intend to +address all cases of source, only type=xml source. +Lines are each wrapped with a styled <p> element.

    Using the "docnbsp.xsl" stylesheet

    -

    Sequences of two consecutive spaces are replaced by a non-breaking space and a regular space. - +

    +Sequences of two consecutive spaces are replaced by a non-breaking space +and a regular space. +Each line is encased in a <code>><br/> +This keeps the text indentation that would be obtained with a <pre> +while still allowing line wrapping by the browser. +This utilises the exslt extension for strings.

    -

    Other notes

    @@ -141,7 +134,9 @@

    -See the Bugzilla report and the cocoon-dev and forrest-dev mail lists. +See the Bugzilla report +(23796) +and the links to the cocoon-dev and forrest-dev mail discussion.