MXRoyale layout issues - questions/discussion

Hi, Just wondered if anyone else is dealing with layout issues in Flex emulation. I have some layout issues that are slowing my progress on a project, and I'd like to resolve them as quickly as I can. In particular, I see issues with BoxLayout-based containers which have percentWidth or percentHe

Re: [PROPOSAL] How to continue to simplify things?

ki" < > > >>> piotrzarzyck...@gmail.com>: > > >>>> > > >>>> Hi Harbs, > > >>>> > > >>>> I would like to be a release manager as well, but using > Chri's >

Re: Change in MXRoyale

etter, just in case it has the same result (for document property) in these cases. On Fri, May 29, 2020 at 9:46 AM Greg Dove wrote: > > This is not really about itemRenderers. More to do with regular mxml > components I think, but tbh that is 'gut feel' and I didn't try

Re: Change in MXRoyale

rs? If so, the factories may need to propagate mxmlDocument > across the gaps in the DOM where non-UIComponents exist. > > HTH, > -Alex > > On 5/28/20, 5:00 AM, "Greg Dove" wrote: > > Alex, > > I hope you are ok with this change: > > https:

Re: Change in MXRoyale

I think it is because we are using _strand["_bindings"] in some places it keeps it without renaming On Fri, May 29, 2020 at 12:38 AM Greg Dove wrote: > > Actually maybe I need to double double-check this more, thanks for the > prompt. I will do that now. > > > On F

Re: Change in MXRoyale

Actually maybe I need to double double-check this more, thanks for the prompt. I will do that now. On Fri, May 29, 2020 at 12:36 AM Greg Dove wrote: > > There are a few things like this where it does not. I forget exactly the > rules for that. We are already using this exact s

Re: Change in MXRoyale

n’t break this. > > > On May 28, 2020, at 3:00 PM, Greg Dove wrote: > > > > Alex, > > > > I hope you are ok with this change: > > > https://github.com/apache/royale-asjs/commit/26d4b9cf7c1968160278754a01bd612946ddf41d > > > > > > It m

Change in MXRoyale

Alex, I hope you are ok with this change: https://github.com/apache/royale-asjs/commit/26d4b9cf7c1968160278754a01bd612946ddf41d It makes a big difference in a large codebase I am working on, many components with bindings that were not working suddenly started working. In the absence of 'this is

Re: Collapsible Navigation problem with styling

Hi guys, I am not sure about details for that now. I made that to match some Flex example I needed to emulate, but it was not based on the actual code of the original example, just the behavior. Probably the requirement in the original is that a child menu could only be considered selected if it w

Re: About the cumbersome random compilation issue

e this was happening. On Sat, May 23, 2020 at 7:50 AM Greg Dove wrote: > > Ok I repro'ed that. Not sure how I missed it at all... unless maybe I made > some minor changes after my last test of the examples. Will figure this out. > > > On Sat, May 23, 2020 at 7:40 AM Greg Dov

Re: About the cumbersome random compilation issue

Ok I repro'ed that. Not sure how I missed it at all... unless maybe I made some minor changes after my last test of the examples. Will figure this out. On Sat, May 23, 2020 at 7:40 AM Greg Dove wrote: > Thanks for letting me know Brian. I had run all the examples locally as >

Re: About the cumbersome random compilation issue

dehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:347) > > > Thanks, > Brian > > -Original Message- > From: Carlos Rovira > Sent: Friday, May 22, 2020 7:46 AM > To: Apache Royale Development > Subject: Re: About the cumbersome random compilation

Re: builds

e of on windows named jenkins-win-he-de-3 > - > > you need to change number and it should be ok. > > > > Thanks, > > Piotr > > > > pt., 22 maj 2020 o 13:37 Greg Dove napisał(a): > > > >> It's getting difficult for me to follow/parse all the bu

builds

It's getting difficult for me to follow/parse all the build messages. I think some have been failing for several days, and I know there are some changes underway and probably still more to come with server setup (I assume). What I don't understand is this one: https://builds.apache.org/job/Royale

Re: About the cumbersome random compilation issue

: Mittwoch, 20. Mai 2020 17:48 > > An: Apache Royale Development > > Betreff: Re: About the cumbersome random compilation issue > > > > Hi Greg, > > > > next time I'll get a fail compilation I'll store the results and comment. > > Other thing I&#x

Re: Binding improvements

bindings probably won't magically start working with this. But it at least means that all the bindings from the original code should be possible to run. On Fri, May 22, 2020 at 11:02 PM Greg Dove wrote: > > Just an explanation of various binding improvements that have been ad

Binding improvements

Just an explanation of various binding improvements that have been added. (I'm waiting for one of the builds to complete, but it has worked locally for a week in copious testing.) The major change is a fix to something that has never worked : mxml binding 'inheritance'. This is usually where the c

Re: About the cumbersome random compilation issue

others not, I think that > random behaviour seems a thread issue where there's no syncing. Have that > sense? > > Thanks > > > > > > El lun., 18 may. 2020 a las 20:17, Greg Dove () > escribió: > > > That's interesting Brian, thanks for sharing

Re: About the cumbersome random compilation issue

That's interesting Brian, thanks for sharing that. I have been working on a fix for inherited bindings, which is something that has never worked but which I needed to work (I now have that working locally and expect to get that in today). I am not exactly sure why what your saw was happening, but

Re: Debug through the SDK code

If you are building locally, try pulling the latest, and rebuilding, hopefully that should fix it. On Sat, May 16, 2020 at 1:14 PM Greg Dove wrote: > > It looks like the maven configuration for the main pom.xml had > false merged in. > > I will push a change for true > > &

Re: Debug through the SDK code

It looks like the maven configuration for the main pom.xml had false merged in. I will push a change for true On Sat, May 16, 2020 at 12:39 PM Maria Jose Esteve wrote: > Sorry, I forgot to comment that I work with vscode 😝 > > -Mensaje original- > De: Maria Jose Esteve > Enviado el: v

Re: mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

First up I need to fix the build because I missed something... on it. On Fri, May 15, 2020 at 11:37 PM Greg Dove wrote: > > I've not been using ADG, I am using mx DG. I was just applying the same > improvements wherever I could to both. > > Hopefully you should see only

Re: mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

toward, definitely let me know. On Fri, May 15, 2020 at 11:15 PM Yishay Weiss wrote: > Hi Greg, > > I’m currently using AdvancedDataGrid. These sound like good improvements. > Anything in particular I need to watch out for? > > Thanks. > > From: Greg Dove<mailto:g

Re: mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

Greg Dove wrote: > > I did end up waiting a few more days, as I had to also add support for > dynamic column swapping. ADG gets support for this too. I pushed that > single commit, along with a new demo. > > > > > On Thu, Apr 30, 2020 at 12:10 PM Greg Dove wrote: &g

Re: UI5 XML Views

I'm not sure exactly what you are asking. It is possible to port an application from Flex MXML to Apache Royale MXML and in many cases it is possible to keep much of the original code. Depending on the objectives ( from the range of : minimal changes, closest to original code to : more changes to

Re: [DRAFT][ANNOUNCE] Apache Royale 0.9.7 released

Yishay, Alex well done on the recent efforts. Very much appreciated and will be great to see us getting these out quickly going forward. Another thing you may want to add to the announce is this: https://github.com/apache/royale-asjs/wiki/Release-Notes-0.9.7 And I would suggest that if others ha

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

help our > users. > > My 2 cents, > -Alex > > On 5/9/20, 3:49 PM, "Greg Dove" wrote: > > Thanks, I generally agree with that, although I don't think it should > ever > be an excuse for avoiding improvements to enhance quality in the >

Re: [VOTE] Release Apache Royale 0.9.7

Vote: +1 Package https://dist.apache.org/repos/dist/dev/royale/0.9.7/rc5/apache-royale-0.9.7-src.zip Java 1.8 OS: Windows 10 amd64 10.0 Source kit signatures match: y Source kit builds: y README is ok: y RELEASE_NOTES is ok: y NOTICE is ok: y LICENSE is ok: y No unapproved licenses or archives: y

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

es and fixes our users really need. There > appear to be simple workarounds for the problems reported. > > I don't think there are any absolute definitions. It is often a judgement > call since software is rarely perfect. > > Thanks, > -Alex > > On 5/9/20, 12:56 PM

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

ts from my local repo. > > IMO, something to fix for the next release. > > -Alex > > On 5/8/20, 10:01 PM, "Greg Dove" wrote: > > Actually looking at the pom for TDJ, there is a > > copy-themes > generate-re

Re: XML DataBinding

I actually looked at this recently but for the complete opposite reason. I saw a problem recently with binding to an xml root (just a normal binding as the top level reference to the XML instance) for generated code. The compiler was trying to generate both the normal binding *and* the XML binding

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

se of the other problem I am seeing or not). Appreciate any guidance Thanks, Greg On Sat, May 9, 2020 at 4:46 PM Greg Dove wrote: > > Alex, Yishay, I tried today as well. > > FWIW I was able to get the js version to work, and complete the > ApproveRoyale sequence for that. >

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

Alex, Yishay, I tried today as well. FWIW I was able to get the js version to work, and complete the ApproveRoyale sequence for that. I tried the use-flash variation 3 tiimes so far, and did not complete it, so keen to find out what I am doing wrong. I am using the same environment variables conf

Re: [royale-asjs] branch develop updated: Avoid a maven duplicate groupId/ArtifactId combo for DataGridExample

The following commit(s) were added to refs/heads/develop by this push: > new dccbe24 Avoid a maven duplicate groupId/ArtifactId combo for > DataGridExample > dccbe24 is described below > > commit dccbe24a9fd3455d57d6ebaa5b9210565d9def98 > Author: greg-

Re: mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

I did end up waiting a few more days, as I had to also add support for dynamic column swapping. ADG gets support for this too. I pushed that single commit, along with a new demo. On Thu, Apr 30, 2020 at 12:10 PM Greg Dove wrote: > > Thanks for the quick reply Alex. I am keen to get

Re: wagon:upload problems

'So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.' Thanks Yishay, that's great to know. I am not following everything you guys are doing (and I don't really understand it yet anyway), but I do understand it seems to be a lot, - so thank you both for that. I do hope/exp

Re: wagon:upload problems

I really don't know what is going on here, but please, please, please :) don't undo the tidy-up with the maven profiles. That was a serious win because it was not tidy before. I actually remember suggesting something like the cleanup in the past to Alex and he suggested that I look into it (with so

Re: Issue with rowHeight and big amount of data in cells

For the variable rowHeight - that works fine for individual lists, but for datagrid that needs to match across the corresponding renderers for each item in the other columns, I did not check to see how that part works. I haven't looked at the current Jewel implementation of DataGrid yet, but I do

Re: mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

t; > -Alex > > On 4/29/20, 4:42 PM, "Greg Dove" wrote: > > I checked with Alex recently on status for mx DataGrid and understood > it > needed work. I need mx DataGrid for a low level dependency in some > client > work, so I have worked on that. >

mx DataGrid / mx AdvancedDataGrid - if you use them in MXRoyale... please read this and reply

I checked with Alex recently on status for mx DataGrid and understood it needed work. I need mx DataGrid for a low level dependency in some client work, so I have worked on that. I know mx ADG is in a working state, so my goal was to get mx DataGrid into a similar state that allows for initial use,

Re: Build failed in Jenkins: royale-asjs #1097

> Hmm. We enabled SSH. I wonder if that changed security on sockets > somehow. Is RoyaleUnit using a known socket port number? > > Or maybe it is time to reboot the server. > > -Alex > > On 4/19/20, 12:03 AM, "Greg Dove" wrote: > &g

Re: Build failed in Jenkins: royale-asjs #1140

I have been running the full build each day and not seeing these RoyaleUnit errors locally. The above test would definitely fail with those results if the local compiler build did not include this compiler commit: https://github.com/apache/royale-compiler/commit/c3a5bbec0b3c6f195a8dec031d8623f5678c

Re: Build failed in Jenkins: royale-asjs #1097

gt; -Alex > > On 4/18/20, 1:57 PM, "Greg Dove" wrote: > > I am not sure what the actual issue on the server here is. It is saying > there is a socket timeout issue from the browser launch. > But this does provide an opportunity for a quick example of the &g

Re: 0.9.7 release notes updates - quick check

I pushed some changes to both compiler and asjs release notes in branch release/0.9.7 I'd like to suggest that others review this and add more as needed (as opposed to waiting until late in the process to do it). On Sat, Apr 18, 2020 at 11:25 AM Greg Dove wrote: > Ok, thanks for cl

Re: Build failed in Jenkins: royale-asjs #1097

I am not sure what the actual issue on the server here is. It is saying there is a socket timeout issue from the browser launch. But this does provide an opportunity for a quick example of the information I shared recently about the changes to tests for JS, and it might be helpful for you to see th

Re: 0.9.7 release notes updates - quick check

re trying to keep the release branches around, so make > changes to the release branch and make sure the RM knows so they RM knows > to merge changes back in case we get to the toss-and-re-cut point. > > Thanks, > -Alex > > On 4/17/20, 3:20 PM, "Greg Dove" wrote: &

Re: Routing (was Re: Spectrum Components)

penfl/components-explorer/asset-loader, always serve > /samples/haxe-openfl/components-explorer (unless a file with the exact > requested name actually exists, which allows loading images or > stylesheets). When the page loads, the JS checks the URL to determine which > view should b

0.9.7 release notes updates - quick check

I am not sure whether the current work on 0.9.7 release is a dry run or a full effort (I have not been reading all details recently, sorry). I assume it is a full release effort. For 0.9.6 release we had a collective rush to add things to RELEASE NOTES before release. I have a few things I want t

Re: Routing (was Re: Spectrum Components)

'AIUI, hash has to be used as the delimiter if you plan to change the route information within the application, otherwise the application will reload.' I am pretty sure that is no longer the case. HTML5 support for history changes it not like the old days and there is good native browser support

Re: [DISCUSS] Discuss Release Apache Royale 1.2.0

t; > > > > > Hi Yishay, > > > > > > build tools and jburg was never released on its own before. > > Always was > > > part > > > of the global royale release. This is the first time we do

Re: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

+1 Package https://dist.apache.org/repos/dist/dev/royale/compiler-build-tools/1.2.0/rc3/apache-royale-compiler-build-tools-1.2.0-source-release.zip Java 1.8 OS: Windows 10 amd64 10.0 Source kit signatures match: y Source kit builds: y README is ok: y RELEASE_NOTES is ok: y NOTICE is ok: y LICENSE i

Re: [DISCUSS] Discuss Release Apache Royale 1.2.0

fyi I can't get to this until my current EOD, about 12 hours from now. I will remind myself what I need to do and check it then and vote, if the voting is still open (I understand it may not be, as I think the threshold was already passed). On Wed, Apr 15, 2020 at 6:03 AM Carlos Rovira wrote:

Re: [royale-compiler] 01/01: Works on given test case. Hope I didn't break anything.

l Stack > org.apache.royale.utils.Language.closure > Language.js:281 > MyBox.addElement > MyBox.js:39 > > From: Greg Dove<mailto:greg.d...@gmail.com> > Sent: Monday, April 6, 2020 12:07 AM > To: Apache Royale Development<mailto:dev@royale.apache.org> > Subject: Re:

Re: [royale-compiler] 01/01: Works on given test case. Hope I didn't break anything.

Take a look at emitClosureStart and emitClosureEnd I think those will help out. On Mon, Apr 6, 2020 at 9:01 AM Greg Dove wrote: > > You might find a place in the code where there is something already that > has 'needClosure' logic, but the logic that sets it to true does no

Re: [royale-compiler] 01/01: Works on given test case. Hope I didn't break anything.

You might find a place in the code where there is something already that has 'needClosure' logic, but the logic that sets it to true does not yet include the specific case you are dealing with. On Mon, Apr 6, 2020 at 8:53 AM Greg Dove wrote: > I think it's a great start Yisha

Re: [royale-compiler] 01/01: Works on given test case. Hope I didn't break anything.

I think it's a great start Yishay. But I'd suggest you look for other areas of the compiler code where there is a generation of Language.closure output. This should do the same thing I think, but be consistent. On Mon, Apr 6, 2020 at 8:51 AM wrote: > This is an automated email from the ASF dual

RoyalUnit tests now running in release mode

Just a heads-up. I had mentioned to Josh that I wanted to make this change. There were a couple of compiler changes in recent months that broke release build behaviour, and having the unit tests working in release mode would have red-flagged those immediately. So that is how they are now run. If a

Re: Control over export/rename: Finally giving up

' fix coming hopefully in the next few hours ' <- by which I mean I have already done it, and it works, just working through some other things. On Thu, Apr 2, 2020 at 9:42 PM Greg Dove wrote: > > FWIW, I have a somewhat related fix coming hopefully in the next few hours

Re: Control over export/rename: Finally giving up

FWIW, I have a somewhat related fix coming hopefully in the next few hours for an issue with complex static initializers of consts or vars. The issue is that while the declarations are working better with the getter/setters at startup, the access to the var or const from other code was broken. It

Re: Releasing: Finally giving up

There were issues identified with the original process as Chris and Carlos worked through it that prevented them from completing it. Exposing any problems in that itself is helpful, but I also observed that it was a very frustrating discovery by Chris and Carlos, and we should be thankful it is now

Re: [DISCUSS] Discuss Release Compiler Build Tools 1.2.0

Whatever the outcome of this attribution discussion is, can I assume it is related to ongoing continuous improvements and not a blocker for releasing the build tools? I ask because participating in this is new to me (because I was only an 'observer' in the past). iirc there have been somewhat simil

Re: Releasing: Finally giving up

'It could be an issue when the US and Europe have different daylight savings time settings. When we saw it work, we were not at one of those transition points.' Southern hemisphere and northern hemisphere differences pivot by 2 hours through these transition gaps, which are typically 2 weeks

Re: Reporting back (Was: Re: About release 0.9.7 and how to fix and streamline the process)

'I'm trying to avoid having Carlos and Chris spend a lot of time tossing out something that worked and replacing it with something that didn't work in the past.' 'a chance it will work for them, and then it won't work for others.' Based on everything I read which admittedly was quite a lot after

Re: About release 0.9.7 and how to fix and streamline the process

I don't know about any of this in terms of technical details or even experience. But if we simply focus on the release process itself and make sure we ask ourselves at least 3 levels of 'why?' for any of the problems or challenges (or assumptions) in the process (completely ignoring 'ant vs. maven

Discussion of use of innerHTML - please share your thoughts.

Before I forget, I believe we need to have a discussion about the use of innerHTML inside the framework before we get to 1.0 release. A few of us discussed this briefly in Slack a couple of months back, and we decided it needed shared input/scrutiny on list. I'm only raising it here to achieve that

Re: [royale-asjs] branch develop updated: remove unused import

Thanks - I missed another one. I was trying to keep test code aligned across 3 different projects while I was getting it to work for Flex and Royale, and ultimately into the Binding framework build tests. That was a bit complicated, but it should be much easier going forward. After moving around th

Re: Have some difficults by migrating from flex

Just a very quick reply about only one of your questions. I do have a working port of Cairngorm. I am trying to find time to check that and release it for others to use. It will be this week but probably another couple of days. The only part not working that I am aware of is the ViewHelper (and I w

Re: Check on Proxy method alignment.

, but at least it is consistent. Thanks for the sanity check I'll make the change later today. On Thu, Feb 27, 2020 at 11:04 AM Alex Harui wrote: > OK with me. I didn't realize that 'delete' returned a value. > > On 2/26/20, 1:53 PM, "Greg Dove"

Check on Proxy method alignment.

Quick check, does anyone have objections to aligning the Proxy deleteProperty method signature with swf? It should be: Returns Boolean — If the property was deleted, true; otherwise false. At the moment it is :void

Re: Embed in Royale

'That should compass well via gzip. ' I think I was slightly west-of-north with that typo. Should be: That should compress well via gzip. On Thu, Feb 27, 2020 at 9:01 AM Greg Dove wrote: > We definitely had a discussion about this in the past. > > I think the use of f

Re: Embed in Royale

We definitely had a discussion about this in the past. I think the use of fonts/font icons etc absolutely makes sense where possible. This is common for development in javascript in general (outside Royale), and is also often based on the application 'theme' For actual real embeds though, I think

Re: Array sort with numeric argument

Hi Andrew, I have seen this as well. As you say, we do already have the codegen for it, but the compiler is reading the js typedef swc that does not include this. I believe there is a need to change the original js typedefs (you sort of imagine that is like the playerglobal.swc, but for javascript

Re: [MAVEN-BUILD] Royale-asjs - Build # 2634 - Still Failing

Hi Piotr, FYI Carlos fixed that missing import. The other issue was not related to Crux. It is a memory leak in the compiler that happened over multiple compilations. It occurs with the Crux example by coincidence because more examples were added recently and the leak builds up over the build sequ

Re: Changes for Cairngorm ServiceLocator - feedback

rtain methods. Maybe that will change someday based on what I learn in > the "has" experiment. > > If you have time to explore further, I suppose you could compile with Flex > and the -keep option and see if there are other transformations in the > generated AS. > >

Changes for Cairngorm ServiceLocator - feedback

This is related to compiler changes following a specific request in users list. Changes were made to the compiler to help cairngorm ServiceLocator work in mxml. @aharui : there was a change that added the following to an mxml subclass of ServiceLocator in a local test project (GithubCommits

Re: MXML and warn-public vars

>> even > > >>more. > > >>>When I modified the compiler to skip emitting @export in some > > >> places, > > >>a > > >>>release build of TourDeJewel was initially broken. When I added > > >>>go

Re: Quick check on Express Datagrid

Thanks for confirming that... I pushed the fix. On Mon, Feb 3, 2020 at 1:26 PM Alex Harui wrote: > I think that's the right fix. I think at some point the way the rules are > combined probably changed and broke Express. > > -Alex > > On 2/2/20, 3:28 PM, "Greg Dove

Quick check on Express Datagrid

I have not really used Express, apart from an attempt to use it for a Crux example where I had some difficulty with the renderer set up for DataGrid, which (at that time) I worked around quickly with a monkey patch in the example instead of investigating the problem at the source. I want to get ri

Re: SharedObject should be in Storage lib

I think the browser can store objects already? Perhaps there is some way to do that, but I could not find anything for localStorage: ' The keys and the values are *always strings* (note that, as with objects, integer keys will be automatically converted to strings). ' The LSO version is an emulat

Re: SWF Graphics api emulation -WIP

@Alex - yeah, I was just curious if there could be a sneaky way to keep it to the single level. If not, then so be it. That was only for the UIGraphicsBase class, which I was pretty much using like 'flash.display.Shape' for testing. Anyhow, the Graphics emulation can be used with anything that imp

Re: SWF Graphics api emulation -WIP

imagine how all > this could be modeled/applied > > thanks > > Carlos > > > > > El mar., 28 ene. 2020 a las 9:44, Carlos Rovira ( >) > escribió: > > > Hi Greg, > > > > very cool! :) > > Hope to play with it very soon :) > > > >

Re: SWF Graphics api emulation -WIP

le.display.Graphics; ) var graphics:Graphics = Graphics.getInstanceFor(jsGraphicsTarget); {now use 'graphics' similar to how you would for swf here} On Tue, Jan 21, 2020 at 8:18 AM Greg Dove wrote: > Thanks for checking that, Carlos. I think it should be quick to add this > to

Re: royale-asjs XMLNamespaceTest testMinimalDefault failing

Hi Josh, sounds like you found some other runtime versioning issues for that - please go ahead and add the variation in for the test or add an ignore for that test for now if you want. I can also check it with latest player as well when I'm back next week. On Wed, 22 Jan 2020, 12:36 Josh Tynjala,

Re: Flexlib Emulation

I'm not familiar with that lib, but I suspect the swf graphics emulation I intend to add will help you with a bunch of those flash.display.* classes. I expect that will be on Jan 28th, I am unable to do it before then. On Wed, 22 Jan 2020, 04:52 Yishay Weiss, wrote: > Thanks, I’ll open an issu

Re: ms.messaging.Consumer

Hi Yishay. Just to add... that was via http polling only. In Flex in the past I recall using Consumer over rtmp - we don't have a socket based emulation for that yet afaik. On Tue, 21 Jan 2020, 07:11 Yishay Weiss, wrote: > Good to hear. Thanks. > > > From: Carlos

Re: SWF Graphics api emulation -WIP

. > > Congrats for what you have achieved here!! Is awesome! :) > > > > El dom., 19 ene. 2020 a las 4:01, Greg Dove () > escribió: > > > Just quickly, to add to the list at the bottom of the last email > > another thing you can do is download the rendered sv

Re: SWF Graphics api emulation -WIP

, 2020 at 3:41 PM Greg Dove wrote: > > Just a quick update on where I am at with the above. > I was hoping to get the the current code for this in before I go on > vacation for the next week, but I won't be able to do that (I need to work > through the build side of things, I

SWF Graphics api emulation -WIP

Just a quick update on where I am at with the above. I was hoping to get the the current code for this in before I go on vacation for the next week, but I won't be able to do that (I need to work through the build side of things, I have only got maven working so far). I have been focused recently

Re: MXML and warn-public vars

gt; > Sounds good! > > > > > > > https://github.com/google/closure-compiler/wiki/Type-Based-Property-Renaming > > < > > > https://github.com/google/closure-compiler/wiki/Type-Based-Property-Renaming > > > > > > > The function seems to

Re: "has" vs "is": sharing code, swapping out subsystems, and more...

For the 'something is ISomeInterface' I had wondered in the past if these types of lookups could be incrementally cached on the 'is' target (after first lookup), that might make sense for interfaces, which are the deepest checks I think? caching result (could optionally create the Map) ISomeInterf

Re: MXML and warn-public vars

Am I misunderstanding or does this fix a usability issue with mxml and public vars? If it is fixing something that does not work, then presumably it only 'costs' for people who want that thing to work (public var assignments in mxml instances?) and not for others. That seems like the app-dev still

Re: MXML and warn-public vars

(but presumably returns the name unchanged in debug mode) On Thu, Jan 16, 2020 at 12:33 PM Greg Dove wrote: > reflection data has similar stuff to support release mode get/set for > public vars. > > I did not look at MXML startup assignments like this, but it sounds good > to me. I don

Re: MXML and warn-public vars

reflection data has similar stuff to support release mode get/set for public vars. I did not look at MXML startup assignments like this, but it sounds good to me. I don't know if it makes sense, but considering this is just startup assignments, could one function combine all of the startup assignm

Re: How to keep trace() in release build?

Yeah, that's what I generally do as well. Not sure if you are working across swf and js at the same time... if I am comparing swf stuff with js, I like to have both in the js console, in which case I do something like this: https://github.com/apache/royale-asjs/blob/develop/examples/crux/CruxQuick

Re: Evaluating brackets

I was just going to ask you the same thing! Yes, I'll do it On Wed, Jan 15, 2020 at 9:26 AM Harbs wrote: > You want to capture the issue on Github? > > > On Jan 14, 2020, at 10:25 PM, Greg Dove wrote: > > > > actually that's not right. It is still creating a

Re: Evaluating brackets

actually that's not right. It is still creating a binding which is returning the incorrect value, so not a direct value assignment. On Wed, Jan 15, 2020 at 9:23 AM Greg Dove wrote: > > I think it is close to working. Seems to be including backslashes when it > should not, and d

Re: Evaluating brackets

I think it is close to working. Seems to be including backslashes when it should not, and dropping second curly brace. On Wed, Jan 15, 2020 at 9:18 AM Greg Dove wrote: > I tried it yesterday, yes. I did not doublecheck that this morning though > > > On Wed, Jan 15, 2020 at 9:16 AM

Re: Evaluating brackets

I tried it yesterday, yes. I did not doublecheck that this morning though On Wed, Jan 15, 2020 at 9:16 AM Harbs wrote: > Have you confirmed that the escape sequence which works in Flex doesn’t in > Royale? > > > On Jan 14, 2020, at 10:14 PM, Greg Dove wrote: > > > &

Re: Evaluating brackets

The escape sequence for binding that works in Flex, is single backslash. I just quickly tested this now with where entry was also defined locally as a [Bindable] in script block. That works. 'I think this is rare enough that we have bigger fish to fry even if it is a bug.' I agree. I suggest we

Re: [GitHub] [royale-asjs] aharui commented on issue #641: Fix PAYG violations and code debt

Re: Updating to a new GCC is fine too, but will likely blow up the modules work I've done for js-release as I noticed they've rewritten some of the compiler passes I had to fork. So upgrading GCC is likely to be a lot of work. It was specifically the rework for modules that made me ask about this

<    1   2   3   4   5   6   >