i18n(fr): update integrations-reference & adapter-reference#13448
Conversation
github-actions
Bot
added
the
i18n
✅ Deploy Preview for astro-docs-2 ready!Built without sensitive environment variables
To edit notification comments on pull requests, go to your Netlify project configuration. |
Lunaria Status Overview🌕 This pull request will trigger status changes. Learn moreBy default, every PR changing files present in the Lunaria configuration's You can change this by adding one of the keywords present in the Tracked Files
Warnings reference
|
ArmandPhilippot
changed the title
integrations-reference.mdxintegrations-reference & adapter-reference
ArmandPhilippot
force-pushed
the
i18n/fr-update-integrations-reference
branch
from
61ba67e to
809c2b5
Compare
ld-web
left a comment
ld-web
left a comment
There was a problem hiding this comment.
Just a few things, LGTM !
| Détermine à quelle étape du cycle de vie de la page le middleware est exécuté, et comment le code du middleware est émis dans le résultat de la compilation. | ||
|
|
||
| Lorsque cette option est activée, elle empêche le code middleware d'être regroupé et importé par toutes les pages pendant la compilation : | ||
| Le mode ` classic` correspond au comportement par défaut d'Astro. Avec les pages pré-rendues, le middleware est exécuté lors de la compilation, et n'est pas réexécuté lorsque la page est demandée. Avec les pages dynamiques, le middleware est exécuté uniquement lors de la requête. Le code du middleware fait partie de votre paquet compilé pour le serveur. |
There was a problem hiding this comment.
| Le mode ` classic` correspond au comportement par défaut d'Astro. Avec les pages pré-rendues, le middleware est exécuté lors de la compilation, et n'est pas réexécuté lorsque la page est demandée. Avec les pages dynamiques, le middleware est exécuté uniquement lors de la requête. Le code du middleware fait partie de votre paquet compilé pour le serveur. | |
| Le mode ` classic` correspond au comportement par défaut d'Astro. Avec les pages pré-rendues, le middleware est exécuté lors de la compilation, et n'est pas réexécuté lorsque la page est requêtée. Avec les pages dynamiques, le middleware est exécuté uniquement lors de la requête. Le code du middleware fait partie de votre paquet compilé pour le serveur. |
I feel like "requêtée" is more precise, can be ignored
There was a problem hiding this comment.
I don't know for this one. This sounds a bit odd to me. This is valid according to the Wiktionary, but not according to the Larousse). And I don't think this is commonly used? I mean the error message for "the requested page is unavailable" is usually translated with "la page demandée est indisponible".
So, I think I'll ignore this one.
There was a problem hiding this comment.
Yeah I understand. My point of view is that for developers reading the docs it would be more "semantically" correct, more "web development"-related. On a personal side I would always use "requêter une page" rather than "demander une page", but yeah, I understand it can be ignored :)
Co-authored-by: ld-web <46715342+ld-web@users.noreply.github.com>
|
Thanks for the review! Some pages, like So, I'll wait a bit before merging this one to see what is the best course of action here. |
3 participants
Description (required)
integrations-reference.mdx,adapter-reference.mdx, and two small files because of the links:integrations-guide/netlify.mdxandupgrade-to/v5.mdx.integrations-guide/vercel.mdx#13530 tointegrations-guide/vercel.mdxRelated issues & labels (optional)