Hmmn. If i understand right there are three options.
1) Force the developer to create framework libraries for all their locales and maintain them in their local repository. 2) Don't force them just warn them if they are not there. 3) Automatically create the framework libraries for them using the same strategy as copylocale. Currently we have the first case. I have proposed the second case. I think you favor the third case (correct me if i'm wrong) I don't really see the benefit of this since you are really just making an exact copy of an existing locale to a new locale without really changing the localized strings. And in any case the copylocale strategy does not work for the playerglobal and flash-integration libraries. I suppose the first case would be the most correct one although it does not seem to be the strategy that flexbuilder uses. Personally i think i would chose not to add localized framework libraries to my swf as they increase the size and i don't think that i'm really going to want to show the user any of the strings that are contained in them. However i understand that others may not feel that way and that you want to always include these bundles. Perhaps its just best left as it is then. Max On Aug 18, 9:51 pm, Marvin Froeder <[email protected]> wrote: > I can't just eat the missing bundle exception like that.... > > Imagine someone try to compile an application in es_MX, or en_GB..... > sorry, but that is a no fix for this problem.... > > VELO > > On Wed, Aug 18, 2010 at 4:45 PM, maxmil <[email protected]> wrote: > > OK. > > > Have created an issue and attached a patch. > > >https://issues.sonatype.org/browse/FLEXMOJOS-342 > > > See what you think. > > > Look forward to flexmojos 4. Haven't been able to find any info on the > > expected release date for maven 3. Hope that it is soon :) > > > Keep up the good work. > > > On Aug 14, 1:08 am, Marvin Froeder <[email protected]> wrote: > > > Ow, sorry, sorry, I thought you was offering to fix that, I was at gym > > and > > > didn't read the e-mail correctly =D > > > > So, flexmojos 4 does use a logic similar to flex2.tools.CopyLocale to do > > > localization chain, may be that could be used to workaround the issue > > > (although it won't fix anything, since you will probably be displaying > > en_US > > > info on your es_ES application, but your call here). > > > > As for flexmojos 3 I see no way of handling with this problem. Porting > > back > > > Flexmojos 4 code is not an option, since FM3 and FM4 doesn't share the > > same > > > code base. FM4 was rewritten from scratch. > > > > And also, I'm no longer spending my time on new features for flexmojos 3, > > my > > > goal is to get Flexmojos 4 ready as soon maven 3 is out. > > > > But, if someone decide to fix the problem I stand for what I said, I will > > > review and apply the patch for flexmojos 3. > > > > VELO > > > > On Fri, Aug 13, 2010 at 6:43 PM, Marvin Froeder <[email protected]> > > wrote: > > > > I promisse I will review and apply the patch when submitted. > > > > > Sent from DROID > > > > > Em 13/08/2010 17:03, "maxmil" <[email protected]>escreveu: > > > > > OK. Have had a look but its a bit of a muddle. > > > > > In the distributed version of the flex sdk the es_ES locale (and quite > > > > a few others) lack the flash-integration_rb.swc and > > > > playerglobal_rb.swc. > > > > > As mentioned earlier in this thread and in the Adobe docs the advised > > > > way to generate a new locale is using the copylocal command line > > > > utility. > > > > > This just runs the java class flex2.tools.CopyLocale. The source can > > > > be found here: > > > > >http://opensource.adobe.com/svn/opensource/flex/sdk/trunk/modules/com. > > .. > > > > > This copies and recompiles all the projects in the sdk framework/ > > > > projects directory from an existing locale to the new locale ONLY IF > > > > THE PROJECT HAS A bundles SUB DIRECTORY. > > > > > In the distruibuted version of the 4.1 SDK that i have the > > > > playerglobal project does not exist and the flash-integration project > > > > has no bundles directory. > > > > > Hence even if i run copylocale these swc's are not generated in my new > > > > locale. > > > > > Looking at the source for these two projects in Adobe's repository it > > > > seems to me that neither contain localized resources. Hence i think > > > > that it is safe to copy the swc's from de default (en_US) locale. > > > > > I guess that compilation in flexbuilder is configured to always use > > > > these swc's in the en_US locale which always exists and therefore does > > > > not run into problems when compiling for other locales. > > > > > I suppose flexmojos could do the same but since this seems > > > > undocumented and i guess that these projects could become localized at > > > > some time in the future i suppose that this would be a bad idea. > > > > > For me the workaround in order to compile with flexmojos and the es_ES > > > > locale has been to manually import the swc's from the en_US locale > > > > into my locale maven repository with the classifier es_ES. > > > > > Sorry for the rant and i hope that this is useful for somebody > > > > somewhere. > > > > > On Aug 4, 8:44 am, maxmil <[email protected]> wrote: > > > > > When i have time i'll try to have a look in... > > > > > > > command withlocale=es_ESit compiles fine even though no > > > > > > > > playerglobal_rb.swc exists in <flex-sdk>/frameworks/locale/es_ES. > > > > > > > > However when i inclu... > > > > > > > classifieres_ES > > > > > > > > On Aug 3, 2:04 pm, Marvin Froeder <[email protected]> wrote: > > > > > > > > On Tue, Aug 3, 2010 at ... > > > > > > > > > playerglobal_rb.swc does not exist in the sdk in > > thelocalees_ES > > > > > > > > (Neither > > > > > > > > > in this version nor the 4.0 release) > > > > > > > > > > Is this an oversight of ad... > > > > > > > > > From the command line i can invoke mxmlc with > > locales=es_ESand > > > > compile > > > > > > > > > > without the playerglobal_rb.swc. I suppose that the compiler > > uses > > > > a > > > > > > > default > > > > > > > > ... > > > > > > > > >> The flash integration dependencies for thelocalees_ESare not > > > > > > > > > >> published in the repository (the list of published locales > > for > > > > the > > > > > > > > >> 4.1.0.16248... > > > > > > > > > [email protected]<flex-mojos%[email protected]> > > <flex-mojos%2bunsubscr...@googlegrou ps.com> > > > > <flex-mojos%2bunsubscr...@googlegrou ps.com> > > > > > > > <flex-mojos%[email protected]<flex-mojos%[email protected]> > > <flex-mojos%252bunsubscr...@googl egroups.com> > > > > <flex-mojos%252bunsubscr...@googl egroups.com> > > > > > > > > > > For more options, visit this group at > > > > > > > > >http://groups.google.com/group/flex-mojos... > > > > > > > [email protected]<flex-mojos%[email protected]> > > <flex-mojos%2bunsubscr...@googlegrou ps.com> > > > > <flex-mojos%2bunsubscr...@googlegrou ps.com> > > > > > > > > For more options, visit this group at > > > > > > >http://groups.google.com/group/flex-mojos > > > > > > > >ht... > > > -- > > You received this message because you are subscribed to the Google > > Groups "Flex Mojos" group. > > To post to this group, send email to [email protected] > > To unsubscribe from this group, send email to > > [email protected]<flex-mojos%[email protected]> > > For more options, visit this group at > >http://groups.google.com/group/flex-mojos > > >http://flexmojos.sonatype.org/ -- You received this message because you are subscribed to the Google Groups "Flex Mojos" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/flex-mojos http://flexmojos.sonatype.org/
