Traducciones EN/FR/IT/PT de la nueva /numeros/ (post 56514) — y cómo evitar que se desfasen cada semana #217
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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.
numeros→ https://www.feadulta.com/numeros/El histórico (post
18036, slugnumeros-anteriores-a-junio-2026) ya tiene sus cuatro traducciones:47978en ·47979fr ·47980it ·47981pt. 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:
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:
ES39 3058 1911 08 2720016798(Cajamar). ⚠️ El anterior, el de TriodosES79 1491 0001 21 2117992228, no debe aparecer.+34 651 812 548(el viejo, 616 57 15 87, está retirado).edicionesfeadulta.com/producto/aportacion-a-feadulta/· recurrenteedicionesfeadulta.com/colabora/https://www.paypal.com/ncp/payment/6RA56B5HAJR5QSin audio
Las páginas de cuentas no se locutan. El guard de TTS que se endureció en #190 ya excluye el slug
numerosy las marcasfea-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:
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:<style>numeros-anteriores-a-junio-2026numeros-en-anteriores-a-junio-2026numeros-fr-anteriores-a-junio-2026numeros-it-anteriores-a-junio-2026numeros-pt-anteriores-a-junio-2026Verificado 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 el18036ha 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@mediamuertas 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 enemy 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>del56514tal cual — pero sin líneas en blanco, por lo dicho arriba.