Hi Carlos, All of our code is "still in development". I know there are several ways to interpret the Apache principles of "community over code", but IMO, if some volunteer contributes some code and it isn't working perfectly, it is often better for us to improve on that code instead of abandon it for a different implementation. We keep talking about trying to get more committers. IMO, it encourages people to try if we don't reject them because of some bug.
If you want an all-static API, that's fine, but then the MX version could have been refactored into utility methods shared by an all-static version. We would have moved the guts of it out of MX into some other SWC like Core or maybe a Utils at some point. Now it will probably fall upon you or I to reconcile the two versions when we might have instead inspired more contributions from the person who originally wrote the MX version. My 2 cents, -Alex On 9/24/18, 4:09 AM, "Carlos Rovira" <[email protected]> wrote: Hi Alex, if you refer to the classes in MX, was my first try but couldn't make it work. Since MX is still in development, I didn't know if that is working or not, and if are compatible with the string encoding/decoding. As well, but not related, the implementation seems a bit strange to me. There's a JSWrapper, and then tow classes that need instantiation where I think this should be just static methods. Just my experience with that.... El lun., 24 sept. 2018 a las 7:19, Alex Harui (<[email protected]>) escribió: > What was wrong with the Base64Encoder/Decoder? > > -Alex > > On 9/23/18, 11:25 AM, "Carlos Rovira" <[email protected]> wrote: > > Hi, > > just let you know that IE11 problem wasn't a JSON problem. It was that > "atob" and "btoa" functions to decode/encode base64 are not available > in > IE11...another IE nightmare... > I finaly added a Base64 class with static encode and decode functions > to > Core to solve this problem cross platform. > > So final I was able to finish the example... > > Thanks > > Carlos > > > El dom., 23 sept. 2018 a las 17:37, Carlos Rovira (< > [email protected]>) > escribió: > > > Hi Harbs, > > > > thanks! that solves the issue! That's magic! : ) > > > > I put this only in pom.xml in this example and in JewelExample, > since I'll > > use it as well. But I think I can't enable it in maven globally, or > at > > least don't know how. > > I think as you that this should be enabled per case, although, it > seems > > that even we, that use mostly AMF instead JSON, will have to use it, > so > > maybe all people using royale, will end using this compiler > arg...just what > > I think will happen. > > > > About IE11, I'll go with it now, but seems that JSON.parse() has many > > problems with many functions and people uses polyfill or other JSON > > implementation to solve it. I'll try that way and I think if that > works ok > > and we want to support IE11 as we said, we'll need to add the > polyfill to > > Royale as we did with other things like Dialog. > > > > Thanks! > > > > > > El dom., 23 sept. 2018 a las 11:49, Harbs (<[email protected]>) > > escribió: > > > >> I’m not sure what the problem is with IE11, but the problem with the > >> release version is minification renaming. > >> > >> I just committed a change to the example ant build script to > include the > >> “js-dynamic-access-unknown-members” option (new to 0.9.3). That > fixes the > >> renaming problem. > >> > >> You can do something similar for Maven and/or VS Code builds. > >> > >> I’m not suggesting that globally enabling this option (like I did) > is the > >> best way to go, but I have limited time today and I wanted to > demonstrate > >> how to use it. > >> > >> Good luck, > >> Harbs > >> > > > > -- > > Carlos Rovira > > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C04d3cb9a17aa4268c96e08d6220e2263%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636733841438441719&sdata=c8Wkvn%2F9Ft3%2Bh8phxaJ0Q3SdGY%2BLquJatfnkPmSiVLQ%3D&reserved=0 > > > > > > -- > Carlos Rovira > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C04d3cb9a17aa4268c96e08d6220e2263%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636733841438441719&sdata=c8Wkvn%2F9Ft3%2Bh8phxaJ0Q3SdGY%2BLquJatfnkPmSiVLQ%3D&reserved=0 > > > -- Carlos Rovira https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C04d3cb9a17aa4268c96e08d6220e2263%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636733841438441719&sdata=c8Wkvn%2F9Ft3%2Bh8phxaJ0Q3SdGY%2BLquJatfnkPmSiVLQ%3D&reserved=0
