Jenkins build is back to normal : royale-asjs_MXTests #35

See

Build failed in Jenkins: royale-asjs_MXTests #34

See Changes: [serkan.tas] emulation components add and/or modified [serkan.tas] Grid dependent spark emulation classes added. [serkan.tas] ResourceBundle declaration commented out

Re: compc compiler error

Hi Bhau, 1. You can look at the TourDeFlex example in examples/mxroyale/tourdeflexmodules. Last time I looked Panels in Modules were showing up correctly. 2. I would try to avoid mixing component sets. Use Basic+HTML or MXRoyale+SparkRoyale. 3. Make sure you are on the latest nightly build.

Re: compc compiler error

Hi Alex, I am getting empty page (or component) for some components, even though it compiled without any issue. Here are some of many confusions I have: 1) mx:Panel shows on screen but mx:Module doesn't 2) Mix-n-match of mx or spark or basic or html namespace components does not show at lot on

Re: Proxy method calls with RemoteObject

As long as Responders are PAYG and not baked into the basic RO implementation, it is fine for others to try to replicate subsets of MX RemoteObject, but it still seems like duplication of effort. That said, I have not used RO or Responders in any real world application myself. I'm not sure I

Build failed in Jenkins: royale-asjs_MXTests #33

See -- [...truncated 1.95 MB...] [mxmlc] using source file:

Re: Binding vs. direct assignment

As so often, the answer seems to be: "...it depends" ;-) (which makes sense in this case) However, thanks to all for your thoughts, they are always helpful! Olaf -- Sent from: http://apache-royale-development.20373.n8.nabble.com/

Re: Migrating Enterprise Flex Application

I downloaded the nightly build and it is working fine in the nightly build. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/

Re: Proxy method calls with RemoteObject

Hi Piotr, I think if I get some improvement over the current RO with Responders that could go to develop. Other thing is I tried to make it work in mx RO. People using Royale RO will benefit from it. If some day mx RO is ready, I think we'll shift to mx RO, although royale RO could be continue to

Re: Proxy method calls with RemoteObject

Yes. Temporarily using a branch as a shim to keep working until a permanent solution is available is something I’ve done more than once. That’s the cost of working with bleeding edge… ;-) Harbs > On Oct 9, 2018, at 1:39 PM, Piotr Zarzycki wrote: > > Carlos, > > You can always use branch,

Re: Binding vs. direct assignment

My position is like in other parts of life: don't see things white or black. Try to understand in each case if you need Binding or not. Even for things like PAYG, that we are promoting here, we should not apply it 100%. I think we always need to pass all this decisions on the pros and cons that we

Re: Proxy method calls with RemoteObject

Carlos, You can always use branch, make your changes and wait for the proper one using branch. Some time ago Harbs did it the same as far as I remember. There is no need to wait if you need something ASAP. Thanks, Piotr wt., 9 paź 2018 o 12:36 Carlos Rovira napisał(a): > Hi Alex, > > since

Re: Proxy method calls with RemoteObject

Hi Alex, since there's no planned ETA for anyone here (that I know), I could try at some point to have a minimal Responder functionality in the current working RO. Does not have sense to duplicate all the code but I think has sense to see if some little changes can provide the minimal needs.

Re: Binding vs. direct assignment

IMO, the whole point of any framework is to trade-off size and performance for the convenience of getting your app up and running faster. Any code that is reconfigurable/reusable carries overhead in some way. We use PAYG to reduce some of that overhead, but nothing will ever be as fast and

Re: Binding vs. direct assignment

Hi Olaf, I definitely like much more the idea where Binding is switched ON/OFF through beads than available always as it was in Flex. It is lightweight as long as you won't create some HUGE enterprise application where Binding is heavy usage - Does everything slow down ? We don't know and

Binding vs. direct assignment

Hi, an application framework has to provide binding these days but I sometimes think that this binding thing is a bit overrated. Even if it's convenience for the developer to just add some binding expressions there are a lot of cases where we can just do a direct assignment with one line of code.

Re: Migrating Enterprise Flex Application

That error indicates that something is wrong with the set of beads specified for the class (PanelWithControlBar). I just tried MenuExample and AccordionExample in my local build and they seemed ok. You might want to try a nightly build. HTH, -Alex On 10/8/18, 10:01 PM, "chembali" wrote: