> > Bringing the whole thing will be an expensive operation in the fist time > before caching them, IMO we should load page wise and then cache them. WDYT > ? > Bringing it one time is always faster, and much simpler to debug ect.
http://stackoverflow.com/questions/9855545/http-requests-vs-file-size On Fri, Mar 24, 2017 at 5:14 PM, Kasun Thennakoon <[email protected]> wrote: > Hi all, > > > On Fri, Mar 24, 2017 at 4:13 PM, Chanaka Jayasena <[email protected]> > wrote: > >> I think we can do the same we did with jaggery base APIM UI using i18next >> library. http://i18next.com/ >> > > +1 to use i18next[1], > We could use the *i18next-xhr-backend* with the support from UUF to > provide i18n msf4j service to get the language mapping data.It also support > cache via local storage. So IMHO embeding similar functionality into UUF > client would be like re inventing the wheel.If we going to use i18next > library, all we need is simple locale service, which other wise we need to > have service + client library too. > > [1]: http://i18next.com/ > [2]: http://i18next.com/docs/ecosystem/#caches > -- > *Kasun Thennakoon* > Software Engineer > WSO2, Inc. > Mobile:+94 711661919 > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- With regards, *Manu*ranga Perera. phone : 071 7 70 20 50 mail : [email protected]
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
