I don't know the dependency chain of ResourceManager. Just include it in HelloWorld and see what else comes in.
But see my other message on your other thread. IMO, Jewel should not need localization. -Alex On 2/26/19, 9:31 AM, "Carlos Rovira" <[email protected]> wrote: Hi Alex, what we will need use just the Flex ResourceManager in a normal royale app? will need SystemManager? other things? depending on requirements could be an option but I need to know the requirements since is about to give Jewel localization capabilities thanks El mar., 26 feb. 2019 a las 18:19, Alex Harui (<[email protected]>) escribió: > As usual, implementations in Royale are PAYG. This is the cheapest, > simplest localization implementation I could think of. Folks are welcome > to contribute fancier ones. This implementation probably worked with > private embeds until we started decorating private variable names. So the > limitation for now is that it will require public vars. > > The entire Flex ResourceManager subsystem is up and running. The > Emulation components are using it. It is very heavy, but has more > capabilities. > > Volunteers are welcome to modify the compiler to strip comments from > embedded properties files. > > -Alex > > On 2/26/19, 4:55 AM, "Carlos Rovira" <[email protected]> wrote: > > One more thing: Can we remove license headers from .property files? if > not, > could be stripped when embedded? this is significant weight that is > carried > to final user for nothing. Is ok to have license headers in source > files, > but should not go to production sites in the runnable code > > El mar., 26 feb. 2019 a las 11:54, Carlos Rovira (< > [email protected]>) > escribió: > > > Hi Alex, > > > > the problem is that I was setting the embed vars as "private" instead > > "public". Once I set up "public" it worked. > > Maybe is a bug? or to embed something it needs to be private? > > > > In the other hand, the actual system needs one var per language, so > if we > > end setting up 15 languages, we will need to add 15 public vars, one > per > > language. This implies to change class code that uses the bundle. I > suppose > > I'll end separating the jewel bundles from Jewel swc. And would be > better > > to be able to add property files to bundle for new languages without > the > > need to change the code in the Validator class in Jewel. Could be > this part > > improved in some way? > > > > Thanks for your help > > > > Carlos > > > > > > El mar., 26 feb. 2019 a las 11:41, Carlos Rovira (< > [email protected]>) > > escribió: > > > >> Hi Alex, > >> > >> El mar., 26 feb. 2019 a las 10:28, Alex Harui > (<[email protected]>) > >> escribió: > >> > >>> Does LocaleTest work for you? > >>> > >> > >> yes it works of. Main difference is that LocaleTest is all setup in > an > >> App. I'm setting up in a library. > >> > >>> > >>> I don't have time to try to build your test and investigate. It > seems > >>> strange that the class is called es_ESValidator but the data is in > >>> validator.properties. The code may be concatenating strings to > find the > >>> bundle and the "V" vs "v" might be a problem. > >>> > >> > >> I typed incorrectly name is right "es_ESvalidator", so that seems ok > >> > >> > >>> > >>> HTH, > >>> -Alex > >>> > >>> On 2/25/19, 2:52 PM, "Carlos Rovira" <[email protected]> > wrote: > >>> > >>> Thanks Alex, > >>> > >>> I tried to use SimpleLocalizedValuesImpl with Jewel Validator > but > >>> something > >>> is not still not working. You can see the commit in branch > >>> "validator-localized-bundles", commit > >>> (5b4f2bb7f7cf2ade51c06b03be5e8367527b47e4). > >>> > >>> I get the resourceManager object filled, and see in traces a > >>> "org.apache.royale.core.SimpleLocalizedValuesImpl" > >>> and in bundles I see {es_ESValidator: {...}}, what is right > since > >>> I'm in > >>> Spain, although is a mystery for me how know that is es_ES > since I > >>> don't > >>> see code for that > >>> > >>> then I do. resourceManager.localeChain = "es_ES"; that should > put the > >>> es_ES, but I do it for testing since that code can't go in the > >>> library. > >>> > >>> then there's the problem: > >>> var rfe:String = resourceManager.getValue("validator", > >>> "requiredFieldError" > >>> ); > >>> > >>> > >>> shows me that "data" var is null > >>> > >>> And the trace of error for the try catch is > >>> > >>> Cannot read property 'split' of null > >>> > >>> (normal since data is null) > >>> > >>> So I'm doing something wrong? > >>> > >>> Seems the embed worked since compilation passed, > >>> maybe is something with the .properties files? > >>> > >>> Hope you could take a look and if you know the problem you can > >>> commit in > >>> the branch or let me know so I can fix it. > >>> > >>> > >>> Thanks > >>> > >>> > >>> > >>> El lun., 25 feb. 2019 a las 18:47, Alex Harui > >>> (<[email protected]>) > >>> escribió: > >>> > >>> > Manualtests/LocaleTest > >>> > > >>> > On 2/25/19, 7:44 AM, "Carlos Rovira" < > [email protected]> > >>> wrote: > >>> > > >>> > Hi, > >>> > > >>> > I want to make Jewel Validator get main error messages > (i.e; > >>> > requiredFieldError) from some external place. I saw that > we > >>> already > >>> > have : > >>> > > >>> > SimpleLocalizedValuesImpl > >>> > > >>> > But don't see any example using it. So I want to ask how > to > >>> use it. > >>> > > >>> > 1.- Is this a bead that can be used at Application level? > >>> > 2.- Where we store the values? in a .properties file in > >>> resources > >>> > folder? > >>> > 3.- what about file naming strategy is > >>> "EN_ussomeName.properties" and > >>> > ""ES_essomeName.properties" , and so on... > >>> > 2.- Then how is the basic use? If I need to get a value > from > >>> > SimpleLocalizedValuesImpl from the Validator bead? > >>> > > >>> > Thanks in advance for any clue on this > >>> > > >>> > Carlos > >>> > > >>> > -- > >>> > Carlos Rovira > >>> > > >>> > > >>> > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894746111&sdata=jSccGFwJW4yktkFghlgq5YpgM3boUqT9i7tIEMIvT0Y%3D&reserved=0 > >>> > > >>> > > >>> > > >>> > >>> -- > >>> Carlos Rovira > >>> > >>> > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894746111&sdata=jSccGFwJW4yktkFghlgq5YpgM3boUqT9i7tIEMIvT0Y%3D&reserved=0 > >>> > >>> > >>> > >> > >> -- > >> Carlos Rovira > >> > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894746111&sdata=jSccGFwJW4yktkFghlgq5YpgM3boUqT9i7tIEMIvT0Y%3D&reserved=0 > >> > >> > > > > -- > > Carlos Rovira > > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894746111&sdata=jSccGFwJW4yktkFghlgq5YpgM3boUqT9i7tIEMIvT0Y%3D&reserved=0 > > > > > > -- > Carlos Rovira > > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894746111&sdata=jSccGFwJW4yktkFghlgq5YpgM3boUqT9i7tIEMIvT0Y%3D&reserved=0 > > > -- Carlos Rovira https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C7efe28c0b2dc4d17d53f08d69c103d9a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636867990894756120&sdata=kaBkGYMa7PlYzSdqIk7Le%2FHIMJNoZu1bFMcocI0LzKw%3D&reserved=0
