-
-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Next 13 App Router & Pages Router #21
Comments
Any thoughts on it @aralroca? |
Yes, is in the plan. Currently, I don't have much time to do it, but I'll try to do it as soon as I have time. BTW; any PR about this will be very welcome |
Thanks for your contribution ❤️ |
@alvesvin please try this canary https://github.com/aralroca/next-translate-plugin/releases/tag/2.3.0-canary.1 thanks for your contributions. I isolate this change. |
We are currently implementing the new App Router. After updating
In the frontend, everything is shown correctly. Do you have an idea what the problem could be @alvesvin or @aralroca? |
What version of this package are you using?
[email protected]
What problem do you want to solve?
Currently, next-translate-plugin webpack loader can only support either Pages Router or App Router based on
experimental.appDir
configuration innext.config.js
. While most of production apps are still migrating from the old Pages Router, we need to support both of those types of routing.What do you think is the correct solution to this problem?
The solution is to support multiple pages directories and add necessary helpers accordingly, heavily based on the directory pattern. If page is under a valid App Router directory, than it is a new Next 13 page. If page is under a valid Pages Router directory, than it is a legacy page. Other files are skipped.
Are you willing to submit a pull request to implement this change?
Yes!
The text was updated successfully, but these errors were encountered: