|
|
|
Please verify if still a bug or not in 4.0.
Change 20070607-Philip-0 by Philip@Philip-DC on 2007-06-07 18:03:10 EST
in /cygdrive/f/laszlo/svn/src/svn/openlaszlo/branches/legals for http://svn.openlaszlo.org/openlaszlo/branches/legals Summary: Parse datapaths with '.' New Features: Bugs Fixed: Technical Reviewer: hqm QA Reviewer: (pending) Doc Reviewer: (pending) Documentation: Release Notes: Details: It turns out that data attributes could not have a '.' in the name, although this is valid XML. LzDatapointer.__LZprocessOperator() was using split(".") to separate the operator ('attributes' in this case) and data. If the operator is 'attributes', the code now uses substr() to retain the entire line. For other operators, split() is still used. I modified /test/data/alldata.lzx (see datapointer.lzx) to verify that attributes can now be read properly. The dataset is: <dataset name="syntax"> <data a="avalue" b="bvalue" a.b="a.bvalue"/> </dataset> Tests: Test case in /test/lfc/data/alldata.lzx (swf, dhtml) /test/smoke/smokecheck.lzx (swf, dhtml) lzpix Files: M test/lfc/data/datapointer.lzx M WEB-INF/lps/lfc/data/LzDatapointer.lzs Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20070607-Philip-0.tar |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
because of using 'eval', but I thought I modified that to use foo[bar] syntax instead, so need to check.