Traducciones EN/FR/IT/PT de la nueva /numeros/ (post 56514) — y cómo evitar que se desfasen cada semana #217

Open
opened 2026-08-26 16:01:44 +00:00 by inma · 0 comments
Collaborator

Qué se pide

Traducir a EN / FR / IT / PT la nueva página de cuentas, que nació el 26-ago con la rotación y todavía existe solo en español.

Post 56514
Slug numeroshttps://www.feadulta.com/numeros/
Título LA SUMA DE TODOS
Categoría 3

El histórico (post 18036, slug numeros-anteriores-a-junio-2026) ya tiene sus cuatro traducciones: 47978 en · 47979 fr · 47980 it · 47981 pt. La página nueva enlaza al histórico en el pie, así que cada traducción debería enlazar a la del histórico en su mismo idioma.

Qué se traduce y qué no

La página son dos cosas distintas y conviene no mezclarlas:

Sí se traduce — el texto fijo, que no cambia nunca:

  • La intro de agradecimiento (voluntarios, técnicos, lectores).
  • «Haz tu aportación» y las etiquetas de las formas de pago: «Con tarjeta», «Puntual», «Recurrente», «Con Bizum», «Por transferencia».
  • «También se sostiene el portal con la compra de libros».
  • El aviso de PayPal para quien escribe desde fuera de Europa.
  • «Nuevas cuentas a partir de junio de 2026».
  • «Saldo de la cuenta».
  • «Ingresos y gastos» y las cuatro cabeceras de la tabla: Fecha · Concepto · Importe · Saldo.
  • «Para ver las cuentas anteriores».
  • Los conceptos de gasto de la tabla: «Mantenimiento web mes de agosto», «Hosting», «Brevo (envío de la carta semanal)», «ChatGPT», «Generador de audios (voz de los artículos)», «Claude (edición y automatizaciones)», «Gastos migración a WordPress».

No se traduce — los nombres de las personas que aportan (van como nombre + iniciales: «Montserrat T. S. F.») ni los importes, que van en formato español (coma decimal, punto de millar).

Terminología: "aportación", nunca "donación"

Regla editorial firme, no es matiz de estilo: Inma es autónoma y esas cantidades son ingreso suyo, no un donativo deducible. En las cuatro lenguas hay que evitar el campo semántico de donation / don / donazione / doação y usar el de contribution / contribution / contributo / contribuição. El título de la página inglesa del histórico ya va bien encaminado: Everyone's contribution.

Los datos de cobro tienen que ir tal cual

Se copian, no se tocan, y conviene revisarlos en la traducción porque son los que se equivocan al copiar:

  • Titular: Inmaculada Concepción Calvo Torrejón (ya no es la Asociación Fe Adulta).
  • IBAN: ES39 3058 1911 08 2720016798 (Cajamar). ⚠️ El anterior, el de Triodos ES79 1491 0001 21 2117992228, no debe aparecer.
  • Bizum: +34 651 812 548 (el viejo, 616 57 15 87, está retirado).
  • Tarjeta: puntual edicionesfeadulta.com/producto/aportacion-a-feadulta/ · recurrente edicionesfeadulta.com/colabora/
  • PayPal: https://www.paypal.com/ncp/payment/6RA56B5HAJR5Q

Sin audio

Las páginas de cuentas no se locutan. El guard de TTS que se endureció en #190 ya excluye el slug numeros y las marcas fea-don-wrap / fea-ledger, así que en principio está cubierto.

⚠️ Un aviso sobre ese guard: entre sus marcadores está la cadena Haz tu donación, y esa frase ya no existe en la página nueva — ahora es «Haz tu aportación», por la regla de arriba. Las traducciones tampoco la llevarán. Si el guard llegara a depender de esa cadena, dejaría de proteger; lo que salva hoy es el slug y las clases. Convendría actualizar el marcador cuando se toque #190.

El problema de fondo: la página se regenera sola cada semana

Esto es lo que hay que decidir antes de traducir, porque condiciona el trabajo.

La página no se edita a mano: la genera suma_de_todos.py, que recalcula el saldo y regenera la tabla entera en cada pasada, sobre el post 56514 y solo sobre él. Ahora mismo son 76 movimientos y crecen cada semana.

Es decir: en cuanto entre una aportación nueva, las cuatro traducciones se quedan con una tabla vieja y un saldo que no cuadra con el español. Y una página de cuentas que no cuadra es peor que no tenerla.

Se me ocurren dos salidas, y la decisión es vuestra:

  1. Que el script escriba también las cuatro traducciones. La tabla es la misma en los cinco idiomas salvo las cabeceras y los conceptos de gasto; si Hermes entrega esas cadenas traducidas una sola vez, el script puede generar las cinco tablas en cada pasada y no volver a tocarse. Es la que menos mantenimiento deja.
  2. Traducir solo el texto fijo y que las traducciones no lleven tabla, con un enlace a la española para el detalle de movimientos. Menos fiel, pero nunca se desfasa.

Si vais por la 1, lo que necesito de Hermes es la lista de cadenas traducidas (las de "Sí se traduce"), no las páginas montadas; el montaje lo hace el script.

De paso: el CSS vuelve a verse como texto en las cinco páginas del histórico

Comprobado hoy, 26-ago. Las cinco empiezan por .fea-don-wrap{max-width:640px...} sin etiqueta <style>, así que el navegador lo pinta como un ladrillo de texto encima de la página:

post slug empieza con <style>
18036 numeros-anteriores-a-junio-2026 no
47978 numeros-en-anteriores-a-junio-2026 no
47979 numeros-fr-anteriores-a-junio-2026 no
47980 numeros-it-anteriores-a-junio-2026 no
47981 numeros-pt-anteriores-a-junio-2026 no

Verificado en vivo en https://www.feadulta.com/numeros-anteriores-a-junio-2026/ y en https://www.feadulta.com/en/numeros-en-anteriores-a-junio-2026/ : el CSS aparece como texto visible desde el primer carácter del contenido.

Es la misma avería de #190, que se dio por corregida el 3-ago en el 18036. En las cuatro traducciones no llegó a aplicarse, y en el 18036 ha vuelto — probablemente al regrabarse el contenido en la rotación del 26-ago. No lo he tocado: es terreno de #190 y prefiero que lo mire Rafa antes de meter mano.

Un apunte por si sirve para el diagnóstico: WordPress (wpautop) mete un <p> donde ve una línea en blanco, y lo hace también dentro de un bloque <style>. Un <p> ahí rompe el parseo del CSS de ese punto en adelante, en silencio y sin error. Nos ha mordido hoy mismo en la página nueva: el arreglo del responsive se publicó con las tres @media muertas hasta que se mandó el CSS compactado, sin comentarios ni líneas en blanco.

Contexto de la página nueva

Va con un diseño distinto del histórico (aquel usaba acordeones details/summary; este es una tarjeta simple), y desde hoy es responsive de verdad: los anchos de columna van en em y por debajo de 481 px se oculta la columna «Saldo», que reaparece sola en cuanto hay sitio. Quien monte las traducciones puede copiar el bloque <style> del 56514 tal cual — pero sin líneas en blanco, por lo dicho arriba.

## Qué se pide Traducir a **EN / FR / IT / PT** la nueva página de cuentas, que nació el 26-ago con la rotación y todavía existe solo en español. | | | |---|---| | Post | **56514** | | Slug | `numeros` → https://www.feadulta.com/numeros/ | | Título | LA SUMA DE TODOS | | Categoría | 3 | El histórico (post `18036`, slug `numeros-anteriores-a-junio-2026`) ya tiene sus cuatro traducciones: `47978` en · `47979` fr · `47980` it · `47981` pt. La página nueva enlaza al histórico en el pie, así que **cada traducción debería enlazar a la del histórico en su mismo idioma**. ## Qué se traduce y qué no La página son dos cosas distintas y conviene no mezclarlas: **Sí se traduce** — el texto fijo, que no cambia nunca: - La intro de agradecimiento (voluntarios, técnicos, lectores). - «Haz tu aportación» y las etiquetas de las formas de pago: «Con tarjeta», «Puntual», «Recurrente», «Con Bizum», «Por transferencia». - «También se sostiene el portal con la compra de libros». - El aviso de PayPal para quien escribe desde fuera de Europa. - «Nuevas cuentas a partir de junio de 2026». - «Saldo de la cuenta». - «Ingresos y gastos» y las cuatro cabeceras de la tabla: **Fecha · Concepto · Importe · Saldo**. - «Para ver las cuentas anteriores». - Los **conceptos de gasto** de la tabla: «Mantenimiento web mes de agosto», «Hosting», «Brevo (envío de la carta semanal)», «ChatGPT», «Generador de audios (voz de los artículos)», «Claude (edición y automatizaciones)», «Gastos migración a WordPress». **No se traduce** — los nombres de las personas que aportan (van como nombre + iniciales: «Montserrat T. S. F.») ni los importes, que van en formato español (coma decimal, punto de millar). ## Terminología: "aportación", nunca "donación" Regla editorial firme, no es matiz de estilo: Inma es autónoma y esas cantidades son **ingreso suyo, no un donativo deducible**. En las cuatro lenguas hay que evitar el campo semántico de *donation / don / donazione / doação* y usar el de **contribution / contribution / contributo / contribuição**. El título de la página inglesa del histórico ya va bien encaminado: *Everyone's contribution*. ## Los datos de cobro tienen que ir tal cual Se copian, no se tocan, y conviene revisarlos en la traducción porque son los que se equivocan al copiar: - **Titular**: Inmaculada Concepción Calvo Torrejón (ya no es la Asociación Fe Adulta). - **IBAN**: `ES39 3058 1911 08 2720016798` (Cajamar). ⚠️ El anterior, el de Triodos `ES79 1491 0001 21 2117992228`, **no debe aparecer**. - **Bizum**: `+34 651 812 548` (el viejo, 616 57 15 87, está retirado). - Tarjeta: puntual `edicionesfeadulta.com/producto/aportacion-a-feadulta/` · recurrente `edicionesfeadulta.com/colabora/` - PayPal: `https://www.paypal.com/ncp/payment/6RA56B5HAJR5Q` ## Sin audio Las páginas de cuentas no se locutan. El guard de TTS que se endureció en #190 ya excluye el slug `numeros` y las marcas `fea-don-wrap` / `fea-ledger`, así que en principio está cubierto. ⚠️ **Un aviso sobre ese guard**: entre sus marcadores está la cadena `Haz tu donación`, y esa frase **ya no existe** en la página nueva — ahora es «Haz tu aportación», por la regla de arriba. Las traducciones tampoco la llevarán. Si el guard llegara a depender de esa cadena, dejaría de proteger; lo que salva hoy es el slug y las clases. Convendría actualizar el marcador cuando se toque #190. ## El problema de fondo: la página se regenera sola cada semana Esto es lo que hay que decidir antes de traducir, porque condiciona el trabajo. La página no se edita a mano: la genera `suma_de_todos.py`, que recalcula el saldo y **regenera la tabla entera** en cada pasada, sobre el post 56514 y solo sobre él. Ahora mismo son 76 movimientos y crecen cada semana. Es decir: en cuanto entre una aportación nueva, las cuatro traducciones se quedan con una tabla vieja y un saldo que no cuadra con el español. Y una página de cuentas que no cuadra es peor que no tenerla. Se me ocurren dos salidas, y la decisión es vuestra: 1. **Que el script escriba también las cuatro traducciones.** La tabla es la misma en los cinco idiomas salvo las cabeceras y los conceptos de gasto; si Hermes entrega esas cadenas traducidas una sola vez, el script puede generar las cinco tablas en cada pasada y no volver a tocarse. Es la que menos mantenimiento deja. 2. **Traducir solo el texto fijo** y que las traducciones no lleven tabla, con un enlace a la española para el detalle de movimientos. Menos fiel, pero nunca se desfasa. Si vais por la 1, lo que necesito de Hermes es la lista de cadenas traducidas (las de "Sí se traduce"), no las páginas montadas; el montaje lo hace el script. ## De paso: el CSS vuelve a verse como texto en las cinco páginas del histórico Comprobado hoy, 26-ago. Las cinco empiezan por `.fea-don-wrap{max-width:640px...}` **sin etiqueta `<style>`**, así que el navegador lo pinta como un ladrillo de texto encima de la página: | post | slug | empieza con `<style>` | |---:|---|---| | 18036 | `numeros-anteriores-a-junio-2026` | no | | 47978 | `numeros-en-anteriores-a-junio-2026` | no | | 47979 | `numeros-fr-anteriores-a-junio-2026` | no | | 47980 | `numeros-it-anteriores-a-junio-2026` | no | | 47981 | `numeros-pt-anteriores-a-junio-2026` | no | Verificado en vivo en https://www.feadulta.com/numeros-anteriores-a-junio-2026/ y en https://www.feadulta.com/en/numeros-en-anteriores-a-junio-2026/ : el CSS aparece como texto visible desde el primer carácter del contenido. Es la misma avería de #190, que se dio por corregida el 3-ago en el `18036`. En las cuatro traducciones no llegó a aplicarse, y en el `18036` ha vuelto — probablemente al regrabarse el contenido en la rotación del 26-ago. No lo he tocado: es terreno de #190 y prefiero que lo mire Rafa antes de meter mano. Un apunte por si sirve para el diagnóstico: **WordPress (`wpautop`) mete un `<p>` donde ve una línea en blanco, y lo hace también dentro de un bloque `<style>`**. Un `<p>` ahí rompe el parseo del CSS de ese punto en adelante, en silencio y sin error. Nos ha mordido hoy mismo en la página nueva: el arreglo del responsive se publicó con las tres `@media` muertas hasta que se mandó el CSS compactado, sin comentarios ni líneas en blanco. ## Contexto de la página nueva Va con un diseño distinto del histórico (aquel usaba acordeones `details`/`summary`; este es una tarjeta simple), y desde hoy es responsive de verdad: los anchos de columna van en `em` y por debajo de 481 px se oculta la columna «Saldo», que reaparece sola en cuanto hay sitio. Quien monte las traducciones puede copiar el bloque `<style>` del `56514` tal cual — pero **sin líneas en blanco**, por lo dicho arriba.
Sign in to join this conversation.
No Label
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: rafa/feadulta#217