gmane.comp.java.openlaszlo.devel

For Review: Change 20081204-hqm-K Summary: allowclasses in libraries to extend classes from main app

Henry Minsky — 2008-12-05T04:35:02

Change 20081204-hqm-K by hqm< at >badtzmaru.home on 2008-12-04 23:20:15 EST in /Users/hqm/openlaszlo/trunk for http://svn.openlaszlo.org/openlaszlo/trunk Summary: allow classes in libraries to extend classes from main app New Features: Bugs Fixed: LPP-740 Technical Reviewer: ptw QA Reviewer: promanik Doc Reviewer: (pending) Documentation: Release Notes: Details: + In order to allow classes in an (loadable library) to subclass classes in the main app, the flex compiler must be given a pointer to the main app's as3 working dir, so it can resolve links with the superclasses. This change addresses this issue: 1) Main app defines class A, library defines "class B extends A" This change reorders the compilations in the tag compiler, so the main app is compiled first, and any libraries are compiled afterwards. A pointer to the main application's as3 tmp working dir is passed to any compilations of libraries. The flex compiler is given these extra args

Re: soap support

Henry Minsky — 2008-12-05T03:30:20

One other thing, the version of the apache axis library we are using is very old, and they changed the API in the more recent versions, so a considerable amount of the code that makes the SOAP call, and then encodes the result as JSON would need to be rewritten if that library is upgraded. The code that is written depends on subclassing some of the Apache Axis classes, and that would need to be changed. It would be probably be a good thing if that code were updated and the old code discarded! On Wed, Dec 3, 2008 at 11:57 PM, ono keiji net8.co.jp> wrote:

How to fake yourself out in Java

Henry Minsky — 2008-12-04T23:52:32

I wrote a class which looked like this class LibraryCompilation { ImportCompiler importCompiler; File infile; String outfile; String liburl; Element element; LibraryCompilation (ImportCompiler ImportCompiler, File infile, String outfile, String liburl, Element element) { this.importCompiler = importCompiler; this.infile = infile; this.outfile = outfile; this.liburl = liburl; this.element = element; } I named the first arg to the constructor "ImportCompiler" instead of "importCompiler". The code compiled fine, but the value of the "importCompiler" slot was always null. Only took about fifteen or twenty minutes to figure this out :-(

Re: Fwd: reference nave pane has dark background

Lou Iorio — 2008-12-04T23:04:46

I can make the change (if Don doesn't mind), but I see no reason why it should be temporary. However, you have so much more knowledge than I, why don't _you_ file the bug to Josh? :-) On Dec 4, 2008, at 6:57 PM, P T Withington wrote:

Re: Fwd: reference nave pane has dark background

P T Withington — 2008-12-04T22:57:31

So you could make the temp fix, mark it to be reverted when the bug you file to Josh is fixed. :) On Dec 4, 2008, at 17:29, Lou Iorio louiorio.com> wrote:

Re: Fwd: reference nave pane has dark background

Lou Iorio — 2008-12-04T22:29:42

I agree that we need to know the root cause in case this breaks someone else's code, but this seems like a good solution for the reference. On Dec 4, 2008, at 6:08 PM, P T Withington wrote:

Re: Fwd: reference nave pane has dark background

P T Withington — 2008-12-04T22:08:02

We need to know the root cause... Perhaps assign to Josh, who has played with colors a lot lately? On 2008-12-04, at 17:02EST, Donald Anderson wrote:

Re: Fwd: reference nave pane has dark background

Donald Anderson — 2008-12-04T22:02:24

FWIW, changing the three tabpanes in docs/src/nav/nav.lzx to have an explicit bgcolor fixes this: < --- > Should I do that, or does someone want to chase the root cause? On Dec 4, 2008, at 11:05 AM, Lou Iorio wrote: -- Don Anderson Java/C/C++, Berkeley DB, systems consultant voice: 617-547-7881 email: dda< at >ddanderson.com www: http://www.ddanderson.com

Re: For Review: Change 20081204-Philip-2 Summary: Fixxmlrpc example in the ref guide to using a running service

Lou Iorio — 2008-12-04T20:15:49

approved On Dec 4, 2008, at 2:39 PM, Philip Romanik wrote:

For Review: Change 20081204-Philip-2 Summary: Fix xmlrpc example in the ref guide to using a running service

Philip Romanik — 2008-12-04T18:39:48

Change 20081204-Philip-2 by Philip-DC>Philip< at >Philip-DC on 2008-12-04 13:25:52 EST in /cygdrive/f/laszlo/svn/src/svn/openlaszlo/trunk for http://svn.openlaszlo.org/openlaszlo/trunk Summary: Fix xmlrpc example in the ref guide to using a running service New Features: Bugs Fixed: LPP-6490 Technical Reviewer: jcrowley QA Reviewer: lou Doc Reviewer: (pending) Documentation: Release Notes: Details: I found a working xml-rpc service that performs basic integer math. I updated the example. You can also find the example in the jira report. Tests: See jira. This works in swf8/dhtml but an error is returned in swf9. I'm creating a new jira task for this (LPP-7436). Files: M lps/components/rpc/xmlrpc.lzx Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20081204-Philip-2.tar

Re: Fwd: reference nave pane has dark background

Henry Minsky — 2008-12-04T17:52:38

I wonder if this is fallout from the changes to color declarations somehow Sent from my iPhone On Dec 4, 2008, at 11:05 AM, Lou Iorio louiorio.com> wrote:

Fwd: reference nave pane has dark background

Lou Iorio — 2008-12-04T16:05:15

Anyone know anything more about this? Begin forwarded message:

For Review: Change 20081204-lou-Y Summary: dguide,Chapter 33. Extending Classes section 2.2. Attribute settersdefined with : format program listings

Lou Iorio — 2008-12-04T11:36:01

Change 20081204-lou-Y by lou< at >loumac.local on 2008-12-04 07:31:24 AST in /Users/lou/src/svn/openlaszlo/trunk for http://svn.openlaszlo.org/openlaszlo/trunk Summary: dguide, Chapter 33. Extending Classes section 2.2. Attribute setters defined with : format program listings Bugs Fixed: LPP-7433 Details: Add indentation to program listings to make them easier to read (no content changes) Tests: visual verify Files: M docs/src/developers/classes-powerprogramming.dbk Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20081204-lou-Y.tar

Re: soap support

ono keiji — 2008-12-04T04:57:46

Thank you Henry, i will try this issue, and LPP-5172 should be reopened. Henry Minsky さんは書きました:

Re: soap support

Henry Minsky — 2008-12-03T23:26:33

Here is a very simplified description of the SOAP implementation. Please ask me if you need any further information or have any questions. You can watch some of the transactions by turning on debug logging on the server in WEB-INF/lps/config/lps.xml:

And also using Firebug or other debugger to watch the HTTP transactions when you run examples. There are some test cases in test/rpc/soap/*.lzx. The dotnet-math.lzx one works now. The SOAP package does two things: Loading the SOAP WSDL and Creating Proxy Functions Initially, when a service is instantiated, it will send a message to the LPS server, to get the WSDL description of the service.

Re: Syntactic sugar

P T Withington — 2008-12-03T23:10:40

We could have the shortcut name be `$et` or something, to make it less likely to collide. Don should comment on how hard it might be to add your `set v.a` proposal. If we did something like that, we ought to spend some time thinking about how we might put the other half of constraints into a JS-like syntax, something like: bind v.a = ....; On 2008-12-03, at 15:27EST, André Bargull wrote:

Re: Syntactic sugar

André Bargull — 2008-12-03T21:41:44

Yes. On 12/3/2008 9:56 PM, Henry Minsky wrote:

Re: For Review: Change 20081130-ptw-v Summary: Revertinit arg behavior

P T Withington — 2008-12-03T21:11:46

I was thinking I had to make sure not to trip over properties on Object.prototype. But, no one else worries about that, so I won't either. Shouldn't be a problem. The whole node will be gc-ed. Yes, just a matter of actually coding it up!

Re: Syntactic sugar

Henry Minsky — 2008-12-03T20:56:29

Is IE7 the only runtime platform that we support now that does not have setters ? On Wed, Dec 3, 2008 at 3:27 PM, André Bargull udo.edu> wrote:

Re: For Review: Change 20081130-bargull-VjZ Summary:fix global color issues

P T Withington — 2008-12-03T20:29:05

That seems like a bug. Well, this works, but I'm not sure you should have to say all that: Seems to me we would like any color-typed attribute to have the same behavior as bgcolor. On 2008-12-03, at 14:44EST, André Bargull wrote:

Syntactic sugar

André Bargull — 2008-12-03T20:27:58

If we had (native) setters in all runtimes, things would be much easier. I've you add an alias for "setAttribute", I'd like to remind you on the current limitation of the "setAttribute" inline compiler: So any new alias (let's say "set(..)") will be restricted to the same limitation. And there is another issue which comes to my mind: in my opinion, it's not only the longer method name ("setAttribute" instead of "setX"), but also the whole function call with attribute-name in quotes + value. Just as an idea, what about adding a new syntax? (I do know adding a non-ECMAScript syntax may be harmful..) For example to set the "x"-attribute to "10" on a view "v": set v.x = 10;