Re: Updated Platform Roadmap wiki page

Thank you Amy, i am going to transrate it to Japanese and post it to OpenLaszlo.jp site.

Amy Muntz さんは書きました:
> If you want a quick overview of the OpenLaszlo releases, check
> out the updated Platform Roadmap on the OL wiki:
> http://wiki.openlaszlo.org/Platform_Roadmap
> 
> Thanks,
> Amy
> 
> 

For Review: Change 20080731-hqm-j Summary: fix more bugs in javarpc, and in swf8 loader

Change 20080731-hqm-j by hqm <at> badtzmaru-4.local on 2008-07-31 23:44:48  
EDT
     in /Users/hqm/openlaszlo/trunk4
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: fix more bugs in javarpc, and in swf8 loader

New Features:

Bugs Fixed:

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

Documentation:

Release Notes:

Details:

+ fix problem with null values in params when calling javarpc

+ fix problem with swf8 LzLoadQueue, the connection was not getting
marked as closed after it loaded, so the LzLoadQueue.openConx would
max out after a few loads.

+ LzFormatter in swf9 got a runtime error when calling 'instanceof' on  
null, changed it to 'is' test

Re: For Review: Change 20080731-hqm-j Summary: fix more bugs in javarpc, and in swf8 loader

Approved.

We should think about unifying the rpc data serialization with the  
accept/present mechanism which is used to do the same thing for  
datamapping.

On 2008-07-31, at 23:48EDT, Henry Minsky wrote:

> Change 20080731-hqm-j by hqm <at> badtzmaru-4.local on 2008-07-31  
> 23:44:48 EDT
>    in /Users/hqm/openlaszlo/trunk4
>    for http://svn.openlaszlo.org/openlaszlo/trunk
>
> Summary: fix more bugs in javarpc, and in swf8 loader
>
> New Features:
>
> Bugs Fixed:
>
> Technical Reviewer: ptw
> QA Reviewer: pbr
> Doc Reviewer: (pending)
>
> Documentation:
>
> Release Notes:
>
> Details:
>
> + fix problem with null values in params when calling javarpc

For Review: Change 20080801-lou-O Summary: change minimum requirement for Java SDK from 1.4 to 1.5

Change 20080801-lou-O by lou <at> loumac.local on 2008-08-01 08:08:45 AST
     in /Users/lou/src/svn/openlaszlo/trunk
     for http://svn.openlaszlo.org/openlaszlo/trunk

Summary: change minimum requirement for Java SDK from 1.4 to 1.5

Bugs Fixed: LPP-6739

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

Details: change text and link to refer to 1.5 or greater

Tests: visual verify

Files:
M      docs/installation/install-instructions.html

Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20080801-lou- 
O.tar

Fwd: [JIRA] Commented: (LPP-5595) LzDataNode reference page problems

Maybe we can update the references to LzDataNodeMixin ?

---------- Forwarded message ----------
From: Guy Rouillier (JIRA) <jira <at> laszlosystems.com>
Date: Fri, Aug 1, 2008 at 4:42 PM
Subject: [JIRA] Commented: (LPP-5595) LzDataNode reference page problems
To: hminsky <at> laszlosystems.com

   [ http://www.openlaszlo.org/jira/browse/LPP-5595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=46073#action_46073
]

Guy Rouillier commented on LPP-5595:
------------------------------------

In the current 4.1.1 download, the LzDataNodeMixin page in the
reference starts with this sentence:

"LzDataNode is the base class for the classes that represent
OpenLaszlo's hierarchical data format. ".

I suppose this is a holdover from moving the LzDataNode into
LzDataNodeMixin.  Also, the example on that page does not contain an
instance of LzDataNodeMixin, so it's unclear how the example relates
to LzDataNodeMixin.

> LzDataNode reference page problems
> ----------------------------------
>
>                 Key: LPP-5595
>                 URL: http://www.openlaszlo.org/jira/browse/LPP-5595

Re: [Laszlo-checkins] r10557 - openlaszlo/trunk

Don't you want the version ID to be 4.2a also?

On Aug 1, 2008, at 14:59, mkratt <at> openlaszlo.org wrote:

> Author: mkratt
> Date: 2008-08-01 11:59:19 -0700 (Fri, 01 Aug 2008)
> New Revision: 10557
>
> Modified:
>   openlaszlo/trunk/build.properties
> Log:
> Change version number to 4.2a for the DingDong alpha release
>
> Modified: openlaszlo/trunk/build.properties
> ===================================================================
> --- openlaszlo/trunk/build.properties    2008-08-01 17:22:53 UTC  
> (rev 10556)
> +++ openlaszlo/trunk/build.properties    2008-08-01 18:59:19 UTC  
> (rev 10557)
> @@ -6,8 +6,8 @@
> version.id = 4.2.x
> version.id.upper = 4.2.x
> # Set this in a release to the release name
> -release = Latest
> -release.id = 4.2.x
> +release = DingDong Final
> +release.id = 4.2a
> # Set this in a release to the release build
> # Otherwise an ant task will compute it from svn
> #build.id

For Review: Change 20080801-dda-j Summary: Clean up 'published' lz.* names for services

For Review: Change 20080801-dda-j Summary: Clean, up 'published' lz.* names for services

- What about LzNode subclasses (so tag-classes), which haven't got a 
tagname, in particular the replication-manager classes? I'd say, we need 
to add a tagname for those classes and publish them through their 
tagname in the lz-object.
- some kernel classes (non-public!) are still published, e.g. 
LzXMLParser (swf9). This should be reverted.

> Change 20080801-dda-j by dda <at> lester.local on 2008-08-01 17:23:18 EDT
>      in /Users/dda/laszlo/src/svn/openlaszlo/trunk
>      for http://svn.openlaszlo.org/openlaszlo/trunk
>
> Summary: Clean up 'published' lz.* names for services
>
> New Features:
>
> Bugs Fixed: LPP-6600
>
> Technical Reviewer: ptw (pending)
> QA Reviewer: (pending)
> Doc Reviewer: (pending)
>
> Documentation:
>
> Release Notes:
>
> Details:
>      This change set makes sure there are lz.* names for all public  
> classes/mixins
>      in the LFC namespace, using the rule:
>       if there is a lzx tagname <foo>, the name should be lz.foo,
>       otherwise we publish under the name lz.FooBar for class named  
> LzFooBar.
>
>      To help track published names, we mark all the names with a //  
> publish comment
>
>      A perl script was used to verify that the correct names were  
> published and nothing else.
>      That script is attached to LPP-6600 at the moment as it doesn't  
> have an official role
>      in the build process.
>
> Tests:
>      Regression: swf8/dhtml smokecheck, swf8/9/dhtml weather/lzpix,  
> swf9 hello
>
> Files:
> M      WEB-INF/lps/lfc/kernel/swf/LzLibrary.lzs
> M      WEB-INF/lps/lfc/kernel/dhtml/LzLibrary.js
> M      WEB-INF/lps/lfc/services/LzTrack.lzs
> M      WEB-INF/lps/lfc/services/LzGlobalMouse.lzs
> M      WEB-INF/lps/lfc/services/LzKeys.lzs
> M      WEB-INF/lps/lfc/services/LzIdle.lzs
> M      WEB-INF/lps/lfc/services/LzCursor.lzs
> M      WEB-INF/lps/lfc/services/LzModeManager.lzs
> M      WEB-INF/lps/lfc/services/LzFocus.lzs
> M      WEB-INF/lps/lfc/services/LzTimer.lzs
> M      WEB-INF/lps/lfc/services/LzBrowser.lzs
> M      WEB-INF/lps/lfc/services/LzHistory.lzs
> M      WEB-INF/lps/lfc/services/LzAudio.lzs
> M      WEB-INF/lps/lfc/core/LzNode.lzs
> M      WEB-INF/lps/lfc/views/LzInputText.lzs
> M      WEB-INF/lps/lfc/views/LzScript.lzs
> M      WEB-INF/lps/lfc/views/LzText.lzs
> M      WEB-INF/lps/lfc/views/LaszloView.lzs
> M      WEB-INF/lps/lfc/views/LaszloCanvas.lzs
> M      WEB-INF/lps/lfc/helpers/LzDataSelectionManager.lzs
> M      WEB-INF/lps/lfc/helpers/LzCommand.lzs
> M      WEB-INF/lps/lfc/helpers/LzSelectionManager.lzs
> M      WEB-INF/lps/lfc/helpers/LzState.lzs
> M      WEB-INF/lps/lfc/controllers/LzAnimatorGroup.lzs
> M      WEB-INF/lps/lfc/controllers/LaszloLayout.lzs
> M      WEB-INF/lps/lfc/controllers/LaszloAnimation.lzs
> M      WEB-INF/lps/lfc/data/LzDatapointer.lzs
> M      WEB-INF/lps/lfc/data/LzDataText.lzs
> M      WEB-INF/lps/lfc/data/LzDataNode.lzs
> M      WEB-INF/lps/lfc/data/LzDataRequest.lzs
> M      WEB-INF/lps/lfc/data/LzDataProvider.lzs
> M      WEB-INF/lps/lfc/data/LzDataset.lzs
> M      WEB-INF/lps/lfc/data/LzDatapath.lzs
> M      WEB-INF/lps/lfc/data/LzParam.lzs
> M      WEB-INF/lps/lfc/data/LzDataAttrBind.lzs
> M      WEB-INF/lps/lfc/compiler/LzFormatter.lzs
>
> Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20080801-dda-j.tar
>
>
>
> --
>
> Don Anderson
> Java/C/C++, Berkeley DB, systems consultant
>
> voice: 617-547-7881
> email: dda <at> ddanderson.com
> www: http://www.ddanderson.com

HD video in OpenLaszlo? On the way...

Hi all,

Here's a preview screen shot of HD video playing in an OpenLaszlo app, using
the H.264 of Flash Player Update 3 and higher (released in Dec 2007). That's
a 1280x544 Quicktime movie playing.
http://flickr.com/photos/semanticmemories/2728890914/sizes/l/

I still have to fit the AS3 specific code into the videostream and
mediastream class and probably will need support from Henry for that, but
wanted to show what it means to have SWF9 and HD video. ;)

Great work by everyone on the SWF9 runtime. And thanks for the support I've
gotten so far from Tucker, Henry and Max.

- Raju

Re: HD video in OpenLaszlo? On the way...

Cool stuff! I should make some HD video to play!

On Sun, Aug 3, 2008 at 12:59 PM, Raju Bitter
<openlaszlonaut <at> googlemail.com> wrote:
> Hi all,
>
> Here's a preview screen shot of HD video playing in an OpenLaszlo app, using
> the H.264 of Flash Player Update 3 and higher (released in Dec 2007). That's
> a 1280x544 Quicktime movie playing.
> http://flickr.com/photos/semanticmemories/2728890914/sizes/l/
>
>
> I still have to fit the AS3 specific code into the videostream and
> mediastream class and probably will need support from Henry for that, but
> wanted to show what it means to have SWF9 and HD video. ;)
>
> Great work by everyone on the SWF9 runtime. And thanks for the support I've
> gotten so far from Tucker, Henry and Max.
>
> - Raju
>
>
>

--

-- 
Henry Minsky
Software Architect
hminsky <at> laszlosystems.com