CSS Heads up

A change is coming to our CSS implementation to make it "more standard" and to make it work properly.  The
change is backward compatible (as much as I can make it), but I am emitting a warning when
back-compatibility mode is triggered, so you can adjust your code.  There will surely be a number of
warnings in existing CSS-styled code.  This change will be available in the nightly builds in a day or so.

Summary:

CSS-styled attributes will no longer 'inherit' (get their value from an enclosing node) by default.  There
is a new mechanism to override this default.

Details:

a) Standard properties will only inherit if they are defined to do so by the W3 standard:  http://www.w3.org/TR/CSS21/propidx.html

b) Custom CSS properties default to not inheriting.

c) The CSS `inherit` keyword can be used in a stylesheet to make any CSS property have the inheriting
behavior (where the CSS rule is applicable).

d) There is a new property of <attribute>, when you specify `style="property"`, you can also specify
`inherit="true"`, to make that CSS property inherit.

e) For backwards compatibility, when there is no local applicable CSS style property, but there is an
inheritable property, the inheritable property will be used.  In debug mode, you will get a warning, in
case this is not the intended behavior.  The warning will give instructions on how to change your code to
silence the warning (i.e., to make the inherit behavior explicit).

Concrete example:

<stylesheet>

Import formated text and pictures dynamically into view

HTML5 SOLO in 4.9.0 generates wgt. bug?

Hi all,
I am trying OpenLaszlo4.9.0.
When I deploy my app as HTML5 SOLO, the .wgt file is generated.
The file name is solo_deploy_11_04_2010_01_44_29.wgt

Not zip??
I think this is not HTML5(DHTML?) SOLO file.

How can I generate the DHTML SOLO zip as far.

best regards,
ason

Re: HTML5 SOLO in 4.9.0 generates wgt. bug?

Re: HTML5 SOLO in 4.9.0 generates wgt. bug?

Thank you for your reply.

Now I understand !
Sorry,  I did not know about .wgt at all.

Thank you,
ason

2010/11/4 Henry Minsky <henry.minsky@...>:
> We renamed the file to conform the the w3c widget standard, but it is still
> in zip file format. You can unzip with any standard unzip tool. The only
> difference in content between the new and old format is that there is now a
> config.xml file and an icon resource .png file included.
>
>
>
> On Wed, Nov 3, 2010 at 12:55 PM, ason <minamotonoason@...> wrote:
>>
>> Hi all,
>> I am trying OpenLaszlo4.9.0.
>> When I deploy my app as HTML5 SOLO, the .wgt file is generated.
>> The file name is solo_deploy_11_04_2010_01_44_29.wgt
>>
>> Not zip??
>> I think this is not HTML5(DHTML?) SOLO file.
>>
>> How can I generate the DHTML SOLO zip as far.
>>
>> best regards,
>> ason
>
>
>
> --
> Henry Minsky
> Software Architect
> hminsky@...
>
>
>

Re: HTML5 SOLO in 4.9.0 generates wgt. bug?

Re: HTML5 SOLO in 4.9.0 generates wgt. bug?

Re: HTML5 SOLO in 4.9.0 generates wgt. bug?

Re: SOAP support, or lack thereof

Hi,

  If any change of progressing this, i would appreciate if i could  
hear about it.
  And also work together on it.

  Best,

  Ono

Quoting Henry Minsky <hminsky@...>:

> During our latest bug scrub, the OpenLaszlo team had to make a decision
> about how to prioritize SOAP bugs.
> We realized that we don't have the resources to continue maintaining the
> existing SOAP functionality,
> along with the large number of high priority platform tasks that we are
> working on.
>
> If there are people in the community relying on SOAP support, this might be
> an opportunity to get together
> and work on a new version of an API.
>
>
> The way the SOAP package works currently is by passing a SOAP envelope to
> the LPS server, where an Apache library in Java is used as a proxy to
> perform the SOAP request. But given the power of today's Flash 10 and  DHTML
> runtime environments, I  think it might be possible to implement the SOAP
> mechanism completely in LZX/javascript on  the client.
>
>
> The LPS server (or something compatible with the data proxy protocol)  could
> still be used to prox  underlying XML data requests at the transport layer,
> if that were needed to bypass browser security limitations. But it would
> simplify things considerably to implement the SOAP protocol entirely  in
> LZX.
>
> I have read that Flash 10 has a SOAP RPC library (though I have not tried
> it), and there may be others available  written in Javascript for DHTML
> which would make a good base for a new SOAP package for OpenLaszlo.
>
> It does not look like we're going to be fixing any of the outstanding SOAP
> bugs at this point, so users depending on
> this feature should begin to make other plans.
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Henry Minsky
> Software Architect
> hminsky@...
>

--

-- 
------------------------------------------
Ono Keiji
ono@...
1-45-11 Mizue Edogawa Tokyo JP
TEL 03(3676)6599
URL http://www.net8.co.jp
------------------------------------------

Re: Import formated text and pictures dynamically into view

Hi Chris,

Are you compiling for Flash or HTML5?  For Flash, there is a subset of 
HTML formatting commands you can get away with, e.g. <a 
href="...">...</a> or <img src="..." .../>.  If that won't work for you, 
I'd suggest using the <html/> component, which creates an iframe:

http://labs.openlaszlo.org/trunk-nightly/docs/reference/lz.html.html

Let me know how it goes!

On 11/2/10 3:40 PM, Chris Janik wrote:
> Here's the problem. In the website I'm building I've built my own
> windows class, complete with resizing, scrollbar etc... I'm very happy
> with the look. What I'm having a problem with is importing the data.
> Currently I'm loading text from an xml file via http. This works for
> simple blocks of text (most of the content) and it's meeting one of my
> primary criteria, to change dynamically and load on request, not
> compiled in, but what I'm looking for is way to rich up (that's right I
> just coined an expression) the text. On a previous site I built with OL
> I used an IFrame but I'd like to avoid that this time as I'm fond of the
> custom scrollbar I've got and I found the IFrame didn't play
> particularly well with Internet Explorer. I also considered using a
> richinputtext box but it's the importation of data that is the problem
> not where I'm putting it.
>
> Can someone please tell me the best way to import formatted text with
> the occasional pictures slipped in, on the fly?
>
> Any help would be very much appreciated
>
> Thanks a lot,
>
> Chris