<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>No problem, I can actually get what I need from the LPS class, that already</div><div>has the knowledge of what ant does.</div><div><br></div><div>LzCanvas.versionInfoString returns multiline output</div><div>URL: ...</div><div>LPS:</div><div> Version: ...</div><div> Release: ...</div><div>etc.</div><div><br></div><div>How about '|' delimited of the parts we need, as that would not interfere with characters found in any of the parts.</div><div>Like so:</div><div><br></div><div> <library version="4.2.x|Latest|11498 /Users/clients/laszlo/src/svn/openlaszlo/trunk-d|2008-10-22T22:05:52Z"></div><div><br></div><div>- Don</div><div><br></div><div><div><div>On Oct 22, 2008, at 5:30 PM, P T Withington wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>I have not reviewed this, but I have one comment about the version# computation and LPP-2300: IWBRNI the version information on the _published_ schema (that released with each release) matched the Version/Build/Date returned by LzCanvas.versionInfoString. That probably means using the appropriate ant translation task to embed that information. Cf., how the release notes are published.<br><br>On 2008-10-22, at 16:42EDT, Donald Anderson wrote:<br><br><blockquote type="cite">Change 20081022-dda-a by <a href="mailto:dda@lester.local">dda@lester.local</a> on 2008-10-22 13:07:21 EDT<br></blockquote><blockquote type="cite"> in /Users/dda/laszlo/src/svn/openlaszlo/trunk-d<br></blockquote><blockquote type="cite"> for <a href="http://svn.openlaszlo.org/openlaszlo/trunk">http://svn.openlaszlo.org/openlaszlo/trunk</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Summary: Improvements to XML Schemabuilder, use it as default<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">New Features:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Bugs Fixed: LPP-3508 (Generate LZX Schema from js2doc output), LPP-2300 (PARTIAL) (Update laszlo namespace)<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Technical Reviewer: hminsky (pending)<br></blockquote><blockquote type="cite">QA Reviewer: (pending)<br></blockquote><blockquote type="cite">Doc Reviewer: (pending)<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Documentation:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Release Notes:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Details:<br></blockquote><blockquote type="cite"> This change set extends the XML schemabuilder in several ways described below.<br></blockquote><blockquote type="cite"> The output finally is usable as a schema, and is undoubtedly more accurate, so<br></blockquote><blockquote type="cite"> schema/lfc.lzx has been turned into an automatically generated file by this changeset.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> There should be no visible behavioral changes made by this changeset, its purpose<br></blockquote><blockquote type="cite"> is to make the LFC more maintainable, and to allow for future extensions.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> Changes specific to the schemabuilder:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - Create classes in output in 'superclass order' - needed by the reader of this schema.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - Use the javadoc access in the class if it is not available from the element (attribute/method/event),<br></blockquote><blockquote type="cite"> if there is no access there, use the unitid's access (that is, the javadoc at the top of each file).<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - the default inheritance is from Instance, not Object.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - add class attributes<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - handle default values, enum types, and 'class' allocation for attributes<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - convert types (boolean->Boolean, etc.)<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - Added an attribute on <library> to show a version number. This satisfies the<br></blockquote><blockquote type="cite"> next step for LPP-2300. The version number is based on day/hr/min/sec of build<br></blockquote><blockquote type="cite"> and looks like this:<br></blockquote><blockquote type="cite"> <library version="20081022143456"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - Adds a facility to merge in pieces of the schema in order to add, modify, or remove items.<br></blockquote><blockquote type="cite"> The part merged in is hand-maintained and is called lfc-undeclared.lzx (to represent<br></blockquote><blockquote type="cite"> parts of the schema that are not declared in the LFC javadoc). For any<br></blockquote><blockquote type="cite"> piece of the schema to be overridden or added to, a parallel fragment of the schema<br></blockquote><blockquote type="cite"> is created in lfc-undeclared.lzx, the parts to be inserted appear in <insert>, parts<br></blockquote><blockquote type="cite"> to be deleted in <delete> or existing items can be changed with <replace>. These<br></blockquote><blockquote type="cite"> instructions are merged with (and override) information derived automatically,<br></blockquote><blockquote type="cite"> so we ultimately have full control over the schema. However many entries in<br></blockquote><blockquote type="cite"> lfc-undeclared represent items that are improperly declared in javadoc and<br></blockquote><blockquote type="cite"> could be cleaned up. Since I was sometimes conservative in preserving parts<br></blockquote><blockquote type="cite"> of lfc.lzx, some parts of this file represent out of date information (just as<br></blockquote><blockquote type="cite"> the old lfc.lzx may have been out of date). Even some TODO's from the original<br></blockquote><blockquote type="cite"> lfc.lzx have been preserved.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> => As a long term goal, we should seek to eliminate all or most of the items in lfc-undeclared.lzx .<br></blockquote><blockquote type="cite"> Some items, like <containsElements> could only be removed by extending javadoc to contain<br></blockquote><blockquote type="cite"> this information, and that would be a good thing.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> Elsewhere, these changes are made:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - In utils/FileUtils.java: A fix to recognize encoding="UTF-8", which was broken.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> - In js2doc, some improvements to error messages to help debugging.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Tests:<br></blockquote><blockquote type="cite"> weather, lzpix (all platforms)<br></blockquote><blockquote type="cite"> hello (SWF9)<br></blockquote><blockquote type="cite"> smokecheck (SWF8, DHTML)<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Files:<br></blockquote><blockquote type="cite">D WEB-INF/lps/schema/lfc.lzx<br></blockquote><blockquote type="cite">A WEB-INF/lps/schema/lfc-undeclared.lzx<br></blockquote><blockquote type="cite">M WEB-INF/lps/schema/build.xml<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/PropertyReference.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/JS2Doc.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/Main.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/JS2DocUtils.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/SchemaBuilder.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/js2doc/ReprocessComments.java<br></blockquote><blockquote type="cite">M WEB-INF/lps/server/src/org/openlaszlo/utils/FileUtils.java<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Changeset: <a href="http://svn.openlaszlo.org/openlaszlo/patches/20081022-dda-a.tar">http://svn.openlaszlo.org/openlaszlo/patches/20081022-dda-a.tar</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">--<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Don Anderson<br></blockquote><blockquote type="cite">Java/C/C++, Berkeley DB, systems consultant<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">voice: 617-547-7881<br></blockquote><blockquote type="cite">email: <a href="mailto:dda@ddanderson.com">dda@ddanderson.com</a><br></blockquote><blockquote type="cite">www: <a href="http://www.ddanderson.com">http://www.ddanderson.com</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><br></div></blockquote></div><br><div> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br class="Apple-interchange-newline">--</div><div><br>Don Anderson<br>Java/C/C++, Berkeley DB, systems consultant<br><br>voice: 617-547-7881<br>email: <a href="mailto:dda@ddanderson.com">dda@ddanderson.com</a><br>www: <a href="http://www.ddanderson.com/">http://www.ddanderson.com</a><br></div></div></span></span><br class="Apple-interchange-newline"></div></span></div></span><br class="Apple-interchange-newline"> </div><br></div></body></html>