No cambió «Open», cambió lo que significa: revisa el comentario RESX
Imagen generada con IA; escena ilustrativa.
Una cadena puede seguir diciendo «Open» y necesitar otra traducción. Si antes era una acción de botón y ahora describe el estado de una puerta, «Abrir» y «Abierta» responden a usos distintos. En ese cambio, comprobar solo que el texto inglés coincide deja fuera la pregunta decisiva: qué significa aquí.
El ejemplo es inventado para revisar un recurso RESX; no describe un error observado de Iria ni una traducción producida por su modelo.
Mantén la palabra y cambia la pregunta
Imagina este registro de trabajo, con el mismo identificador y el mismo texto fuente entre revisiones:
| Revisión | Fuente | Comentario de desarrollo | Traducción propuesta para el ejemplo |
|---|---|---|---|
| A | Open | Acción de un botón que abre una puerta | Abrir |
| B | Open | Estado de una puerta que está abierta | Abierta |
El segundo comentario no demuestra que el resto de tu interfaz ya esté adaptado. Antes de aprobar, comprueba que el componente realmente es un estado, qué sustantivo describe y si la traducción elegida encaja con él. Si el desarrollo conserva un botón de acción, el comentario y la implementación se contradicen: resuelve esa duda con el responsable del recurso.
Comprueba de dónde viene el contexto
La ficha de Iria documenta que las nuevas entradas RESX pueden heredar como contexto su comentario de desarrollo completo. Si cambia el contexto heredado efectivo, se revoca la aprobación anterior y se conserva el contexto antiguo del borrador. Un override manual diferente, incluso uno vacío, se preserva.
Son dos casos que conviene revisar por separado:
- Entrada con contexto heredado: compara el comentario nuevo con el contexto del borrador anterior. La aprobación previa deja de ser una señal suficiente cuando cambia ese contexto efectivo. Revisa el sentido antes de aprobar de nuevo.
- Entrada con override manual diferente: comprueba si sigue siendo intencionado. No supongas que un comentario nuevo lo ha reemplazado; un override vacío también puede ser una decisión conservada.
Esta guía no propone borrar overrides en bloque. En nuestro caso, «usar como verbo» sería un contexto manual que merece revisión si la interfaz ahora muestra un estado. Haz explícita esa decisión en la entrada correspondiente.
Separa memoria, estructura y significado
La memoria exacta de Studio depende de identidad del archivo fuente, texto exacto, contexto, glosario, dirección de idioma y contrato de teclas de acceso. Dos fuentes visualmente idénticas no bastan para afirmar que corresponde reutilizar una aprobación.
Los controles de placeholders, marcado, ICU/plurales, cantidades, límites y teclas de acceso son estructurales. Que una entrada los supere no demuestra que «Abrir» describa bien el estado de una puerta. En este ejemplo, la comprobación semántica sigue siendo humana: ¿acción o estado?, ¿qué objeto?, ¿qué género y número necesita la frase?
Los proyectos nuevos requieren aprobación humana antes de exportar por defecto. Conserva una revisión de la entrada y del contexto que estás aprobando; no interpretes una exportación técnicamente posible como validación del significado.
Mira cómo presenta el contexto cada herramienta
Weblate documenta gestión y revisión de traducciones; el editor de Crowdin reúne contexto y comentarios junto a las cadenas. Consulta sus propios flujos si comparas herramientas: estos enlaces no prueban que tengan la misma herencia de RESX o las mismas condiciones de memoria que Iria. Referencias consultadas el 23 de octubre de 2026.
Para seguir el caso en Iria, consulta Localization Studio y sus descargas actuales. Es un producto de pago para Windows x64. La traducción es local, pero la licencia y la descarga del modelo requieren red. Primero decide qué significa «Open» en tu recurso; después revisa la traducción que vas a entregar.