chore: Download crowdin translations and run crowdin:fix (#2147)

Co-authored-by: github-actions <github-actions@github.com>

Author: github-actions[bot]

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/dart/configClient.mdx

@@ -1,5 +1,3 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 ### Configurando el Cliente
 
 El SDK de Billetera Flutter utiliza el Cliente estándar del [http package](https://pub.dev/packages/http) para todas las solicitudes de red (excluyendo Horizon, donde se utiliza el cliente HTTP del SDK Stellar de Flutter).
@@ -8,8 +6,6 @@ Opcionalmente, puedes establecer tu propio cliente del [http package](https://pu
 
 El cliente se puede configurar globalmente:
 
-<CodeExample>
-
 ```dart
 import 'package:http/http.dart';
 // ...
@@ -22,6 +18,4 @@ var appConfig = ApplicationConfiguration(defaultClient: myClient);
 var walletCustomClient = Wallet(StellarConfiguration.testNet, applicationConfiguration: appConfig);
 ```
 
-</CodeExample>
-
 Algunos [casos de prueba](https://github.com/Soneso/stellar_wallet_flutter_sdk/tree/main/test) de este SDK utilizan, por ejemplo, el `MockClient`.

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/dart/install.mdx

@@ -1,13 +1,7 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
-<CodeExample>
-
 ```dart
 // pubspec.yaml
 stellar_wallet_flutter_sdk: ^1.0.6
 stellar_flutter_sdk: ^2.1.3
 ```
 
-</CodeExample>
-
 Puedes obtener la última versión disponible en la [página de GitHub del proyecto](https://github.com/Soneso/stellar_wallet_flutter_sdk)

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/kt/configClient.mdx

@@ -1,13 +1,9 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 ### Configurar el cliente
 
 El SDK de billetera de Kotlin utiliza el [client ktor](https://ktor.io/docs/getting-started-ktor-client.html) para todas las solicitudes de red (excluyendo Horizon, donde se utiliza el cliente HTTP del SDK de Stellar). Actualmente, el motor okhttp está configurado para utilizarse con el cliente. Puedes leer más sobre cómo configurar el client ktor [aquí](https://ktor.io/docs/create-client.html#configure-client).
 
 Por ejemplo, el cliente puede ser configurado globalmente:
 
-<CodeExample>
-
 ```kotlin
 val walletCustomClient =
   Wallet(
@@ -24,33 +20,23 @@ val walletCustomClient =
   )
 ```
 
-</CodeExample>
-
 Este código de Kotlin establecerá el tiempo de espera de conexión en diez segundos a través de la [configuración de okhttp](https://ktor.io/docs/http-client-engines.html#okhttp) y también instala el [plugin de reintento](https://ktor.io/docs/client-retry.html). También puedes especificar la configuración del cliente para clases específicas del SDK de billetera.
 
 Por ejemplo, para cambiar el tiempo de espera de conexión al conectarse a algún servidor anchor:
 
-<CodeExample>
-
 ```kotlin
 val anchorCustomClient =
   walletCustomClient.anchor("example.com") {
     engine { this.config { this.connectTimeout(Duration.ofSeconds(30)) } }
   }
 ```
 
-</CodeExample>
-
 ### Cerrar recursos
 
 Después de que la clase de billetera ya no se utilice, es necesario cerrar todos los clientes que se utilizaron con ella. Mientras que en algunas aplicaciones puede no ser necesario (por ejemplo, la billetera vive durante toda la vida de la aplicación), en otros casos puede ser necesario. Si tu clase de billetera es de corta duración, se recomienda cerrar los recursos del cliente utilizando una función de cierre:
 
-<CodeExample>
-
 ```kotlin
 fun closeWallet() {
   wallet.close()
 }
 ```
-
-</CodeExample>

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/kt/globalSigner.mdx

@@ -1,13 +1,7 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 Finalmente, con el enfoque anterior definimos el firmante y el dominio del cliente por solicitud. Si deseas definirlo una vez y utilizarlo para cada llamada de autenticación que tu aplicación está realizando, puedes hacerlo cambiando la configuración:
 
-<CodeExample>
-
 ```kotlin
 val appCfg = ApplicationConfiguration(WalletSigner.DomainSigner("https://my-domain.com/sign"), "my-domain.com")
 ```
 
-</CodeExample>
-
 Esto es particularmente útil para integrarse con múltiples anchors.

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/kt/httpConfig.mdx

@@ -1,14 +1,8 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 Hay una configuración más disponible para una billetera que permite configurar la lógica interna del SDK. Por ejemplo, para probar con servidores locales en un protocolo HTTP, se puede habilitar manualmente HTTP.
 
-<CodeExample>
-
 ```kotlin
 val walletCustom = Wallet(
   StellarConfiguration.Testnet,
   ApplicationConfiguration { defaultRequest { url { protocol = URLProtocol.HTTP } } }
 )
 ```
-
-</CodeExample>

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/kt/install.mdx

@@ -1,12 +1,6 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
-<CodeExample>
-
 ```kotlin
 // gradle.kts
 implementation("org.stellar:wallet-sdk:[version]")
 ```
 
-</CodeExample>
-
 Puedes obtener la última versión disponible en la [página de GitHub del proyecto](https://github.com/stellar/kotlin-wallet-sdk)

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/kt/watcher.mdx

@@ -1,9 +1,5 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 A continuación, obten el canal proporcionado por `WatcherResult` para recibir eventos.
 
-<CodeExample>
-
 ```kt
 do {
   val event = result.channel.receive()
@@ -16,8 +12,6 @@ do {
 } while (event !is ChannelClosed)
 ```
 
-</CodeExample>
-
 Este ejemplo de código consumirá todos los eventos que provienen del canal hasta que esté cerrado. Hay tres tipos de eventos:
 
 - `StatusChange`: indica que el estado de la transacción ha cambiado.

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/swift/globalSigner.mdx

@@ -1,14 +1,8 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 Finalmente, con el enfoque anterior definimos el firmante y el dominio del cliente por solicitud. Si deseas definirlo una vez y usarlo para cada llamada de autenticación que realiza tu aplicación, puedes hacerlo cambiando la configuración:
 
-<CodeExample>
-
 ```swift
 let appCfg = AppConfig(defaultSigner: try DomainSigner(url: "https://my-domain.com/sign"),
                        defaultClientDomain: "my-domain.com")
 ```
 
-</CodeExample>
-
 Esto es particularmente útil para integrarse con múltiples anchors.

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/swift/install.mdx

@@ -1,3 +1 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 Agrega el repositorio (https://github.com/Soneso/stellar-swift-wallet-sdk) como una dependencia de paquete en tu proyecto de XCode. Aparecerán dos nuevas dependencias de paquete: "stellar-wallet-sdk" y "stellarsdk".

i18n/es/docusaurus-plugin-content-docs/current/build/apps/wallet/component/ts/allowHttpInfo.mdx

@@ -1,17 +1,11 @@
-import { CodeExample } from "@site/src/components/CodeExample";
-
 :::info
 
 Si el dominio de inicio del anchor utiliza http, entonces necesitas configurar el flag `allowHttp` al crear el anchor:
 
-<CodeExample>
-
 ```typescript
 let anchor = wallet.anchor({ homeDomain: "example.com", allowHttp: true });
 ```
 
-</CodeExample>
-
 Esto solo se puede usar en Testnet.
 
 :::