Re: Compiler Performance (was Re: Problem with Vectors)
Without knowing much about the compiler, what about incremental compilation? Can gains be made by checking for source update timestamps and making a decision as to whether or not to transpile based on that? -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Plain public variables complain they don't have getters / setters (Was "CreationComplete event question")
>Does this have any disadvantages or leads to unpredictable behavior when >using public vars? In light of this [1] comment it looks like you might run into trouble when using classes with public vars from within MXML. [1] http://apache-royale-development.20373.n8.nabble.com/Public-Vars-tp2698p2702.html -- Sent from: http://apache-royale-development.20373.n8.nabble.com/ -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: TypeNames vs ClassName
Confused about this, now that I'm using Jewel. I want to add shadow to a Jewel group. So I do this: But then I see raisedShadow removed in in run-time in favor of classes such as "itemsExpand itemsCenter itemsCentered layout vertical" Where should I be specifying my application className then? -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
RE: Migrating Enterprise Flex Application
To be more precise, they will have a subset of the functionality. The API reports are supposed to help us find the relevant subset. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Migrating Enterprise Flex Application
chembali wrote > I tried to get an emulation component working. I > struggled. I think once you set up your IDE to work with Royale a lot of the struggles go away. I would encourage you to do that first, with our help, and then judge your productivity. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Migrating Enterprise Flex Application
Did you see Alex's response? Alex wrote > COMPC only produces a SWC. If you ended up with a SWC, unzip the SWC and > see if there are .js files in there. If not, you may need to set > compiler.targets. Post a link to the console output so we can see what it > is doing. Also make sure you got the nightly build from the MXRoyale > branch and not the main develop branch. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?
Alex Harui-2 wrote > UIBase used to set position=relative on all positioners. We took that > away so that the "flex" and other display/layout styles would not have to > deal with the excess clutter and overhead of having set position on so > many elements in the DOM. Can you give an example of excess clutter caused by this? -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?
Looking at it some more it has nothing to do with data binding. I pushed a different fix (799f1878250d8c69347f08442c2c333740efdb8d) that changes the layout itself. Here it's assumed the offsetParent is explicitly set before children's x and y are set. Should this be a general pattern? -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: [royale-asjs] branch develop updated: Fixes #258. But is that a proper fix?
Carlos Rovira-2 wrote > this seems like a bug to be fixed at the core of the component, or the > layout system. It could be that data binding is messing it up, and that the data provider change triggers the layout before the rest of the components can probably size themselves. I need to look a bit deeper. Carlos Rovira-2 wrote > for me I'll prefer to > discuss in mailing list, since GitHub pages seems more like a reference > site, more than a discussion place. Maybe if I changed the title to 'migrating from Flex layouts' it would fit better in the Wiki. My intent was to share some of the problems I encountered, explain the Royale (Basic) way of tackling them, and open up discussion on whether or not the Royale way makes sense. Carlos Rovira-2 wrote > important changes to jewel layouts, I want to fix some left things and > write about it to let you all know what's all about. Sounds good. 2018-06-03 12:21 GMT+02:00 Yishay Weiss yishayjobs@: > This could be a good topic to put down here… > > https://github.com/apache/royale-asjs/wiki/Layout-Challenges > > > > From: Yishay Weiss yishayjobs@ > Sent: Sunday, June 3, 2018 1:18:03 PM > To: dev@.apache > Subject: RE: [royale-asjs] branch develop updated: Fixes #258. But is that > a proper fix? > > I’ve seen several instances where the offsetParent hasn’t been set yet > when layout is run, which messes things up. I solved this here by running > another layout at a later time but I’m interested to hear others on how > this should be solved. > > From: yishayw@mailto:yishayw@; > Sent: Sunday, June 3, 2018 1:12 PM > To: commits@.apachemailto:commits@.apache; > Subject: [royale-asjs] branch develop updated: Fixes #258. But is that a > proper fix? > > This is an automated email from the ASF dual-hosted git repository. > > yishayw pushed a commit to branch develop > in repository https://gitbox.apache.org/repos/asf/royale-asjs.git > > > The following commit(s) were added to refs/heads/develop by this push: > new 37a3a6d Fixes #258. But is that a proper fix? > 37a3a6d is described below > > commit 37a3a6d5a433d97b654b134f4d354214224172b6 > Author: DESKTOP-RH4S838\Yishay yishayjobs@ > AuthorDate: Sun Jun 3 13:11:31 2018 +0300 > > Fixes #258. But is that a proper fix? > --- > examples/royale/TreeExample/src/main/royale/MyInitialView.mxml | 7 > ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git > a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml > b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml > index 8b70a52..f25bfdf 100644 > --- a/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml > +++ b/examples/royale/TreeExample/src/main/royale/MyInitialView.mxml > @@ -39,6 +39,11 @@ limitations under the License. > > > > > > @@ -56,7 +61,7 @@ limitations under the License. > > > > -rowHeight="40"> > + rowHeight="40"> > >sourceID="applicationModel" > > -- > To stop receiving notification emails like this one, please contact > yishayw@. > > -- Carlos Rovira http://about.me/carlosrovira -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Container change
Carlos Rovira-2 wrote > This > have many advantages, the most visible is a 40% drop off in Apps file > size > that uses Jewel, since Basic things that never was used are there any > more. > Another thing is that Basic things that could mess the intended behaviour > in Jewel will never happen since is not present anymore. This is what I don't understand. Why would moving classes between packages make a difference in app size? As I understand it, the compiler resolves the dependency tree without caring which packages are involved. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Container change
Hi Carlos, Just to get one thing out of the way, I changed NodeElementBase to extend Group, not because I'm sure that's the way it should be permanently, but because leaving your change as it was, was breaking our app which had previously worked. Changes in base classes are always tricky, so I think it's a good thing that there's discussion and people feel obliged to voice their opinions and ask questions. I think this should be encouraged. Personally, I don't feel I have a clear understanding of your motivation here. What difference does it actually make to you which packages depend on which? Can you give a specific example from Jewel where this makes a difference? Excellent progress so far with Jewel, I think it's a difference maker. Yishay -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Container change
I changed it back so NodeElementBase extends Group. Let's continue this discussion, but we need our app to work... -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Container change
If we want HTML elements to contain other elements they need to extend Group or something similar. We depend on that in various places in our app. Carlos, how are we supposed to nest HTML elements now? Thanks. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Container change
Piotr Zarzycki wrote > If yes - what does that mean that such controller like > ItemRendererMouseController is in HTML? It's only there by name, the source is under Basic (which makes sense to me, I think controllers are part of the component set). I'm not sure why it can't be named org.apache.royale.basic.beads.controllers.ItemRendererMouseController. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Need help with CSS class selector (font-family is always Arial)
The issue is that the typedefs (ace-1.2.3.swc) is being read by the example app, but I can't import ace.Editor in the code. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Need help with CSS class selector (font-family is always Arial)
I've created an ace-1.2.3.swc but am not able to run a simple example that uses it. If anyone has time to look at the ace branches maybe they can help me figure out why the Ace example isn't compiling... Thanks. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Need help with CSS class selector (font-family is always Arial)
I'd like to get an idea of what the workflow would be to implement this. Is there an example in the repo that I can play around with, compile, and see what happens? Where's the best place to start? Thanks. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: [DISCUSS] Discuss Release Apache Royale 0.9.0 RC1
Peter, if you look in royale-asjs README isn't the following set of instructions consistent with your results? > ## Additional Prerequisites For SWF Output > > ### *playerglobal.swc* > > The Adobe Flash Player *playerglobal.swc* (version 11.1) can be downloaded > from: > > http://download.macromedia.com/get/flashplayer/updaters/11/playerglobal11_1.swc > > First, create the following directory structure: > > *[root directory]/player/11.1/* > > Next, rename the downloaded SWC to '*playerglobal.swc*' and place it in > the above directory. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: IDE Compatible Royale SDK
My workaround for now is to clean all modifications resulting from ant -f InstallAdobeSDKs.xml, rebuild, and run it again. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Royale and Websites (was Re: About website actual work in progress)
I also think this is a great initiative. Regarding SEO there are some optimizations that can be applied to single page apps as well so maybe it's worth testing that before we convert it to a multipage. I'm not in front of the computer but when I am I'll share the links I read, if there's interest in that. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: [royale-asjs] 02/02: Revert "Updating the source of an ArrayList does not change the view of the component without this change."
Hi Peter, Thanks for the detailed explanation. As I understand it, the vision you outlined is already implemented, we just need to listen to more of these fine-grained events in the mappers which can happen DAYG. I personally don't see anything wrong with this architecture, maybe Harbs who's taken a deeper look will have something to add. I will merge data_grid_update into develop sometime soon unless I hear objections. Thanks. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
Re: Flex2Royale
I like it. > There is no direct equivalent of SkinnableContainer in Royale (at this > time). A reasonable alternative is the Container. Maybe we could mention that Royale components typically have views which can be used to control appearance without changing behavior. To me, spark skins sort of played the same role. -- Sent from: http://apache-royale-development.20373.n8.nabble.com/
