1. 23 10月, 2020 1 次提交
  2. 22 10月, 2020 2 次提交
  3. 21 10月, 2020 3 次提交
  4. 19 10月, 2020 1 次提交
  5. 18 10月, 2020 1 次提交
  6. 16 10月, 2020 1 次提交
  7. 14 10月, 2020 1 次提交
  8. 08 10月, 2020 1 次提交
    • J
      Add initial changes for i18n support (#17370) · b2d1d87e
      JJ Kasper 提交于
      This adds the initial changes outlined in the [i18n routing RFC](https://github.com/vercel/next.js/discussions/17078). This currently treats the locale prefix on routes similar to how the basePath is treated in that the config doesn't require any changes to your pages directory and is automatically stripped/added based on the detected locale that should be used. 
      
      Currently redirecting occurs on the `/` route if a locale is detected regardless of if an optional catch-all route would match the `/` route or not we may want to investigate whether we want to disable this redirection automatically if an `/index.js` file isn't present at root of the pages directory. 
      
      TODO: 
      
      - [x] ensure locale detection/populating works in serverless mode correctly
      - [x] add tests for locale handling in different modes, fallback/getStaticProps/getServerSideProps
      
      To be continued in fall-up PRs
      
      - [ ] add tests for revalidate, auto-export, basePath + i18n
      - [ ] add mapping of domains with locales
      - [ ] investigate detecting locale against non-index routes and populating the locale in a cookie
      
      x-ref: https://github.com/vercel/next.js/issues/17110
      b2d1d87e
  9. 15 9月, 2020 1 次提交
  10. 13 9月, 2020 1 次提交
  11. 12 9月, 2020 2 次提交
  12. 11 9月, 2020 3 次提交
  13. 10 9月, 2020 1 次提交
  14. 02 9月, 2020 1 次提交
  15. 01 9月, 2020 1 次提交
  16. 22 8月, 2020 1 次提交
  17. 21 8月, 2020 1 次提交
  18. 20 8月, 2020 1 次提交
  19. 19 8月, 2020 1 次提交
    • J
      Replace broken `prop-types-exact` package (#15953) · ff33e07a
      Joe Haddad 提交于
      This PR replaces `prop-types-exact` (only used in this location) with manual property checking.
      
      Right now, malformed properties sent to `<Link>` are silently handled and only emit a warning in the console.
      This leads to confusing/unexpected errors because we try to read a value that is undefined.
      
      To fix this, we'll now throw a proper error when `<Link>` is misused. **This still isn't optimal, however, because we don't have a component stack trace we can give the user**.
      We're not going to be able to give the user actionable instructions until React 16.14 at a minimum.
      
      ---
      
      Fixes #13951
      Fixes #16107
      Closes #13962
      ff33e07a
  20. 17 8月, 2020 1 次提交
  21. 14 8月, 2020 2 次提交
  22. 11 8月, 2020 1 次提交
  23. 10 8月, 2020 4 次提交
  24. 08 8月, 2020 1 次提交
  25. 06 8月, 2020 3 次提交
  26. 05 8月, 2020 1 次提交
  27. 04 8月, 2020 2 次提交