OK, I will revert your revert of my commit in the mean time. -Alex
On 11/28/18, 12:09 PM, "Carlos Rovira" <carlosrov...@apache.org> wrote: Hi Alex, I'm very busy finishing our app for this Friday, so I'll work on this on the weekend and come back with the results I get. Thanks! El mar., 27 nov. 2018 a las 23:09, Alex Harui (<aha...@adobe.com.invalid>) escribió: > Carlos, > > What is written below is not really useful data, just a story. It is > really hard for me to guess what is going on. You didn't indicate or show > output that proves that whatever configs you are trying to use actually got > used. Nor is there any indication that you proceeded with any suggestions > I have made so far. You could have typed something incorrectly, used the > wrong compiler option, etc. I have no idea of what errors were output for > what source. There are too many possibilities. > > I thought of another approach for you to try: Because you are not using > MXRoyale UI widgets, I think you don't want configname=flex as it will pick > defaults for Flex that you don't want, so remove that and make sure that > royale-config is being used and has the list of SWCs as I committed it, > instead of the wildcard/folder you committed. > > In theory, that royale-config should list every SWC except MXRoyale and > SparkRoyale. Instead of using a folder, you should be able to add those > two SWCs using -library-path+=<path to>/MXRoyale.swc and > -library-path+=<path to>/SparkRoyale.swc, and similarly, > -js-library-path+=<path to>/MXRoyaleJS.swc and -js-library-path+=<path > to>/SparkRoyaleJS.swc > > IOW, since royale-config used to work for you, and the only change should > have been to unlist MXRoyale and SparkRoyale, it should be the least effort > to re-list those two SWCs. Try that, and report actual data like some > console output, and the source associated with any errors. > > -Alex > > On 11/27/18, 8:11 AM, "Carlos Rovira" <carlosrov...@apache.org> wrote: > > Hi, > > just created a branch "feature//config-name-changes" that starts with > the > revert of my commit > > What I tried and didn't work is to : > > 1.- duplicate royale-config-template.xml > 2.- Add "MXRoyale.swc" to both libs list (for SWF and for JS) > 3.- Add a namespace entry for MXRoyale to namespaces > > I think that should work out of the box, but listing concrete SWCs make > IDEs fail > > thanks > > > > > El mar., 27 nov. 2018 a las 10:50, Carlos Rovira (< > carlosrov...@apache.org>) > escribió: > > > Alex, > > > > no body is making this a personal attack. Just pointing that maybe > both > > are doing things wrong. > > > > In the other hand you know that no breaking build does not mean that > we > > are not breaking things. If I remove code in some UIBase setter, I > can > > make all Royale apps fail without breaking the build right?. The > problem > > here is the same but with IDEs. > > > > We all have to accept others people warnings and problems and don't > think > > our commits are infallible. > > > > I think Dave suggestion is the way to go. We can go to a branch and > revert > > my commit so we can try how to get both things working. > > > > And again, we all know how emails works in making things removing the > > human touch, so don't think that I'm making any personal attack > since is > > not my intention. And if I do in some way, just accept my apologies > for > > that. > > > > I'll create the branch today as I have time and revert the change so > we > > can progress with this issue > > > > thanks! > > > > Carlos > > > > > > > > El mar., 27 nov. 2018 a las 8:34, Alex Harui > (<aha...@adobe.com.invalid>) > > escribió: > > > >> > >> > >> On 11/26/18, 10:42 PM, "Dave Fisher" <dave2w...@comcast.net> wrote: > >> > >> (1) Maybe you should be on a branch too! > >> > >> (2) Merges happen when everyone is ready! > >> > >> Now discuss development branches > >> > >> > >> We have. We use them when we judge them necessary for big > disruptive > >> changes. I didn't and still don't think it was necessary. The > builds and > >> tests and examples passed. > >> > >> If you are supporting reverting other people's commits, personal > attacks, > >> and committing changes without justification, then I am really > surprised > >> and disappointed. I would think we would want less of that, not > more. > >> > >> My 2 cents, > >> -Alex > >> > >> > >> > > > > -- > > Carlos Rovira > > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C2c4c3f6a65f249746c2908d6556d5693%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636790325445054948&sdata=LSYRygHOCNIKsIfKkbryUAhFbjdiUdnzl%2B9wlwLlYCo%3D&reserved=0 > > > > > > -- > Carlos Rovira > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C2c4c3f6a65f249746c2908d6556d5693%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636790325445054948&sdata=LSYRygHOCNIKsIfKkbryUAhFbjdiUdnzl%2B9wlwLlYCo%3D&reserved=0 > > > -- Carlos Rovira https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C2c4c3f6a65f249746c2908d6556d5693%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636790325445054948&sdata=LSYRygHOCNIKsIfKkbryUAhFbjdiUdnzl%2B9wlwLlYCo%3D&reserved=0