Author: lou
Date: 2007-09-26 14:47:35 -0700 (Wed, 26 Sep 2007)
New Revision: 6623
Modified:
openlaszlo/trunk/docs/src/developers/data-structures.dbk
openlaszlo/trunk/docs/src/developers/proxied.dbk
Log:
Change 20070926-lou-FCWTJO by [EMAIL PROTECTED] on 2007-09-26 12:53:34 AST
in /home/lou/src/svn/openlaszlo/trunk
for http://svn.openlaszlo.org/openlaszlo/trunk
Summary: check the dguide for correct descriptions of whitespace
New Features:
Bugs Fixed: LPP-984 check the data and solo chapters for correct descriptions
of whitespace and trimwhitespace
Technical Reviewer: Ben Shine
QA Reviewer: (pending)
Doc Reviewer: John Sundman
Documentation:
Release Notes:
Details:
Tests:
Modified: openlaszlo/trunk/docs/src/developers/data-structures.dbk
===================================================================
--- openlaszlo/trunk/docs/src/developers/data-structures.dbk 2007-09-26
21:33:14 UTC (rev 6622)
+++ openlaszlo/trunk/docs/src/developers/data-structures.dbk 2007-09-26
21:47:35 UTC (rev 6623)
@@ -96,7 +96,12 @@
KBytes for the combined length of an element's attributes and the
name of the element.</para></listitem></itemizedlist>
<para/><section><title>Whitespace</title>
-<para>Handling of "whitespace" (spaces, tabs, linefeeds and carriage returns)
is one of the reasons why XML can be problematic as an unambiguous data
interchange format, because applications make different assumptions about how
whitespace is to be handled. In OpenLaszlo applications this problem is
complicated by the fact that whitespace is handled differently on proxied and
SOLO applications.</para>
+<para>Handling of "whitespace" (spaces, tabs, linefeeds and carriage returns)
is one of the reasons why XML can be problematic as an unambiguous data
interchange format, because applications make different assumptions about how
whitespace is to be handled.
+
+<!-- remove the following line, since proxied and SOLO apps are now handeled
the same way -->
+<!-- LPP-984 IORIO 26 sep 2007 -->
+<!-- In OpenLaszlo applications this problem is complicated by the fact that
whitespace is handled differently on proxied and SOLO applications. -->
+</para>
<para>
In OpenLaszlo applications, the runtime doesn't trim whitespace. Rather, it
totally removes text
nodes which have <emphasis role="em">all</emphasis> whitespace. Like, for
example</para>
@@ -117,9 +122,13 @@
<para>
The lesson here is that handling whitespace can be tricky and that you should
pay careful attention to it if your data does not appear as you expect,
especially if the behavior changes between SWF and DHTML implementations of the
same program.
</para>
+
<para condition="dhtml">
For apps running in DHTML, in SOLO mode, the web browser's XML parser is
-very picky about the data source. This may result in applications which run
when compiled to SWF failing to run when compiled to SWF.
+very picky about the data source. This may result in applications which run
when
+<!-- I'm guessing this is a mistake. IORIO 26 sep 2007 -->
+<!-- compiled to SWF failing to run when compiled to SWF. -->
+compiled to SWF failing to run when compiled to DHTML.
</para>
<para>
The server delivering the data must mark the HTTP content type header as
Modified: openlaszlo/trunk/docs/src/developers/proxied.dbk
===================================================================
--- openlaszlo/trunk/docs/src/developers/proxied.dbk 2007-09-26 21:33:14 UTC
(rev 6622)
+++ openlaszlo/trunk/docs/src/developers/proxied.dbk 2007-09-26 21:47:35 UTC
(rev 6623)
@@ -187,10 +187,10 @@
</para>
<para>
The current defaults are:</para>
+<!-- LPP-984: trimwhitespace now defaults to true. IORIO 26 sep 2007 -->
<programlisting>
nsprefix = false (namespace prefixes are stripped)
-trimwhitespace = false (leading and trailing whitespace is preserved in text
-nodes)
+trimwhitespace = true (leading and trailing whitespace is removed from text
nodes)
</programlisting>
<para/></section></section></section><section><title>Workflow</title>
<para>
_______________________________________________
Laszlo-checkins mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-checkins
