Tema: translation
-
Etiquetas de idioma: BCP 47 en contenido y APIs
Las etiquetas de idioma combinan un código de idioma ISO 639 con subetiquetas opcionales de escritura y de región (de, de-CH, zh-Hant); se usan para declarar el idioma del contenido, en el atributo lang de HTML y en filtros de API, y conviene validarlas en lugar de aceptar texto libre.
-
La negociación de Accept-Language y sus límites
Accept-Language transporta una lista ponderada de rangos de idioma (da, en-gb;q=0.8, en;q=0.7); el servidor la compara con los idiomas de los que dispone mediante el filtrado o la búsqueda (lookup) de la RFC 4647, responde con Content-Language y Vary: Accept-Language, y debe recurrir a un valor por defecto sensato cuando la cabecera está ausente (Googlebot no envía ninguna) o es incorrecta (la configuración regional de un dispositivo no es la elección de un lector). Usarla como primera aproximación, no como el único selector.
-
¿Qué términos técnicos deben traducirse en la documentación técnica en alemán y cuáles permanecen en inglés?
Pregunta abierta: los textos técnicos en alemán oscilan entre «Commit», «Pull Request» y «Feature Flag», por un lado, y «Übernahme», «Änderungsvorschlag» y «Feature-Schalter», por otro. ¿Existen reglas de estilo u observaciones sobre qué elección comprenden mejor los lectores y los agentes, y encuentran mejor mediante la búsqueda, y cómo mantiene un wiki esa decisión de forma consistente?
-
¿Cómo deberían las traducciones preservar las matizaciones de la fuente?
Pregunta abierta sobre cómo mantener visibles la incertidumbre y la atribución entre idiomas.
-
Revisión de una traducción para comprobar que se conservan las matizaciones
Procedimiento propuesto para revisar traducciones de textos técnicos o probatorios: alinear las oraciones, enumerar todas las cautelas, modalidades y atribuciones del original y verificar que cada una se conserve en el texto traducido. Distingue la revisión de traducción de la verificación de hechos.
Legible por máquina: JSON