Revisitar los espacios no separables en la era de la publicación incremental

Question

Hola a todos, me gustaría discutir los espacios no separables (U+00A0) en la era de la publicación digital.

Trabajo en un país que es oficialmente bilingüe entre el francés y el inglés. En los países de habla inglesa, los espacios no separables y los espacios de media anchura son raros. Podría encontrar un espacio no separable entre las partes de 1·Crónicas.

En contraste, la mayoría de nuestros traductores de las regiones de habla francesa quieren seguir las reglas de espaciado francesas. En el mundo de habla francesa, se requieren espacios antes/de alrededor de la puntuación de 2 marcas (; ! : ? « »). Los espacios no separables se usan a menudo como separador de miles en números grandes, como 1·000 (Ajustes de números - Separador de miles se restablece - #3 por jeffh). Los estándares de publicación varían, pero los candidatos ideales para este caso son el espacio no separable común (U+00A0) y el espacio no separable estrecho (U202F). Esto evita que un signo de puntuación de cierre se desplace a la siguiente línea, especialmente en diseños de varias columnas. Estos espacios mantienen el texto fluyendo en las computadoras del mundo. El espacio estándar (U+0020), el espacio fino (U+2009) y el espacio capilar (U+022A) tienen anchos variables, pero no proporcionan la protección necesaria contra huérfanos.

Algunas herramientas eligen representar los espacios no separables visualmente como un punto tenue o una caja gris. Paratext reemplaza automáticamente el espacio no separable (U+00A0) con una tilde gigantesca (~, U+007E). En las versiones actuales, al ingresar 00A0 y presionar ALT-X, se reemplaza lo que debería ser un espacio no separable con espacios simples (0020), lo cual es simplemente incorrecto. Esta tilde gigante es muy distractora para nuestros traductores, y por lo tanto, la mayor parte del tiempo, a los traductores francófonos se les ha instruido que usen espacios simples o que no usen espacios antes de la puntuación, con la comprensión de que el tipógrafo estandarizará los espacios al último momento siguiendo sus decisiones antes de imprimir. Soy plenamente consciente de que las tildes gigantes se reemplazan con espacios no separables en el modo de vista previa, y pueden ser reemplazadas mediante cambios en Print Draft o ptxPrint. Un técnico creativo podría configurar PTX print para insertar espacios antes de tales caracteres, pero entonces no se verían en Paratext en absoluto.

De la documentación de Paratext:

Debido a esto, Paratext ya no admite el uso de espacios no separables. Si desea usar espacios no separables en su texto, debe ingresar una tilde en lugar del espacio no separable. Estos pueden convertirse en espacios no separables durante la composición tipográfica. Las tildes ingresadas en el texto se muestran como espacios no separables en la vista de vista previa.

Si esto fuera algo raro (como lo es en inglés), no me preocuparía, pero surge casi en cada párrafo de un texto francófono. Mi preocupación es que 1) las tildes son distractoras para los traductores que pasan su tiempo en la vista estándar, y para aquellos que leen por encima de sus hombros, y 2) que esta restricción no se sostiene en esta era de publicación y compartición digital.

Técnicamente,~uno~puede~sobrevivir~y~publicar~vía~las~tildes~intervinientes. La respuesta del personal de campo a las tildes de ignorar los espacios no separables hasta la composición tipográfica ya no es viable, ya que los textos no solo se preparan para impresión por tipógrafos. Los libros individuales se publican localmente, las versiones digitales se colocan en la DBL y se hacen disponibles, y se crean aplicaciones de Escritura. Esto significa que tener un espaciado "final" en la versión de Paratext es cada vez más importante, y Paratext todavía no lo "realmente" admite. (Acabo de descubrir hoy que el espacio no separable estrecho (U202F) no tiene indicador visual, pero afortunadamente no se convierte en tilde). La visualización/manejo inconsistente de U+202F, que debería ser más estrecho, se discute aquí (Eliminación de Unicode 202F ("espacio no separable estrecho") en el proyecto)

LibreOffice usa una caja gris para distinguir los espacios no separables de los espacios normales. La función Mostrar/Ocultar de Word usa un círculo abierto para los espacios no separables y un punto centrado para los espacios normales.

¿Considerarían los desarrolladores de Paratext descartar la tilde en la interfaz y usar algo más legible y menos distractor? ¿Esto requeriría un cambio en USFM, o solo en Paratext? Los traductores ya están acostumbrados a los metadatos grisáceos en su texto, como los marcadores USFM. Un punto gris tenue · en la vista estándar sería útil para distinguir los espacios especiales y los espacios normales, ¿verdad? Ir con los cuadrados grises en su lugar mostraría tanto la no separabilidad como la longitud, lo cual supongo es por lo que LibreOffice los eligió. Esto sería una gran victoria para la compatibilidad intercultural, espero que alguien más que trabaje en el mundo francófono pueda aportar su opinión. @jeffh @dhigby @anon023887 ?

Entiendo de esta publicación (Problemas con espacios no separables) que la tildeación se introdujo para combatir un problema de alternancia de Internet Explorer. Incluso ahora, dos espacios consecutivos en una página web requieren que al menos uno se transforme en NBSP. Sí, es difícil distinguir visualmente los espacios, pero los equipos aún tienen que estandarizarlos.
~ Matthew_Lee
Consultor de Tecnología de Lenguaje
SIL Camerún

Para empeorar las cosas, la ayuda de Paratext trata los espacios no separables como una plaga que debe erradicarse (ver abajo).

¿Por qué veo tildes en lugar de espacios en mi texto?
Los espacios no separables son caracteres que se ven como un espacio pero que no alo…
Los espacios no separables son caracteres que se ven como un espacio pero que no permiten que la línea se rompa en esa ubicación. Al abrir un texto con espacios no separables, si encuentra que esos espacios parecen haber sido reemplazados por caracteres de tilde (~), esto es intencional. Paratext hace visibles los espacios no separables mostrándolos como tildes.
¿Qué es lo mínimo que necesito saber sobre esto?
Versiones anteriores de Paratext insertaban ocasionalmente y de manera incorrecta espacios no separables donde se necesitaba un espacio normal. Por lo tanto, si ve una tilde ocasional en un lugar del texto de la que está bastante seguro de que no requiere un espacio no separable, puede simplemente reemplazar la tilde con un espacio.
¿Qué pasa si me gustaría resolver el problema de una vez?
Si NO ha insertado conscientemente ningún espacio no separable o tilde en su texto y por lo tanto desea eliminar todos los espacios no separables y tildes, siga las instrucciones de la Opción 1. Si no está absolutamente seguro de si las tildes o los espacios no separables se insertaron intencionalmente, consulte con su persona de soporte CAP antes de eliminarlos todos, de lo contrario podría tener que reingresarlos manualmente.

             Option 1 (To get rid of all no-break spaces and tildes):
             
                Click the tab of your project to make it the active tab.
                From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces.
                Read the warning message and click Yes if you are sure you wish to continue.

        If your project has been following the USFM manual and so has been manually inserting tildes either to represent no-break spaces or for some other function, follow the instructions in Option 2. Doing this sooner rather than later prevents Paratext from inserting any more occasional unwanted tildes.

             Option 2 (To get rid of no-break spaces, but keep all tildes):
             
                Click the tab of your project to make it the active tab.
                From the Tools menu, point to Advanced and then select Replace No-Break Spaces With Normal Spaces But Keep Tildes.
                Read the warning message and click Yes if you are sure you wish to continue.
        
         See also:
        
          Important information about no-break spaces and tildes

Traducción automática desde English Mostrar original

Answer 1

Sí, estoy de acuerdo con Matthew_Lee en que este es un tema importante, especialmente en el mundo francófono. Hay varias cosas que quiero mencionar en mi análisis, pero intentaré resumir (TLDR) al final de esta publicación.

Una pequeña investigación en línea muestra algunas cosas interesantes, que no son realmente «fuera de lugar»:

Y algunos fracasos humorísticos (donde claramente estaban usando un espacio normal, lo cual se rompió en este caso):

Eso es exactamente lo que queremos evitar: fragmentos de puntuación no conectados con su texto asociado. Por lo tanto, si vamos a usar algún tipo de carácter de espacio para separar la puntuación, debemos SIEMPRE usar un espacio no separable de algún tipo.

Las dos opciones principales son el Espacio No Separable completo (NBSP, U+00A0) o el Espacio No Separable Estrecho (NNBSP, U+202F), cuyas definiciones se pueden encontrar en el estándar Unicode, en https://unicode.org/charts/PDF/U0090.pdf y https://unicode.org/charts/PDF/U2000.pdf, respectivamente:

Como pueden ver, la definición del NNBSP indica que típicamente tiene el ancho de un espacio fino, que se define en ese mismo gráfico como :

Por lo tanto, un NNBSP típicamente sería una quinta parte de un em (0.2em). ¿De qué tamaño es un espacio normal o un NBSP? Estas métricas dependen de la fuente, pero un cálculo aproximado con la fuente Charis SIL muestra que los caracteres de espacio y NBSP son de aproximadamente 0.34em. El NNBSP es de aproximadamente 0.22em. Esta es una diferencia significativa, y si se usa un NBSP (o como medida temporal un espacio regular, que tiene la desventaja de romperse entre líneas) alrededor de la puntuación, los tipógrafos que conozco dirán que ese espacio es demasiado grande. Usar el NNBSP ayuda significativamente y se puede hacer bastante fácilmente en PTXprint con cambios como las siguientes líneas en PrintDraftChanges.txt:

' *:'  >    '\u202f:'     # Place non-breaking thin space before colon
'« *' >    '«\u202f'     # Place non-breaking thin space after opening guillemets
' *»' >    '\u202f»'     # Place non-breaking thin space before closing guillemets
'‹ *' >    '‹\u202f'     # Place non-breaking thin space after opening guillemets
' *›' >    '\u202f›'     # Place non-breaking thin space before closing guillemets

Esto coloca un NNBSP antes o después (según sea necesario) de la puntuación, y también elimina cualquier espacio que haya (si los hay). Eso significa que, independientemente de si el equipo inserta espacios o no, estos se normalizarán a caracteres NNBSP. Por ejemplo, en este proyecto el equipo es inconsistente y usa (espacios) regulares alrededor de los signos de interrogación y dos puntos, pero no alrededor de las comillas (comillas angulares):

imagen945×67 35 KB

Tenga en cuenta que puede ver que estos son solo espacios regulares si ajusta el zoom y/o el tamaño del panel de la manera adecuada, ya que permitirán un salto de línea, como este:

imagen755×114 48.8 KB

Pero los cambios anteriores deberían poder manejar ambos casos sin problemas e insertar el NNBSP para la composición tipográfica.

De manera similar, querría colocar reglas de cambio en sus proyectos SAB para asegurarse de que sus aplicaciones bíblicas manejen los espacios correctamente. Consulte esta publicación para ver reglas de ejemplo: https://community.scripture.software.sil.org/t/suggestions-for-changes-gallery/590/3.

Tenga en cuenta que las reglas de esta publicación no manejan el espacio o la ausencia de espacio con la misma elegancia que las reglas anteriores, pero puede ajustarlas con trucos como el " *" usado anteriormente.

Y un punto más antes de pasar a Paratext… En trabajos de composición tipográfica recientes, hemos usado en realidad una décima parte de un em (0.1em) como espacio alrededor de la puntuación, es decir, más pequeño que el NNBSP. Esta es la definición de puntuación que usamos:

\catcode`\:=\active \def:{\unskip\kern0.1em\char`\:{}} % colon

Nota: esto se hizo en XeTeX, pero lo mismo se podría hacer con PTXprint. Creo que querría que se definiera en el archivo de configuración ptxprint-mods.tex disponible en la pestaña de herramientas Advanced. Esto da un espacio bastante mínimo alrededor de la puntuación, como se ve en esta muestra:

imagen752×102 11.5 KB

Pero los equipos han sentido que ese es un espacio suficiente para satisfacer su necesidad percibida de espacio alrededor de la puntuación que se requiere en francés. (Por supuesto, los franceses pueden estar en desacuerdo, ¡pero no es su idioma!)

Conclusión (TLDR): Entonces, ¿qué significa esto para Paratext?

Si el equipo usa espacios regulares en el texto para separar su puntuación, a veces aparecerá incorrectamente en su pantalla en Paratext (es decir, con la puntuación no conectada adecuadamente a su texto, como se muestra arriba), lo cual es distrayente pero no es el fin del mundo. En este caso, la responsabilidad recae en el tipógrafo o el creador de aplicaciones para cambiar esos espacios regulares adecuadamente. Desafortunadamente, si esta es la forma en que se coloca en el DBL (muy probable), entonces aplicaciones como YouVersion van a tener problemas, porque notoriamente NO manejan esos espacios adecuadamente.

Dada esta tendencia a espacios no separables cada vez más pequeños para separar la puntuación (primero el NNBSP a 0.2em, luego la composición tipográfica manual a 0.1em con PTXprint) que he visto en mis proyectos de composición tipográfica, casi siempre recomiendo que los equipos NO pongan espacios alrededor de su puntuación en Paratext, y luego simplemente confíen en que la composición tipográfica o la creación de aplicaciones haga lo correcto alrededor de esos signos de puntuación. Esto significa que cuando el texto se coloca en el DBL, YouVersion no va a tener puntuación colgante. (Tampoco tendrá espacios alrededor de la puntuación, pero eso es un problema menor a mi parecer.)

Por lo tanto, con este plan de acción específico, no se requieren cambios en Paratext. Si quisiera, como sugirió Matthew_Lee, una forma de mostrar caracteres NNBSP o NBSP, creo que sería una buena idea, pero nuestros teclados también necesitarían una forma de escribir esos caracteres (lo cual no siempre es posible), y Paratext necesitaría saber no interferir con esos caracteres. (Y los inventarios de puntuación necesitarían mostrar todas las combinaciones con esos espacios, para asegurarse de que se usaran de manera consistente, por ejemplo, siempre con un NNBSP.)

Esta publicación no propone tanto soluciones como proporcionar más antecedentes e información. Realmente no me gusta la forma en que funciona esta cosa de tilde / NBSP en Paratext ahora, y estoy de acuerdo en que debería cambiar. Parece que Paratext debería asumir que debe tomar cada carácter del texto tal cual es, ya sea que sea una tilde, NBSP o NNBSP. Y una forma de verlos (sutilmente) sería agradable. ¿Deberían combinarse automáticamente dos o más espacios (respondiendo a @anon942452)? ¿Quizás si son caracteres idénticos? Eso aún permitiría la corrección automática de espacios de Paratext, pero también proporcionaría algunas opciones para evitarla. Y también se necesitaría encontrar una forma de lidiar con todos los proyectos heredados que tienen tilde para espacios no separables, quizás solo una conversión, para convertirlos todos a NBSP, una vez que eso se maneje adecuadamente en Paratext.

De todos modos, un poco más de materia para reflexionar…

Traducción automática desde English Mostrar original

Comments

Algunos idiomas nacionales del Sudeste Asiático usan un espacio entre frases y no entre palabras. Algunos idiomas minoritarios que usan estos sistemas de escritura han elegido usar un espacio normal entre cada palabra y un espacio más ancho en las pausas de frase. Si se usa un ESPACIO EM (\u2003) para estas pausas de frase con espacio ancho en Paratext, entonces los inventarios de caracteres y puntuación tratan el ESPACIO EM como un carácter formador de palabras en lugar de puntuación, lo que hace imposible verificar las secuencias correctas. He reportado esto como PTXS-31753.

Cuando jeffh recomienda que los traductores dejen los espacios franceses fuera de Paratext por completo, está ayudando a garantizar que el texto en Paratext marque inequívocamente la estructura/significado a costa de una presentación menos atractiva. Hago lo mismo cuando recomiendo el uso de la coma en lugar del ESPACIO EM dentro de Paratext. Pero los usuarios tienen razón en oponerse a ambas sugerencias; yo también prefiero enormemente el WYSIWYG en Microsoft Word a los comandos de punto de WordStar que usé en mi primera computadora.

Me encantaría ver que Paratext agregue una opción «Mostrar caracteres invisibles» que, por ejemplo, muestre los caracteres de espacio como un cuadro gris. Este «Mostrar caracteres invisibles» sería inmensamente beneficioso para los idiomas que escriben un Espacio de Ancho Cero (\u0200b) entre cada palabra. Actualmente, Paratext recomienda que se escriba una barra diagonal (/) entre cada palabra. Esta barra diagonal luego es (feo) visible en todas las vistas excepto en las vistas de Vista previa.

Me pregunto si las áreas francófonas podrían encontrar una fuente que (1) haga que ~ sea mucho menos intrusivo o (2) ajuste automáticamente el espacio alrededor de la puntuación según el contexto.

Bendiciones,
LivingField

Traducción automática desde English Mostrar original

---

A veces puede ser un perjuicio para Paratext acomodar solicitudes de personalización. Esto es especialmente cierto cuando la personalización no se admite en otro software o cuando permite elecciones que van en contra de la dirección hacia la que va el software comercial. Las comunidades lingüísticas luego toman decisiones que son callejones sin salida para su desarrollo futuro fuera de Paratext. (Por supuesto, también ha sido muy útil en otras situaciones, los problemas son simplemente complejos y requieren una reflexión cuidadosa.)

Pero en esta conversación, estamos hablando de acomodar elecciones actualmente disponibles en el software comercial, así como una herramienta ya comúnmente disponible. Si se presenta de esta manera en una solicitud de función, creo que podríamos avanzar. Quizás los más conocedores del tema pudieran tener una conversación separada fuera de la lista sobre la mejor manera de avanzar para presentar la solicitud de función y lo que realmente se necesita más.

Bendiciones,

Traducción automática desde English Mostrar original

Answer 2

Gracias, Matthew_Lee, por tu correo útil e informativo. No tengo soluciones que ofrecer, pero me interesa mucho el tema y aprendí más de tu exhaustividad. Me cuesta especialmente con los caracteres invisibles RTL y LTR que afectan a nuestros guiones complejos. Si hubiera una manera de hacer que todos los caracteres invisibles fueran ligeramente visibles (o activar/desactivar la visibilidad con una tecla ctrl, quizás), eso podría ayudar a resolver más fácilmente algunos problemas difíciles en los que nos encontramos. Ese enfoque también podría hacer viable el uso del espacio no separable normal en Paratext, aunque no tengo idea de los otros posibles obstáculos para su uso en el lado de la programación.

Bendiciones,

Traducción automática desde English Mostrar original

Answer 3

Estimado Matthew_Lee, gracias por plantear esto. Trabajo en lenguas de las Primeras Naciones de América del Norte que usan un guion no romano (Silábicas Canadienses) y varias ortografías principales que usan este guion hacen uso de varios anchos (tres anchos) de espacio en blanco para indicar límites de morfema y palabra. El espacio de palabra normal 0020 es considerablemente más ancho en la fuente silábica preferida, que se comporta bien en Paratext. Pero el espacio no separable estrecho (U+202F) es 1/3 del ancho del espacio de palabra normal. El uso de este espacio es crítico en nuestro idioma también: debe usarse dentro de las palabras como límite de morfema y también (como se hace en francés) para separar la puntuación del final de las oraciones. Finalmente, en muchas situaciones es necesario un tercer ancho de espacio no separable. Durante años, las comunidades lingüísticas con las que hemos trabajado han usado dos espacios no separables estrechos (U+202F U+202F) en secuencia para proporcionar un espacio no separable entre prefijos y raíces de palabras, previniendo huérfanos al final de las líneas y proporcionando una pista visual sobre el inicio de la raíz. El ancho de estos equivale a 2/3 de un espacio de palabra estándar.

Desafortunadamente, desde Paratext 7, hay un algoritmo de Paratext que elimina cualquier dos caracteres de espacio en blanco idénticos en secuencia y los reemplaza con uno. Tuvimos que idear una solución engañosa creando un teclado Keyman que inserta un espacio no separable de ancho cero (U+200D) para evitar que Paratext reemplazara nuestro doble espacio fino intencional (U+202F U+202F) con solo uno.

Al exportar nuestra escritura a la DBL, esta secuencia era inaceptable, por lo que debemos ejecutar primero un programa de conversión que reemplaza todas las secuencias (U+202F U+200D U+202F) con un espacio no separable "estándar" (en Paratext, "tilde", que se convierte en U+00A0).

De todos modos, todo eso para decir que apoyo tu tema de revisar la tilde como espacio no separable, por las razones que das, y quise aportar mi opinión con un guion que usa tres anchos distintos de espacio en blanco.

Atentamente, anon942452 J

Traducción automática desde English Mostrar original

Comments

Las tecnologías web modernas tienden a comprimir los espacios duplicados sin pedirlo, pero USUALLY permiten alternar entre varios tipos de espaciado. Por esta razón, los diseñadores web han abusado durante mucho tiempo del espaciado alternando espacios y nbsp en lugar de establecer sangrías. @anon942452 ha encontrado un método que funciona para anular la limpieza automática de basura de la misma manera.

Si entendí correctamente, estoy de acuerdo con @Shegnada en que permitir a los usuarios hacer en Paratext cosas que ya funcionan en herramientas corporativas debería ser de bajo riesgo, pero crear nuevos flujos de trabajo personalizados que solo funcionarán en Paratext prepara a la comunidad para desafíos de alfabetización y publicación más adelante. He visto esto con personas que se encasillan en fuentes modificadas y macros antiguas.

Espero que Paratext pueda aprender a soportar todos los espacios, para que el proyecto Paratext sea el estándar de oro.

El primer desafío es aceptar los espacios y permitir que pasen a DBL y a la publicación digital/impresa. Quizás soy un optimista, pero las aplicaciones móviles, inDesign y HTML no deberían ser un problema, ya que estos son glifos Unicode en las fuentes sugeridas. TeX (PTXPrint) requerirá un poco de preprocesamiento, pero existen herramientas en TeX para gestionar esto. Si las herramientas aguas abajo como YouVersion necesitan aprender a usar espacios/rupturas avanzados, esa es una discusión que vale la pena tener.

El segundo desafío es facilitar el trabajo con espaciado avanzado en Paratext. Me encantaría ver cuadrados grises para los espacios sin retorno de línea (non-breaking spaces). La herramienta de puntuación podría funcionar simplemente, ya que ya muestra los valores Unicode para las combinaciones.

Traducción automática desde English Mostrar original

Answer 4

Pienso que, como propuesta inicial, podríamos pedir a Paratext que agregue en el menú Project View una opción «Mostrar formato oculto». Cuando se hace eso en Word, se obtiene lo siguiente para una serie de tres espacios, tres NBSP y tres NNBSP (202F):

En LibreOffice Writer se obtiene:

LO Writer no muestra los NBSP, y ninguno de los dos muestra los NNBSP. Para ser el estándar de oro, querríamos hacer eso. Pero tampoco se desea tener un símbolo diferente para cada posible formato oculto, ¿así que pasaríamos a mostrar el código del carácter, excepto para un par de caracteres principales como espacio y NBSP (que tendrían un símbolo), quizás en un patrón diagonal pequeño? ¿Qué tal algo como esto:

imagen772×660 19.4 KB

Pienso que es útil mostrar el formato oculto en un color diferente. Matthew_Lee sugiere gris, LO Writer usa azul, Word simplemente sigue usando negro. También me gusta la idea del gris, pero el truco será obtener el tono de gris adecuado, para que sea visible pero sutil.

Obviamente, si mostramos un código de carácter, entonces todas las apuestas están fuera de juego para el ancho real del carácter. Eso también es el caso para el formato oculto mostrado en Word o LO Writer.

En cuanto a la «simplificación» de espacios de Paratext, propondría que Paratext continúe condensando múltiples espacios en un solo espacio, pero SOLO para espacios reales U+0020. Se mantendrían cualquier otro espacio o caracteres de formato oculto.

Eventualmente, probablemente querríamos tener algunos atajos para ESCRIBIR esos caracteres de formato oculto directamente en Paratext también, pero por ahora, podemos confiar en AUTOCORRECT.TXT y/o teclados Keyman para escribir esos caracteres.

OK, esa es una idea, lanzada al ruedo… ¿Cuáles son los pros y contras? ¿Qué otras ideas tienen?

Traducción automática desde English Mostrar original

Comments

Esto es lo que quise decir con que LibreOffice (6) muestra los NBSP como recordaba: Esto no es ni siquiera el modo de mostrar todos los caracteres, solo una vista normal. Creo que esto es el valor predeterminado. ¿No es lo mismo en LO 7?

Tienes razón en que no muestra los NNBSP (incluso en el modo mostrar todo, pero sí obtenemos puntos contables útiles para NBSP y espacio.

La propuesta diagonal de jeffh es elegante, pero necesitaríamos una fuente con esas letras. Existen fuentes existentes que usan un cuadrado alfanumérico para mostrar los valores Unicode de las fuentes.

Temo que permitir espacios no normales duplicados resulte en sangrías de múltiples espacios, tal como las personas ya abusan de la posibilidad en Word, pero se alinearía con otros estándares web de flujo de texto.

He tenido NBSP en mi teclado durante años, pero también tengo cosas como espada, copyright y círculo vacío.

Traducción automática desde English Mostrar original

---

Hubo una opción desactivada en mi configuración de LO Writer 7 en Herramientas - Opciones - LibreOffice Writer - Ayudas de formato, la opción Espacios sin retorno de línea estaba desactivada. Con ella activada, sí obtengo el cuadrado gris del que hablabas:

Pero no un punto…

Traducción automática desde English Mostrar original

Answer 5

Esta es una conversación muy alentadora. Es genial escuchar sobre las necesidades y posibles soluciones en el contexto de Paratext y otras herramientas. Espero que esto sea algo que sea «útil para muchos» y, por lo tanto, probablemente se considere antes que algunas funciones menos útiles.

(Como nota al margen - porque creo que vi algunas menciones sobre cómo teclear algunos caracteres que no aparecen en los teclados estándar … Para aquellos que aún no lo saben, teclear caracteres inusuales sin una aplicación de terceros puede facilitarse usando la aplicación Character Map en Windows. Cuando haces clic en un carácter en el mapa de caracteres, muestra un atajo de «Tecla» en la parte inferior derecha de la aplicación para muchos caracteres. Ese atajo se puede teclear manteniendo Alt y escribiendo cuatro números del teclado numérico (no los numerales sobre las letras). Por ejemplo: Alt+0160 escribe un espacio sin retorno de línea (U+00A0), Alt+0169 genera el símbolo ©, el guion corto es Alt+0150 –, mientras que el guion largo es Alt+0151 —.)

Traducción automática desde English Mostrar original

Answer 6

Solo un comentario con respecto a la publicación digital a través de DBL. El cargador de Paratext elimina los espacios sin retorno de línea al crear el paquete USX que compartimos con el editor. Desafortunadamente, cuando un texto se está compartiendo digitalmente, los espacios sin retorno de línea han causado problemas históricamente.

Traducción automática desde English Mostrar original

Comments

anon175865:

Desafortunadamente, cuando un texto se está compartiendo digitalmente, los espacios sin retorno de línea han causado problemas históricamente.

¿Y qué tal NO usar espacios sin retorno de línea?! Aquí hay una página aleatoria de la Parole de Vie, una traducción francesa respetada, vista en YouVersion, una aplicación de Biblia respetada:

imagen360×760 123 KB

Nota las rupturas de puntuación rotas (problema) que están resaltadas. Me estremezco cada vez que veo eso, y lo veo MUCHO en textos extraídos de DBL precisamente (imagino) porque los espacios sin retorno de línea válidos se han convertido en espacios regulares.

Si manejamos bien los espacios sin retorno de línea en Paratext, entonces creo que el cargador no debería eliminarlos al subir a DBL. Así que ¡hagámoslo!

Traducción automática desde English Mostrar original

---

Estoy de acuerdo en que «históricamente» han causado problemas. Esto habría sido cierto en general antes de Unicode, pero si los creadores de contenido y los editores aguas abajo aún no han aprendido a soportar espacios especiales, es hora de que lo hagan.

Eliminar los NBSP hoy en día es un error, ya que las tecnologías de visualización que usamos todas tienen un proceso para manejar espacios codificados correctamente (HTML, XML, TeX, inDesign), y estos espacios son parte de las guías de estilo de muchas de las lenguas mayoritarias y minoritarias del mundo. Cualquier código que esté bajo Paratext tiene la posibilidad de ser cambiado, incluida la visualización interna y la exportación USX. TeX y SAB ya manejan todos estos espacios, o de lo contrario el truco de print-draft-changes no funcionaría en print draft o ptxPrint (quizás alguien de PTXPrint pueda opinar). Si los estándares USFM y USX actualmente prohíben los espacios sin retorno de línea, necesitarán ser enmendados.

Sabía que este cambio tendría que hacerse en todo el pipeline, pero eso no lo hace menos importante. Paratext, Chorus, USFM, USX y más necesitarán dejar de eliminarlos y comenzar a soportarlos y mostrarlos. Sospecho que los casos límite principales serán si alguien elige reemplazar CADA espacio con NBSP y desborda una línea.

Aquí en Camerún, todavía hablo de los caracteres IPA en la lengua como «caracteres especiales», pero con el amplio soporte que tenemos, uno de los lingüistas de aquí me recordó recientemente que deberíamos llamarlos simplemente «caracteres». Las herramientas que no pueden soportar una amplia variedad de caracteres en el texto se están volviendo cada vez más escasas. La última frontera parece ser soportar caracteres especiales en nombres de carpetas para software de línea de comandos de Windows. Windows ha soportado esto durante años, pero las cosas aún se desconfiguran.

~Matthew_Lee

Traducción automática desde English Mostrar original

---

Hola jeffh,

He enviado tu preocupación a nuestros amigos de YouVersion… aunque creo que el proceso para convertir espacios sin retorno de línea en espacios regulares se realiza en el cargador de Paratext, no en YouVersion (o en el extremo de cualquier otro editor).

Traducción automática desde English Mostrar original

---

Gracias por conectar con la gente de YouVersion @anon175865. Sí, como mencionaste, imagino que cualquier espacio sin retorno de línea ya ha desaparecido en DBL, eliminado por el cargador de Paratext. Así que no es su culpa. Lo que @Matthew_Lee y yo estamos diciendo, sin embargo, es que necesitamos corregir nuestro pipeline, para que Paratext esté cómodo con estos espacios especiales y pueda manejarlos fácilmente, y el cargador no los elimine. Entonces estarán en DBL, y cuando YouVersion use esos textos, aparecerán correctamente en la pantalla.

Traducción automática desde English Mostrar original

Answer 7

WSTech discutió algunos de los problemas en este hilo, y quise enviar un resumen:

• Sospecho que la tilde muy grande que se está mostrando (para NBSP) es de la fuente Charis SIL. Si se usa una fuente de alfabeto latino diferente, ¿cambia el tamaño de la tilde?
• Hay fuentes que ajustan automáticamente el espaciado alrededor de los signos de puntuación (necesario en las áreas francófonas) pero parecen ser raras. Por lo tanto, poner los espacios necesarios parece ser el mejor enfoque.
• Usar una fuente separada para mostrar los valores Unicode de los espacios (es decir, no la fuente principal usada para el texto) debería funcionar.
• PTXprint puede manejar todos los diversos caracteres de espacio.

Traducción automática desde English Mostrar original

Comments

WSTech también ha ajustado recientemente el ancho de los espacios en nuestras fuentes. Por compatibilidad hacia atrás, las fuentes de alfabeto latino (y quizás algunas otras) no siguen nuestras nuevas recomendaciones para todos los espacios, solo para algunos espacios.

Traducción automática desde English Mostrar original

---

Me anima haber recibido comentarios de tantas personas, incluida WSTech y Paratext. ¿Cómo avanzamos con esto? ¿Necesita redactarse como una solicitud de función y pasar por el proceso normal de priorización?

Los grandes problemas (que pueden manejarse por separado) son:

1. Permitir que NBSP y caracteres similares mencionados en este hilo existan en todo el flujo de trabajo PTX/USFM/USX/DBL (y tratar los problemas de visualización que surjan según sea necesario). Este es el primer y más importante obstáculo. Luego podemos «corregir» el espaciado en proyectos individuales a medida que avancemos.

• Estos caracteres deben visualizarse correctamente en PTX estándar y en las vistas previas.
• Deben reconocerse individualmente en las comprobaciones de Puntuación y Caracteres.
• Deben aceptarse en la configuración de Comillas y Números (tenga en cuenta que FLEx usa puntos para mostrar espacios en Configurar diccionario).

2. Proporcionar una forma dentro de Paratext para visualizar estos caracteres.

• Se ha sugerido la posibilidad de usar fuentes temporales especiales.
• Se ha sugerido el uso de cuadrados grises siempre visibles.
• Una función para mostrar todos los caracteres, similar a la de Word/LibreOffice.
  • Uno de mis usuarios sugirió que la función Mostrar/ocultar abriera un diálogo (similar al diálogo de Comprobaciones básicas) que permitiera especificar qué caracteres especiales mostrar (espacios normales, espacios NB, conectores, guiones no separables, marcadores bidireccionales, saltos de línea suaves y duros). Puedo imaginar casos en los que un técnico quiera resaltar todos los marcadores (lo que a menudo hago en herramientas externas), así como situaciones en las que el equipo solo necesite resaltar los marcadores «especiales».
  • 

~Matthew_Lee

Traducción automática desde English Mostrar original

---

Matthew_Lee:

¿Cómo avanzamos con esto? ¿Necesita redactarse como una solicitud de función y pasar por el proceso normal de priorización?

Sí, esa sería la mejor opción. Enlazar este hilo en cualquier solicitud de función también sería de ayuda.

Para quienes no estén familiarizados con el proceso de realizar una solicitud de función: está disponible para todos los usuarios de Paratext. Desde el menú principal de Paratext, seleccione Help > Give feedback y seleccione la opción Make a suggestion... en el formulario que aparece.

Si alguien considera que una solicitud de función es especialmente importante o útil, vale la pena informar a su representante de área u organización para Paratext. Es posible que decidan presentarla en las reuniones trimestrales de priorización de Paratext.

Traducción automática desde English Mostrar original

Answer 8

Esto se ha presentado ahora como una solicitud de función. Se hizo referencia a este hilo en el informe.

Informes relevantes:
https://paratext.myjetbrains.com/youtrack/issue/PTX-22626
https://paratext.myjetbrains.com/youtrack/issue/PTUX-1318
https://paratext.myjetbrains.com/youtrack/issue/PTX-22623

Traducción automática desde English Mostrar original

Comments

Otro comentario que añadí dentro de YouTrack:

Los caracteres invisibles deben enumerarse en los inventarios de Caracteres y Puntuación, lo cual será nuestra mejor indicación de que existen y en qué contextos existen. También deben permitirse como separadores válidos en la configuración de Comillas ([NBSP]»), la configuración de Referencias bíblicas (1[NBSP]Reyes) y la configuración de Números (10[NBSP]000). Esto cubriría muchos casos de uso.

Traducción automática desde English Mostrar original

Answer 9

Llego tarde aquí, acabo de descubrir el tema.

Le doy mi +1 o, mejor dicho, mi +100000 a esas funciones propuestas. Trabajo para otro idioma, donde, por razones históricas y de coexistencia, la ortografía intenta ser lo más cercana posible al francés.

Recordaría a todos que lean sobre el francés antes de realizar cualquier cambio técnico. La tipografía francesa es aún más compleja de lo que la gente común sabe. Sí, hay espacios alrededor de ciertos caracteres de puntuación, pero no son los mismos. El espacio delante (a la izquierda) de dos puntos debería ser de tamaño completo, por ejemplo.

Tengo un documento recopilado de varias fuentes y la fuente principal, lamentablemente, ya no está en línea.

grafik1237×800 71 KB

También hay libros en papel útiles disponibles, como «Lexique des règles typographiques» en uso à l’imprimerie nacional (de Francia) y «Règles de l’écriture typographique du français à l’usage des personnes qui exercent une activité sur MAC ou PC» de Yves Perrousseaux.

Traducción automática desde English Mostrar original

Answer 10

Hasta ahora estamos usando y aceptando plenamente la tilde en PT, al igual que otras personas que lidian con XeTeX y tienen mi admiración, pero no mi deseo de ser como ellos.

La lógica de la publicación frecuente por aplicación y por porción de escritura también es relevante para nuestro contexto. Y la tilde debe irse pronto.

También se necesitan más fuentes que proporcionen el espacio no separable estrecho. Parece que ni siquiera todas las fuentes de SIL lo hacen. Por favor, grítenme si lo hacen; eso sería una buena noticia para mí, bien merecido un grito.

Para ingresar la tilde ahora (NNBSP, espero que pronto), he inventado una función ingeniosa para PT, donde uso la función integrada autocorrect.txt. Por ejemplo, para obtener una tilde más un signo de exclamación, presiono tres veces el signo de exclamación y PT hace el resto de la manera correcta. Tengo esta configuración para toda esa puntuación que requiere cuidado especial.

(Y también uso esto para ingresar palabras frecuentes como Abraham, Jesús o Jerusalén.)

Traducción automática desde English Mostrar original