<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel">
    <title>gmane.comp.java.openlaszlo.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16304"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16303"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16302"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16301"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16300"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16299"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16298"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16297"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16296"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16295"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16294"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16293"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16292"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16289"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16288"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16287"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16286"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16285"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16284"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16283"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16304">
    <title>Re: For Review: Change 20080724-dda-z Summary: Addmore environment variables for invoking external compiler</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16304</link>
    <description>approved

On Thu, Jul 24, 2008 at 10:14 PM, Donald Anderson &lt;dda&lt; at &gt;ddanderson.com&gt; wrote:



</description>
    <dc:creator>Henry Minsky</dc:creator>
    <dc:date>2008-07-25T02:39:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16303">
    <title>For Review: Change 20080724-dda-z Summary: Add moreenvironment variables for invoking external compiler</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16303</link>
    <description>Change 20080724-dda-z by dda&lt; at &gt;lester.local on 2008-07-24 21:55:54 EDT
     in /Users/dda/laszlo/src/svn/openlaszlo/trunk-a
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: Add more environment variables for invoking external compiler

New Features:

Bugs Fixed:

Technical Reviewer: hminsky (pending)
QA Reviewer: mamye (pending)
Doc Reviewer: (pending)

Documentation:

Release Notes:

Details:
     When execing an external process, make sure HOME and PATH are  
copied
     to the new environment, as well as FLEX_HOME.
     Not sure if this will help our troubles, but possibly some
     systems will be confused without HOME/PATH set.

Tests:
     Ran SWF9 hello on my machine for regression.
     Need Mamye to try on machines that currently have problems.

Files:
M      WEB-INF/lps/server/src/org/openlaszlo/sc/SWF9External.java

Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20080724-dda-z.tar



--

Don Anderson
Java/C/C++, Berkeley DB, systems consultant

voice: 617-547-7881
email: dda&lt; at &gt;dd</description>
    <dc:creator>Donald Anderson</dc:creator>
    <dc:date>2008-07-25T02:14:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16302">
    <title>Re: new xmlrpc library in trunk</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16302</link>
    <description>That did the trick.

Thanks!

Phil


</description>
    <dc:creator>Philip Romanik</dc:creator>
    <dc:date>2008-07-25T00:04:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16301">
    <title>Re: For Review: Change 20080724-maxcarlson-s Summary: Fix onmouseover/out/onmousedragin/out events in swf9</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16301</link>
    <description>Approved!

</description>
    <dc:creator>Philip Romanik</dc:creator>
    <dc:date>2008-07-24T23:52:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16300">
    <title>Re: new xmlrpc library in trunk</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16300</link>
    <description>OK try now,  r10466 allows it to compile


On Thu, Jul 24, 2008 at 7:06 PM, Henry Minsky &lt;hminsky&lt; at &gt;laszlosystems.com&gt; wrote:



</description>
    <dc:creator>Henry Minsky</dc:creator>
    <dc:date>2008-07-24T23:38:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16299">
    <title>Re: doc renaming - again</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16299</link>
    <description>David needs to be in the loop on this.  This is my understanding:

For any class that implements a tag 'foo' there will be an entry  
`lz.foo` that returns that class.  E.g., &lt;view&gt; is implemented by  
`LzView` but that is deprecated, use `lz.view` instead.  This is  
simply a matter of fixing the documentation, because these entries  
already exist in `lz`.

For any service class that defines a singleton service 'Service', we  
would _like_ there to be an entry `lz.Service`.  E.g., the timer  
service is currently defined by `LzTimerService` and instantiated as  
the singleton `LzTimer`.  What we would like is `lz.Timer` to be how  
you access the singleton, and `lz.TimerService` to be how you access  
the class.  This requires updating the LFC _and_ adjusting the  
documentation.  Since you can't say:

   class lz.TimerService {...

this means you will have to say:

   class $lzc$class_TimerService {...

lz.TimerService = $lzc$class_TimerService;

For any other classes that are public in the LFC, we would </description>
    <dc:creator>P T Withington</dc:creator>
    <dc:date>2008-07-24T23:17:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16298">
    <title>Re: new xmlrpc library in trunk</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16298</link>
    <description>Oops, thanks I need to delete a few more things from the LPS server...

On Thu, Jul 24, 2008 at 7:01 PM, Philip Romanik
&lt;promanik&lt; at &gt;laszlosystems.com&gt; wrote:



</description>
    <dc:creator>Henry Minsky</dc:creator>
    <dc:date>2008-07-24T23:06:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16297">
    <title>Re: new xmlrpc library in trunk</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16297</link>
    <description>I think you missed some files. I tried doing a build and got some errors:


compile:
     [javac] Compiling 541 source files to 
F:\laszlo\svn\src\svn\openlaszlo\trunk_clean\WEB-INF\lps\server\build
     [javac] 
F:\laszlo\svn\src\svn\openlaszlo\trunk_clean\WEB-INF\lps\server\src\org\openlaszlo\servlets\responders\ResponderXMLRPCINFO.java:16: 
cannot find symbol
     [javac] symbol  : class XMLRPCDataSource
     [javac] location: package org.openlaszlo.data
     [javac] import org.openlaszlo.data.XMLRPCDataSource;
     [javac]                            ^
     [javac] 
F:\laszlo\svn\src\svn\openlaszlo\trunk_clean\WEB-INF\lps\server\src\org\openlaszlo\data\JavaDataSource.java:308: 
cannot find symbol
     [javac] symbol  : class LZXmlRpcRequestProcessor
     [javac] location: class org.openlaszlo.data.JavaDataSource
     [javac]         XmlRpcRequest xr = new LZXmlRpcRequestProcessor()
     [javac]                                ^
     [javac] 
F:\laszlo\svn\src\svn\openlaszlo\trunk_clean\WEB-INF\lps\server\s</description>
    <dc:creator>Philip Romanik</dc:creator>
    <dc:date>2008-07-24T23:01:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16296">
    <title>Re: For Review: Change 20080724-dda-2 Summary: minorcleanup of SWF6 compiler transforms</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16296</link>
    <description>Approved.  Rats on the no new instructions!

Possibly worth investigating for more info on swf8 byte codes: http://www.mtasc.org/

On 2008-07-24, at 17:50EDT, Donald Anderson wrote:



</description>
    <dc:creator>P T Withington</dc:creator>
    <dc:date>2008-07-24T23:00:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16295">
    <title>new xmlrpc library in trunk</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16295</link>
    <description>I checked in a large changeset for the XML RPC library; it now
implements the XMLRPC protocol on the client, for swf8, dhtml, and
swf9. This means
that a SOLO app could do XML RPC requests, assuming the security model
is correct for your runtime.

This change temporarily breaks javarpc and SOAP services. I am going
to update the LPS responders for these
services to use XML RPC as the transport protocol, instead of the mix
of JSON and swf byte code which are being generated now
for swf8 and dhtml runtimes.

This change also adds an option to the LzHTTPLoader API, 'parsexml'.
If this option is set to false on an instance of LzHTTPLoader,
then it won't attempt to parse the response as XML, but will just
return the raw string content. This can be used to implement
applications which consume data other than  well-formed XML. The
LzHTTPLoader API is not really a public API, so we still
need to make a public API for this feature; maybe a new LzDataset
subclass, or an option to lzDataset to load data as a single
tex</description>
    <dc:creator>Henry Minsky</dc:creator>
    <dc:date>2008-07-24T22:32:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16294">
    <title>For Review: Change 20080724-maxcarlson-s Summary: Fixonmouseover/out/onmousedragin/out events in swf9</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16294</link>
    <description>Change 20080724-maxcarlson-s by maxcarlson&lt; at &gt;Roboto on 2008-07-24  
15:07:07 PDT
     in /Users/maxcarlson/openlaszlo/trunk-clean
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: Fix onmouseover/out/onmousedragin/out events in swf9

Bugs Fixed: LPP-6677 - Inconsistent behavior between SWF8 and SWF9 in  
Input Devices example 8

Technical Reviewer: promanik
QA Reviewer: hminsky

Details: Only send onmouseover/out on the sprite the mouse went down  
on, then send onmousedragin/out events as usual.

Tests: See LPP-6677 - http://localhost:8080/trunk-clean/docs/src/developers/programs/input-devices-$8.lzx 
  now shows consistent behavior in swf8, dhtml and swf9.

Files:
M      WEB-INF/lps/lfc/kernel/swf9/LzSprite.as

Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20080724-maxcarlson-s.tar

</description>
    <dc:creator>Max Carlson</dc:creator>
    <dc:date>2008-07-24T22:12:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16293">
    <title>For Review: Change 20080724-dda-2 Summary: minorcleanup of SWF6 compiler transforms</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16293</link>
    <description>Change 20080724-dda-2 by dda&lt; at &gt;lester.local on 2008-07-24 16:43:04 EDT
     in /Users/dda/laszlo/src/svn/openlaszlo/trunk-a
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: minor cleanup of SWF6 compiler transforms

New Features:

Bugs Fixed: LPP-6669 (Remove swf6 byte-code kludges from  
CodeGenerator.java)

Technical Reviewer: ptw (pending)
QA Reviewer: (pending)
Doc Reviewer: (pending)

Documentation:

Release Notes:

Details:
Most of the issues implied by the LPP-6669 cannot be fixed - but  
details are listed here.

0)  Removed some code specific to swf6 involving using lower case for  
variable and register names

Examined and tested the various transforms in question:

1)
     // swf6 returns undefined for comparisons with NaN, it
     // is supposed to return false (note that you cannot
     // eliminate one NOT by inverting the sense of the
     // comparison
     BinopInstrs.put(ParserConstants.LT, new Instruction[]  
{Instructions.LessThan, Instructions.NOT, Instructions.NOT});

Tried s</description>
    <dc:creator>Donald Anderson</dc:creator>
    <dc:date>2008-07-24T21:50:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16292">
    <title>For Review: Change 20080724-maxcarlson-R Summary: Fixresource scaling for zero-height views with stretches in swf8</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16292</link>
    <description>Change 20080724-maxcarlson-R by maxcarlson&lt; at &gt;Roboto on 2008-07-24  
13:26:03 PDT
     in /Users/maxcarlson/openlaszlo/trunk-clean
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: Fix resource scaling for zero-height views with stretches in  
swf8

Bugs Fixed: LPP-6656 -  'stretches' broken in resizelayout in swf8

Technical Reviewer: hminsky
QA Reviewer: a.bargull&lt; at &gt;intensis.de

Details: If scalex/y is set to 0, reset it to 1 to prevent division by  
zero.

Tests: See LPP-6656

Files:
M      WEB-INF/lps/lfc/kernel/swf/LzSprite.as

Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20080724-maxcarlson-R.tar

</description>
    <dc:creator>Max Carlson</dc:creator>
    <dc:date>2008-07-24T20:30:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16289">
    <title>Re: [Laszlo-user] [REVISED] API change proposal:Disallow `super` calls in &lt;state&gt; methods</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16289</link>
    <description>This is cleaner. Still will present developers with an unexpected  
"gotcha" as &lt;methods&gt; are put into a &lt;state&gt;, and "super." is used  
naively within a &lt;method&gt;.

will this generate a compiler error?

where should this limitation going to be documented? &lt;state&gt;?  
&lt;method&gt;? language preliminaries? the new JS2 doc?

On Jul 24, 2008, at 5:45 AM, P T Withington wrote:



</description>
    <dc:creator>David Temkin</dc:creator>
    <dc:date>2008-07-24T17:02:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16288">
    <title>Re: doc renaming - again</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16288</link>
    <description>Probably because I forgot them!


On Jul 24, 2008, at 10:38 AM, P T Withington wrote:



--

Don Anderson
Java/C/C++, Berkeley DB, systems consultant

voice: 617-547-7881
email: dda&lt; at &gt;ddanderson.com
www: http://www.ddanderson.com



</description>
    <dc:creator>Donald Anderson</dc:creator>
    <dc:date>2008-07-24T17:07:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16287">
    <title>Re: doc renaming - again</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16287</link>
    <description>For some reason, Mail is not showing me your attachments?

On 2008-07-24, at 09:39EDT, Donald Anderson wrote:



</description>
    <dc:creator>P T Withington</dc:creator>
    <dc:date>2008-07-24T14:38:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16286">
    <title>Re: [JIRA] Commented: (LPP-6670) Remove `if (a in b)` when a is an instance var in b's class</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16286</link>
    <description>Many of the issues I have seen will be fixed with casting (ie: 'is' 
test followed by 'cast')




</description>
    <dc:creator>Philip Romanik</dc:creator>
    <dc:date>2008-07-24T14:37:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16285">
    <title>Re: For Review: Change 20080708-bargull-rwY Summary:replication-manager takes datapath-slot in swf9</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16285</link>
    <description>

It does if we implement the "bonus" part.  :)



</description>
    <dc:creator>P T Withington</dc:creator>
    <dc:date>2008-07-24T14:34:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16284">
    <title>Re: For Review: Change 20080708-bargull-rwY Summary:replication-manager takes datapath-slot in swf9</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16284</link>
    <description>


Does http://www.openlaszlo.org/jira/browse/LPP-5758 already cover this?

- Don

--

Don Anderson
Java/C/C++, Berkeley DB, systems consultant

voice: 617-547-7881
email: dda&lt; at &gt;ddanderson.com
www: http://www.ddanderson.com



</description>
    <dc:creator>Donald Anderson</dc:creator>
    <dc:date>2008-07-24T14:30:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16283">
    <title>Re: [JIRA] Commented: (LPP-6670) Remove `if (a in b)`when a is an instance var in b's class</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16283</link>
    <description>My quick cut at what to do:

In places where it is just checking for existence, `a in b` can be  
rewritten `b['a']`.  If you are just going to use `null` instead of  
`undefined` then say `b['a'] || null`.  If you are making an  
`instanceof` check, change that to `is` because `instanceof` will  
complain if its left arg is not an object, so `b['a'] is ...`.

Couple of specific examples:

error['backtrace'] is LzBacktrace
probably (! isNaN(obj['length']))
obj['hasOwnProperty'] is Function

Or, leave the debugger to me.  I don't think any of the debugger is in  
swf9 yet anyways.

</description>
    <dc:creator>P T Withington</dc:creator>
    <dc:date>2008-07-24T14:09:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16282">
    <title>doc renaming - again</title>
    <link>http://permalink.gmane.org/gmane.comp.java.openlaszlo.devel/16282</link>
    <description>Tucker -

I'd like to pick up the ball again on the lz.classname stuff.
I left it in a state that was probably incorrect, but didn't really
have a clear picture of the final goal - and I'll need your help
to advance it.

To make this easy, I'm attaching webloc
files for a couple of 'typical' pages, maybe you can tell me quickly
what's clearly wrong and how to change it to get something at least
closer to the goal.  We can do by phone/IM if that's better.
Much of the hard stuff (figuring out how to mod the doc pages) is done,
and once we have some general rules for the naming,
it should be pretty easy to fix.  If there's no hard rule for naming,
or there might be exceptions, we could add a javadoc tag to
the sources.

Thanks.

- Don

--

Don Anderson
Java/C/C++, Berkeley DB, systems consultant

voice: 617-547-7881
email: dda&lt; at &gt;ddanderson.com
www: http://www.ddanderson.com



</description>
    <dc:creator>Donald Anderson</dc:creator>
    <dc:date>2008-07-24T13:39:39</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.java.openlaszlo.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.openlaszlo.devel</link>
  </textinput>
</rdf:RDF>
