From f560d78d59e27eda20a0238cbaacb9fef605c1cf Mon Sep 17 00:00:00 2001
From: lacatoire <la.catoire@gmail.com>
Date: Wed, 19 Aug 2026 16:39:52 +0200
Subject: [PATCH] [Sync EN] Correct memory usage estimation in range()
 documentation (#4680)

---
 language/generators.xml | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/language/generators.xml b/language/generators.xml
index 624f8a97b..7ab9db143 100644
--- a/language/generators.xml
+++ b/language/generators.xml
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- $Revision$ -->
-<!-- EN-Revision: 50e6f42c83ac3f6de5e1086b649e06adedd562ff Maintainer: lacatoire Status: ready -->
+<!-- EN-Revision: a8c1fc582e4917898980533b90fab4a598aede0f Maintainer: lacatoire Status: ready -->
 <!-- Reviewed: no -->
 <!-- CREDITS: DAnnebicque -->
 
@@ -31,15 +31,15 @@
    Al igual que con los iteradores, el acceso aleatorio a los datos no es posible.
   </para>
 
-  <para>
+  <simpara>
    Un ejemplo sencillo de este mecanismo es la reimplementación
    de la función <function>range</function> en forma de generador.
    La función estándar <function>range</function> debe generar un array
    que contenga cada valor y devolverlo, lo cual puede llevar
    a arrays de gran tamaño: por ejemplo, la llamada al código
    <command>range(0, 1000000)</command> puede consumir significativamente más de
-   100 MB de memoria.
-  </para>
+   10 MB de memoria.
+  </simpara>
 
   <para>
    Como alternativa, se puede implementar un generador