docs: add isLoading and keepPreviousData pages in v2

pages/docs/advanced/meta.en-US.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "Return Values",
   "cache": "Cache",
   "performance": "Performance",
   "react-native": "React Native",

pages/docs/advanced/meta.es-ES.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "Valores devueltos",
   "cache": "Cache",
   "performance": "Rendimiento",
   "react-native": "React Native",

pages/docs/advanced/meta.ja.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "返り値",
   "cache": "キャッシュ",
   "performance": "パフォーマンス",
   "react-native": "React Native",

pages/docs/advanced/meta.ko.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "반환 값",
   "cache": "캐시",
   "performance": "성능",
   "react-native": "React Native",

pages/docs/advanced/meta.pt-BR.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "Valores Retornados",
   "cache": "Cache",
   "performance": "Desempenho",
   "react-native": "React Native",

pages/docs/advanced/meta.ru.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "Возвращаемые значения",
   "cache": "Кеш",
   "performance": "Производительность",
   "react-native": "React Native",

pages/docs/advanced/meta.zh-CN.json

@@ -1,4 +1,5 @@
 {
+  "return-values": "返回值",
   "cache": "缓存",
   "performance": "性能",
   "react-native": "React Native",

pages/docs/advanced/performance.en-US.mdx

@@ -57,25 +57,25 @@ For example, some API responses return a server timestamp that you might want to
 
 ## Dependency Collection
 
-`useSWR` returns 3 **stateful** values: `data`, `error` and `isValidating`, each one can be updated independently.
+`useSWR` returns 4 **stateful** values: `data`, `error`, `isLoading` and `isValidating`, each one can be updated independently.
 For example, if we print those values within a full data-fetching lifecycle, it will be something like this:
 
 ```jsx
 function App () {
-  const { data, error, isValidating } = useSWR('/api', fetcher)
-  console.log(data, error, isValidating)
+  const { data, error, isLoading, isValidating } = useSWR('/api', fetcher)
+  console.log(data, error, isLoading, isValidating)
   return null
 }
 ```
 
 In the worst case (the first request failed, then the retry was successful), you will see 4 lines of logs:
 
 ```js
-// console.log(data, error, isValidating)
-undefined undefined true  // => start fetching
-undefined Error false     // => end fetching, got an error
-undefined Error true      // => start retrying
-Data undefined false      // => end retrying, get the data
+// console.log(data, error, isLoading, isValidating)
+undefined undefined true true  // => start fetching
+undefined Error false false    // => end fetching, got an error
+undefined Error true true      // => start retrying
+Data undefined false false     // => end retrying, get the data
 ```
 
 The state changes make sense. But that also means our component **rendered 4 times**.

pages/docs/advanced/performance.es-ES.mdx

@@ -46,7 +46,7 @@ function App() {
 
 ```
 
-Cada componente `<Avatar/>` tiene un hook `useSWR` en su interior. Dado que tienen el mismo key SWR y 
+Cada componente `<Avatar/>` tiene un hook `useSWR` en su interior. Dado que tienen el mismo key SWR y
 que se renderizan casi al mismo tiempo, **sólo se hará 1 solicitud de red**.
 
 Se pueden reutilizar los hooks de datos (como `useUser` en el ejemplo anterior) en todas partes, sin preocuparse por el rendimiento
@@ -64,14 +64,14 @@ Por ejemplo, algunas respuestas de la API devuelven una marca de tiempo del serv
 
 ## Colección de dependencias
 
-`useSWR` devuelve 3 valores de **estado**: `data`, `error` y `isValidating` cada uno de ellos puede actualizarse de forma independientemente.
+`useSWR` devuelve 4 valores de **estado**: `data`, `error`, `isLoading` y `isValidating` cada uno de ellos puede actualizarse de forma independientemente.
 Por ejemplo, si imprimimos esos valores dentro de un ciclo de vida completo de obtención de datos, será algo como esto:
 
 ```jsx
 
 function App () {
-  const { data, error, isValidating } = useSWR('/api', fetcher)
-  console.log(data, error, isValidating)
+  const { data, error, isLoading, isValidating } = useSWR('/api', fetcher)
+  console.log(data, error, isLoading, isValidating)
   return null
 }
 
@@ -80,12 +80,12 @@ function App () {
 En el peor de los casos (si la primera solicitud falló, entonces el reintento fue exitoso). Se verán 4 líneas de registros:
 
 ```js
-// console.log(data, error, isValidating)
+// console.log(data, error, isLoading, isValidating)
 
-undefined undefined true  // => start fetching
-undefined Error false     // => end fetching, got an error
-undefined Error true      // => start retrying
-Data undefined false      // => end retrying, get the data
+undefined undefined true true  // => start fetching
+undefined Error false false    // => end fetching, got an error
+undefined Error true true      // => start retrying
+Data undefined false false     // => end retrying, get the data
 ```
 
 Los cambios de estado tienen sentido. Pero eso también significa que nuestro componente se **renderizo 4 veces.**
@@ -112,7 +112,7 @@ Data      // => end retrying, get the data
 El mismo proceso ha ocurrido internamente, hubo un error de la primera solicitud, entonces tenemos los datos del reintento.
 Sin embargo, **SWR sólo actualiza los estados que utiliza el componente**, que ahora sólo es `data`.
 
-Si no se utilizan siempre estos 3 estados, ya se está beneficiando de esta función. En [Vercel](https://vercel.com), esta optimización se 
+Si no se utilizan siempre estos 3 estados, ya se está beneficiando de esta función. En [Vercel](https://vercel.com), esta optimización se
 traduce en un 60% menos de repeticiones.
 
 ## Tree Shaking

pages/docs/advanced/performance.ja.mdx

@@ -57,25 +57,25 @@ SWR は、デフォルトでデータの変更を**詳細に比較**します。
 
 ## 依存関係のコレクション
 
-`useSWR` が返す三つの**ステートフルな**値、つまり `data` 、`error` 、そして `isValidating` は、それぞれが独立して更新されます。
+`useSWR` が返す四つの**ステートフルな**値、つまり `data` 、`error` `isLoading`、そして `isValidating` は、それぞれが独立して更新されます。
 たとえば、完全なデータフェッチのライフサイクル内でこれらの値を出力すると次のようになります：
 
 ```jsx
 function App () {
-  const { data, error, isValidating } = useSWR('/api', fetcher)
-  console.log(data, error, isValidating)
+  const { data, error, isLoading, isValidating } = useSWR('/api', fetcher)
+  console.log(data, error, isLoading, isValidating)
   return null
 }
 ```
 
 最悪の場合（最初のリクエストが失敗し、次に再試行が成功した場合）には、4 行のログが表示されます：
 
 ```js
-// console.log(data, error, isValidating)
-undefined undefined true  // => フェッチの開始
-undefined Error false     // => フェッチの完了、エラーを取得
-undefined Error true      // => 再試行の開始
-Data undefined false      // => 再試行の完了、データを取得
+// console.log(data, error, isLoading, isValidating)
+undefined undefined true true  // => フェッチの開始
+undefined Error false false    // => フェッチの完了、エラーを取得
+undefined Error false true     // => 再試行の開始
+Data undefined false false     // => 再試行の完了、データを取得
 ```
 
 この状態変化は理にかなっています。しかし、それはまた、コンポーネントが **4 回レンダリングされる**ことを意味します。

pages/docs/advanced/performance.ko.mdx

@@ -2,7 +2,7 @@
 
 SWR은 모든 종류의 웹 앱에서 중요한 기능들을 제공하므로 **성능**을 가장 중요시합니다.
 
-SWR의 내장 **캐싱**과 **[중복 제거](/advanced/performance#deduplication)** 기능은 불필요한 네트워크 요청을 생략하지만, 
+SWR의 내장 **캐싱**과 **[중복 제거](/advanced/performance#deduplication)** 기능은 불필요한 네트워크 요청을 생략하지만,
 `useSWR` hook 자체의 성능은 여전히 중요합니다. 복잡한 앱에서는 단일 페이지 렌더링에 `useSWR`이 수백 번 호출될 수 있습니다.
 
 SWR은 앱에서 다음을 보장합니다:
@@ -14,7 +14,7 @@ SWR은 앱에서 다음을 보장합니다:
 
 ## 중복 제거
 
-앱에서 SWR hook을 재사용하는 것은 아주 일반적입니다. 예를 들어, 앱이 현재 사용자의 아바타를 다섯 번 렌더링한다면: 
+앱에서 SWR hook을 재사용하는 것은 아주 일반적입니다. 예를 들어, 앱이 현재 사용자의 아바타를 다섯 번 렌더링한다면:
 
 ```jsx
 function useUser () {
@@ -56,25 +56,25 @@ SWR은 기본적으로 데이터 변경을 **깊게 비교**합니다. `data` 
 
 ## 의존성 수집
 
-`useSWR`은 세 개의 **스테이트풀** 값을 반환합니다: `data`, `error`, `isValidating`, 각각은 독립적으로 업데이트됩니다.
+`useSWR` returns 4 **stateful** values: `data`, `error`, `isLoading` and `isValidating`, each one can be updated independently.
 예를 들어, 전체 데이터 가져오기 생명 주기에서 이 값들을 출력한다면 뭔가 다음과 같은 것입니다.
 
 ```jsx
 function App () {
-  const { data, error, isValidating } = useSWR('/api', fetcher)
-  console.log(data, error, isValidating)
+  const { data, error,　isLoading, isValidating } = useSWR('/api', fetcher)
+  console.log(data, error, isLoading, isValidating)
   return null
 }
 ```
 
 최악의 경우에는(첫 번째 요청이 실패하고, 재시도가 성공), 네 줄의 로그가 보일 것입니다.
 
 ```js
-// console.log(data, error, isValidating)
-undefined undefined true  // => 가져오기 시작
-undefined Error false     // => 가져오기 종료, 에러 발생
-undefined Error true      // => 재시도 시작
-Data undefined false      // => 재시도 종료, 데이터 얻음
+// console.log(data, error, isLoading, isValidating)
+undefined undefined true true  // => 가져오기 시작
+undefined Error false false    // => 가져오기 종료, 에러 발생
+undefined Error true true      // => 재시도 시작
+Data undefined false false     // => 재시도 종료, 데이터 얻음
 ```
 
 상태 변화는 말이 됩니다. 하지만 이는 컴포넌트가 **네 번 리렌더링 되었음**을 의미하기도 합니다.