Catalog namespaces about js-lingui HOT 8 CLOSED

Catalog splitting is an absolutely necessary feature for any real world website or SPA. Is it planned to implement anytime soon?

from js-lingui.

@saravanan10393 end of August sounds reasonable, definitely mid September.

from js-lingui.

I have been thinking of a solution to catalog splitting for our rather large SPA. The approach I came up with assumes that you're using webpack.

During the webpack build, you know which message is where. Even better, webpack already understands the concept of code splitting.

One could develop a webpack loader that is chained to your other loaders that extracts all the messages in the file currently passing through the loader. All the messages would collected during this process would be aggregated into a structure that maps webpack chunks to a list of messages. For example:

messages = {
      'chunka.js': [
            'My test string',
            'Another string',
      ],
      'chunkb.js': [
           'String in another chunk',
      ]
};

At the end of the webpack build, a plugin would run that matches the messages extracted during the build against the translations stored in the catalog. Essentially, building a new catalog for each chunk, containing only the messages contained in that chunk.

Pros

No additional configuration would be needed for people already using webpack. They'd have to configure the special loader and plugin. These would extract the messages per chunk, or entry point (both are possible).

Cons

Does not work for people not using Webpack. This is solve-able. Lingui could ship with a tool that takes some special configuration, generates a webpack config, runs webpack with the loader and plugin and spits out splitted translations.

from js-lingui.

@Photonios Is there plugin or loader your have mentioned available. I am in need of this feature. without this, i can not go further and use this project. Any help.

from js-lingui.

@snegostup I'm planning to work on it after I release jsLingui 3.0 next week. ETA late August

@Photonios That's exactly what I'm working on at the moment!

@saravanan10393 Sorry, it's not available right now. I'm working on it though and it should be available by the end of the month. Could you please share what's your use case? How do you use namespaces in your project?

TL;DR: I don't want to add namespaces to this project just for the sake of having it. Instead, I want to focus on solving problems which aren't solved in any i18n lib yet. Namespaces are just a byproduct of such effort.

I'm rushing to release 2.4, then cleanup the lib and add integration tests for CRA before releasing 3.0 (which is mostly ready, but there're few minor problems I need to solve). After that, I'll start coding working on this one. Stay tuned!

from js-lingui.

@tricoder42 , My first concern for having namespaces is to having separate separate resource files per module ( to extend per bundle where one module can have multiple bundles since my app is growing large ) to make the translation process to different language easier and maintainable. Verifying JSON file with 2000 lines, will be harder than having 200 lines per bundle. Another advantage i am seeing is that faster page loading by reducing initial file size load by loading only translation content.

@tricoder42, So Can i proceed with believe that i will get this feature in the end of August.

from js-lingui.

Is catalog splitting planned for 3.0? Currently my app is setup to dynamically split based on components so bundle size never grows beyond the core libs, except for the js-lingui catalog, which will still grow as the app grows.

from js-lingui.

Closing in favor of #326 and #503. Both will land in v3.

from js-lingui.