possible dataset.doRequest bug in html5 (openlaszlo 4.9.0)

hi-

i have a dataset where i call doRequest() on it.  the request is sent and received (verified in chrome's
developer's javascript console, under the "network" section).
however, the "ondata" method of the dataset is not called.  this bug occurs in html5 but not swf10.

i have a second dataset that does work correctly in html5 (calling doRequest() eventually calls
"ondata").  the differences between the two:

successful dataset: response header - Content-Type:text/xml;charset=UTF-8
unsuccessful dataset: response header - Content-Type:text/plain;charset=UTF-8

the unsuccessful dataset does return XML:  <?xml version="1.0" encoding="UTF-8" standalone="yes"?><myXMLElement>...</myXMLElement>

is there a potential bug in html5 generation where if the response of a dataset.doRequest() call returns a
content type that isn't "text/xml", it doesn't correctly handle it/call "ondata"?

thanks,
augusto.

Re: Results of the OpenLaszlo 2012 community survey, 43 people have participated

At 08:02 AM 5/2/2012, Raju Bitter wrote:
>Just a comment on the numbers of community members: The forums
>currently list "Active Members: 18,736". If that was true, only 0.23 %
>of the active forum members would have filled out this survey. I
>wonder what algorithm is used to calculate the number of "active
>members", e.g. ( numberOfRealCommunityMembers *
>WISHFUL_THINKING_CONSTANT * MARKETING_BULLSHIT).
>
>Or maybe: whoever made it through the registration process and is
>theoretically able to post messages is an active member. 

It happens with any list like this, it's always a far smaller
set of active participants, some light users, and a large
number of lurkers.  This list regularly validates subscribers
email for bounces, so the messages are going somewhere.

Some of us just have other jobs to work on at the moment and
maybe didn't get to the survey.

=======================================================================
Geoff Crawford                       Phone:            (973) 361 - 4224
Innov8 Computer Solutions, LLC       FAX:              (973) 537 - 6946
711 Route 10 East, Suite 204         Email:          geoff@...
Randolph NJ 07869                    Web: http://www.processwareerp.com

                  ProcessWare ERP for the F&F Industry

Re: new Calendar Demo Application available

Re: new Calendar Demo Application available

Oh yes, makes sense. 

Thanks, Sebastian!

Re: Results of the OpenLaszlo 2012 community survey, 43 people have participated

Hi Geoff,

I wasn't talking about the mailing lists, but about the forums. Not
sure how many people are registered for the laszlo-dev mailing list at
the moment. As it looks now, you can probably soon think about
re-implementing your OpenLaszlo based solution in Flex (wait no, going
down as well), oh - how about jQuery? Wouldn't probably be very much
fun.

Raju

Re: [Laszlo-dev] LzView.setSource & mp3s while compiling HTML5 (openlaszlo 4.9.0)

Re: [Laszlo-dev] LzView.setSource & mp3s while compiling HTML5 (openlaszlo 4.9.0)

The DHTML runtime doesn't support mp3 audio playback. Check the
development guide section on media resources:
http://www.openlaszlo.org/lps4.9/docs/developers/media-resources.html#d0e39353
"Mp3s are not natively supported by browsers, so applications that
compile to DHTML should make provisions, as described above."

If you wonder if a feature is supported, check the
LzSprite.capabilities list. For the DHTML runtime,
LzSprite.capabilities.audio should be 'false'.

- Raju

Re: [Laszlo-dev] LzView.setSource & mp3s while compiling HTML5 (openlaszlo 4.9.0)

If I remember correctly, the audio player example uses an invisible
OpenLaszlo SWF app for audio playback.

Technically all modern browsers support the HTML5 audio tag, which
means you could even playback MP3 or an OGG3 file. If someone one
would be willing to add HTML5 audio support to the LFC, that would be
very easy:
http://caniuse.com/#feat=audio

- Raju

web forum activation

Bracket - an open source IDE/editor by Adobe

Despite the Flex/Flash mess, Adobe is working on some new open source projects:
https://github.com/adobe/brackets

This is a very early version of Brackets, a code editor for HTML, CSS
and JavaScript that's built in HTML, CSS and JavaScript.

What makes Brackets different from other web code editors?

+ Tools shouldn't get in your way. Instead of cluttering up your
coding environment with lots of panels and icons, the Quick Edit UI in
Brackets puts context-specific code and tools inline.
+ Brackets is in sync with your browser. With Live Development,
Brackets works directly with your browser to push code edits
instantly, set breakpoints, and jump back and forth between your real
source code and the browser view.
+ Do it yourself. Because Brackets is open source, and built with
HTML, CSS and JavaScript, you can help build the best code editor for
the web.

Looks like they are trying to make Flex go away even faster...