headers
Max Carlson | 1 May 04:33
Favicon

For Review: Change 20070430-maxcarlson-7 Summary: Add flash support to html tag

Change 20070430-maxcarlson-7 by maxcarlson <at> plastik on 2007-04-30  
10:49:38 PDT
     in /Users/maxcarlson/openlaszlo/legals-clean
     for http://svn.openlaszlo.org/openlaszlo/branches/legals

Summary: Add flash support to html tag

New Features:

Bugs Fixed: LPP-3735 - <html> embedding tag not working in FF2.0 / OS  
X in swf

Technical Reviewer: promanik
QA Reviewer: jcrowley
Doc Reviewer: (pending)

Documentation:

Release Notes:

Details: DojoExternalInterface.as - add callback to LzBrowser when  
flash/browser subsystem is ready.

LzBrowser.as - queue callJS() calls until flash/browser subsystem is  
ready.

html-response.xslt - default to wmode: transparent in flash - to  
allow HTML to show through.

html.lzx - Add proxy Lz object to call browser methods from swf.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Srini Raja | 1 May 04:38

Re: Audio problem in videoview

Finally resolved it to stream.close().

So it looks like Flash doesn't allow more than 8 streams. Once you close
your first stream, the 9th stream's audio grabs the audio track and uses it.

Looks more like a threading mechanism with only 8 threads and the 9th one
has to wait until one of them is closed.
Permalink | Reply | 0 comments |
headers
Philip Romanik | 1 May 05:40
Favicon

Re: For Review: Change 20070430-maxcarlson-7 Summary: Add flash support to html tag

Hi Max,

I tested on Windows so Josh will have to verify the Mac browsers.

- This worked fine in dhtml and swf8. However, I could not get any web page 
to display in swf7 until I clicked in the window. I tried (Windows) 
FF1.5/FF2/IE6/IE7.

- The 'Loading..." text never goes away when the page is loaded. I don't 
think anything you did caused this so FYI.

- Missing copyrights in iframemanager.js

- I think there is a possible lockup in LzBrowser.as. This isn't new. When 
_dequeueJS() is called to process the queue, there is an assumption that 
__jslocked won't become true during processing. If this were to happen, 
_dequeueJS() will take an item off the queue, and then callJS() will put it 
back on the queue, and so on.

LzBrowser.callJS = function (js, callback) {
...
     if (this.__jslocked == true) {
         var o = [];
         for (var i = 0; i< arguments.length; i++) {
             o[i] = arguments[i];
         }
         this.__jscallq.push(o);
         //Debug.write('queued', this.__jscallq.length, o);
         return;
     }
(Continue reading)

Permalink | Reply | 0 comments |
headers
P T Withington | 1 May 15:52
Favicon

Re: script compiler having trouble compiling this expression

On 2007-04-30, at 00:27 EDT, Henry Minsky wrote:

> Two thoughts,
>
> 1) I  probably need to wrap parens around the whole thing, like in the
> Firefox parser which otherwise interprets the braces as a block not  
> a hash
> table...

Indeed.  It is complaining about the first colon it encounters.   
Although that should have been interpreted as a label -- so there is  
a bug in the parser.  I think this is because Oliver added 'directive  
blocks' which seem not to be the same as a straight 'block'.

> 2) I may be getting faked out when I try to manually enter this in the
> debugger, if the string size is so long that it exceeds some length  
> limit on
> a GET request...

Maybe, or it is being correctly compiled as a block in that case and  
blocks have no value.  In the debugger try:

global.foo = { ... }

and see if `foo` is what you expect.

> On 4/29/07, Henry Minsky <henry.minsky <at> gmail.com> wrote:
>>
>>
>> I'm calling ScriptCompiler.compileToByteArray on this string, and
(Continue reading)

Permalink | Reply | 0 comments |
headers
John Sundman | 1 May 16:35
Favicon

"expires" header in proxied/Solo apps

Is the following statement (from an old email thread) still true?

"If you deploy your app serverless and mark your resources with Expires
headers then the browser won't make a request before it retrieves them
from the cache. OpenLaszlo doesn't support the expires header in proxied
mode. "
Permalink | Reply | 2 comments |
headers
Henry Minsky | 1 May 16:50
Picon

Re: "expires" header in proxied/Solo apps

Can you send me the email thread? I am not sure what "marking" a resource means...


On 5/1/07, John Sundman < jsundman <at> laszlosystems.com> wrote:
Is the following statement (from an old email thread) still true?

"If you deploy your app serverless and mark your resources with Expires
headers then the browser won't make a request before it retrieves them
from the cache. OpenLaszlo doesn't support the expires header in proxied
mode. "



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

Permalink | Reply | 1 comment |
headers
John Sundman | 1 May 16:53
Favicon

Re: "expires" header in proxied/Solo apps

HI Henry,

I'm looking into this documentation bug:

http://www.openlaszlo.org/jira/browse/LPP-1012

It would be really helpful if you could just comment on the bug!

Thanks!

jrs

On May 1, 2007, at 10:50 AM, Henry Minsky wrote:

> Can you send me the email thread? I am not sure what "marking" a  
> resource
> means...
>
>
> On 5/1/07, John Sundman <jsundman <at> laszlosystems.com> wrote:
>>
>> Is the following statement (from an old email thread) still true?
>>
>> "If you deploy your app serverless and mark your resources with  
>> Expires
>> headers then the browser won't make a request before it retrieves  
>> them
>> from the cache. OpenLaszlo doesn't support the expires header in  
>> proxied
>> mode. "
>>
>
>
>
> -- 
> Henry Minsky
> Software Architect
> hminsky <at> laszlosystems.com
Permalink | Reply | 0 comments |
headers
Max Carlson | 1 May 20:24
Favicon

Outstanding changes that could be integrated to 4.0.1

Wow, that's a lotta changes!  If your name is in the to: field of
this email, you have changes in legals that haven't been integrated
to 4.0 yet.  I should have already included your proposal if you sent
one - if I didn't (sorry) please list it in your reply.   Please list
the associated risks and rewards if you think we shoudl take the
change in your reply.

max:
4673 - Add onmousemove event to swf, make getMouse() constraints more
efficient
Risk: minimal
Reward: more efficient dragging, mouse move events
4700 - Fix loading non-proxied MP3 audio
Risk: tiny - only affects swf mp3 audio
Reward: huge - makes mp3s play again when unproxied

4714 - Fix resourcewidth and height for proxied swf and image loading
Risk: small - only affects proxied media loading
Reward: huge - can now load resources without incorrect resource sizes

4733 - Fix playback control for proxyless streaming mp3s
Risk: tiny - only affects swf mp3 audio
Reward: huge - makes mp3s controllable when streaming

4739 - UPDATED: Clean up for "LzUtils" or nullify more attributes
after destroying a view
Risk: small - cleans up images more completely when destroyed
Reward: huge - removes a big memory leak in DHTML

4742 - Add default vlaue for view.DOUBLE_CLICK_TIME
Risk: small - added a missing value
Reward: big - double-click works again

4770 - Fix swf movie scaling when a splash is included
Risk: tiny - affects only splash
Reward: big - movie will scale to proper size early enough for splash

4780 - Fix movieclip references for splash -> view conversion
Risk: tiny - affects only splash
Reward: big - persistent splash objects controllable again via lzx

4807 - Canvas div cannot be clipped in Opera or Safari
Risk: small - adds a quirk that only affects safari and opera
Reward: huge - objects are clickable again in Safari and Opera

jim:
4665 - Major cleanup to docs/src/build.xml.
4717 - Improvements to Contributor's guide; beginnings of js2doc docs
4745 - Add docbook builds for Java sources under WEB-INF/lps/server/src.
4750 - remove docs/src/hardpages, no longer in use
4756 - Additional documentation changes involving @field, @event,
@devnote, etc.4759 - add pure docbook version of dguide. keep
checking in to html files; I'll merge until we're ready to hit the
switch
4767 - move examples into programs/, rename to remove .in suffix,
replace entities, move resources into place
4782 - add docbook-only version of deployers guide
4784 - RefGuide: Improve generation of LZX type names from JavaScript
type names
4823 - New scheme for embedded live examples in documentation (work
in progress)
4833 - Incremental progress with live examples in docbook sources.
4834 - More live examples in docbook docs
4837 - A small tweak to the doc example pretty-printer
4842 - Merge recent doc changes to trunk over to branches/legals

pbr:
4789-4790 - Remove contacts demo (uses redmond components)

ptw:
4766 - Migrate 4765 to legals
Risk: nil
Benefit: Large XML data sets will work correctly in SWF runtime
4815 - Install global error handler

john:
4693 - some clarificaitons about data in SOLO apps
4763 - explain how to delete imported library. Resolves 1071
4764 - commenting out compilation of examples to dhtml
4835 - updating performance tuning chapter. Resolves LPP-990
4836 - clarifications about persistent connection manager.  Resolves
LPP-944

henry:
4718 - refactor SOAP service into JSON and SWF
4748 - another checkpoint for SOAP/DHTML
4749 - alias escape to encodeURIComponents in swf
4754 - SOAP crap
4755 - fix braino
4795 - move definition of encodeURIComponent outside of $debug block
4798-4806 - fix for datapath / <datapath> conflict
4811 - fixup grid example
4820 - more of JSON SOAP implementation
4821 - need to fix svn-commit on cygwin.. forgot this one too
Permalink | Reply | 1 comment |
headers
Max Carlson | 1 May 20:26
Favicon

[Fwd: Re: Outstanding changes that could be integrated to 4.0.1]

These should have been sent to laszlo-dev.  Sorry about that!

-- 
Regards,
Max Carlson
OpenLaszlo.org
Favicon
From: John Sundman <jsundman <at> laszlosystems.com>
Subject: Re: Outstanding changes that could be integrated to 4.0.1
Date: 2007-04-30 17:40:31 GMT
Please take all of these.  The risks are low.  It's mostly just doc  
content changes, but in 4763 I also inadvertenly included a change to  
one of the doctools files; 4764 reverses that.

Thanks,

jrs

>
>
> john:
> 4693 - some clarificaitons about data in SOLO apps
> 4763 - explain how to delete imported library. Resolves 1071
> 4764 - commenting out compilation of examples to dhtml
> 4835 - updating performance tuning chapter. Resolves LPP-990
> 4836 - clarifications about persistent connection manager.   
> Resolves LPP-944
>
>
Favicon
From: Jim Grandy <jgrandy <at> openlaszlo.org>
Subject: Re: Outstanding changes that could be integrated to 4.0.1
Date: 2007-04-30 17:40:16 GMT
I just realized this should be transacted on laszlo-dev.

On Apr 30, 2007, at 10:33 AM, P T Withington wrote:

> On 2007-04-30, at 13:01 EDT, Max Carlson wrote:
>
>> ptw:
>> 4766 - Migrate 4765 to legals
>> Risk: nil
>> Benefit: Large XML data sets will work correctly in SWF runtime
>> 4815 - Install global error handler
> Risk: low -- only affects DHTML with debugging on
> Benefit: high -- DHTML programs that get an error that is not  
> caught by the compiler runtime will get caught by this handler and  
> an error message will be printed in the debug console (rather than  
> just silently failing).
>
Picon
From: Henry Minsky <henry.minsky <at> gmail.com>
Subject: Re: Outstanding changes that could be integrated to 4.0.1
Date: 2007-04-30 17:34:15 GMT

The four sets of changes below are all candidates for integration to 4.0.1


SOAP/RPC for DHTML::
4820 - more of JSON SOAP implementation
4821 - need to fix svn-commit on cygwin.. forgot this one too
4718 - refactor SOAP service into JSON and SWF
4748 - another checkpoint for SOAP/DHTML
4749 - alias escape to encodeURIComponents in swf
4754 - SOAP crap
  Benefit: implements most SOAP services for DHTML
  Risk: modest, the SWF RPC code was moved to a new package,
  might be some untested cases that got broken.





4755 - fix braino
4795 - move definition of encodeURIComponent outside of $debug block
  Benefit: fixes URL data encoding bug which will cause data transactions to fail mysteriously in DHTML but work in SWF.
  Risks: modest, as it affects data URL encoding in several places


4798-4806 - fix for datapath / <datapath> conflict
  Benefit: fixes user-visible confusing inconsistency with use of datapath tag and attribute
  Risk: affects the datapath init code at a low level, so may be some corner
   case we aren't testing for which will get broken.


4811 - fixup grid example
   Benefit: fixes important example
   Risk: low , just undeleted a test data file that was inadvertently removed



Favicon
From: Philip Romanik <promanik <at> laszlosystems.com>
Subject: Re: Integration proposal for 4.0.1
Date: 2007-04-30 17:30:58 GMT
I sent this in a separate email. Here's a copy

Change 4790 should be moved to 4.0.1. This removes the contact demo (and
the link to it) which doesn't run. However, you must also take change 4811
(Henry's fix to the grid demo because it depends upon the data I deleted).

Risk: low. The demo can't run because the redmond components have been
removed.

>pbr:
>4789-4790 - Remove contacts demo (uses redmond components)
Permalink | Reply | 0 comments |
headers
Max Carlson | 1 May 20:30
Favicon

Re: OpenLaszlo + CakePHP

Hi Nate,

It's been a while - how are things?  Did you get something into cake yet 
that automatically generates XML for models?  Let me know how things are 
going, and how I can help!

Thanks!

Nate Abele wrote:
>>>>>> http://wiki.openlaszlo.org/Database_Connector
>>> I have a couple of additional thoughts on the spec that I wanted to 
>>> throw out, to get some opinions from you and the Laszlo development 
>>> community.  One thing I see lacking in the spec is the ability to 
>>> query records by specific search conditions.  One way I see of 
>>> accomplishing this is in the query string, if you have certain 
>>> 'special' keys, i.e. order, which have their own purposes, and treat 
>>> the rest of the keys as field names to search.  Following the 
>>> examples in the spec, a sample URL might look something like:
>>> /contact/search?first_name=nate
>>> or even
>>> /contact/read?first_name=nate (this one would make it easier to 
>>> maintain the CRUD method mappings)
>>
>> This makes sense to me.  All the SQL comparison operators map over 
>> pretty well, e.g. '!= nate' would naturally end up with '!' as the 
>> last part of the query key - not so bad.  The operators can be parsed 
>> out of the keys and used to assemble the query.
>>
>> != -> <>
>> <= -> <=
>> >= -> >=
>> ...
> 
> I guess the only issue i see with this, now that I think about it, is 
> the fact that you're effectively allowing the execution of arbitrary SQL 
> from the query string.  Granted, you could always lock down which 
> operations are allowed for which fields on the server side, but I think 
> it raises the larger issue of client authentication, which isn't 
> addressed in the spec.
> 
> As long as all the access is happing from within your Laszlo app, there 
> are obviously no issues, so I guess it's just a matter of verifying that 
> the client is, in fact, you Laszlo app.
> 
> - Nate
> CakePHP
> 

--

-- 
Regards,
Max Carlson
OpenLaszlo.org
Permalink | Reply | 0 comments |

Gmane