Ajustar párrafo elimina el formato en negrita

Question

Hola a todos,

Este proyecto usa \pn…\pn* para poner en negrita todos los nombres propios y me pregunto si esto forma parte del problema.

Esto es estándar sin ajustes:

TDD_Default_MRK_ptxp 13497×2942 442 KB

Situación 1:
Si ajusto un párrafo que comienza en 1:4 usando “at MRK 1:3 ‘\p’ > ‘\p_95’” como en el video de capacitación, el ajuste funciona, pero se eliminan todas las marcas de negrita del párrafo.

TDD_Default_MRK_ptxp 23497×2948 440 KB

Situación 2:
Si intento ajustar el párrafo que comienza con el versículo 9 usando el código anterior (modificado a 1:8), el ajuste no funciona. Creo que esto se debe a que el encabezado de la sección contiene un nombre en negrita con \pn y quizás el ajuste se aplica al \pn que viene antes que \p en Paratext. (Esta negrita es redundante, ya que todo el encabezado de la sección está en negrita.)
Una solución parcial a esto es si uso “at MRK 1:8 ‘\p([^a-z])’ > ‘\p_95 \1’”, entonces el ajuste funciona, pero la negrita en el párrafo se elimina igual que en la situación 1.

TDD_Default_MRK_ptxp 43641×2952 442 KB

Intenté cambiar el \pn a \bd para negrita usando " ‘\pn’ > ‘\bd’ " pero no funcionó.

¿Alguna idea sobre cómo corregir esto?

Bendiciones,
Craig

Traducción automática desde English Mostrar original

Answer 1

Aquí está el Paratext para 1:3 - 1:9, por si ayuda.

\v 3 \qt ᥘᥬᥰ ᥞᥨᥝᥴ˕ᥙᥣᥒᥱ˕ᥐᥣᥒ˕ᥐᥧᥢ, ᥛᥤᥰ ᥔᥥᥒᥴ ᥐᥨᥢᥰ ᥐᥨᥝᥳ ᥘᥫᥒ ᥙᥣᥝᥱ ᥝᥣ:\qt*
\q1 \qt ‘ᥞᥣᥒᥲ˕ᥞᥦᥢᥰ ᥑᥨᥢᥴ˕ᥖᥣᥒᥰ ᥓᥝᥲ ᥘᥦᥰ. ᥞᥬᥲ ᥔᥥᥢᥲ˕ᥖᥣᥒᥰ ᥛᥢᥰ ᥔᥪ ᥘᥤ.’\qt*”\x - \xo 1:3 \xt ᥘᥤᥐᥳ ᥕᥤᥱ˕ᥔᥣᥭᥲ˕ᥕᥣᥲ 40:3\x*
\p
\v 4 ᥐᥩᥙ˕ᥘᥢᥴ, \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥙᥨᥝᥱ˕ᥛᥣᥰ ᥞᥦᥴ, ᥕᥧᥱ ᥘᥬᥰ ᥞᥨᥝᥴ˕ᥙᥣᥒᥱ˕ᥐᥣᥒ˕ᥐᥧᥢ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ\f + \fr 1:4 \fq ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ: \ft ᥚᥩᥒᥰ ᥛᥤᥰ ᥐᥨᥢᥰ ᥑᥪᥢᥰ˕ᥓᥬ˕ᥐᥣᥭᥰ˕ᥓᥬ ᥞᥦᥴ, ᥕᥧᥛᥱ˕ᥛᥣᥖ ᥓᥝᥲ, ᥙᥫᥢ ᥖᥝᥱ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥛᥢᥰ. ᥕᥣᥛᥰ ᥞᥥᥖᥱ ᥞᥢᥳ, ᥙᥫᥢ ᥟᥝ ᥛᥢᥰ ᥓᥫᥛ ᥑᥝᥲ ᥘᥛᥳ ᥐᥣᥱ ᥗᥣᥙᥱ ᥘᥫᥒ. ᥘᥣᥒᥴ ᥞᥭᥳ ᥖᥝᥱ ᥙᥥᥢ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥝᥳ.\f* ᥞᥬᥲ ᥙᥫᥢ. ᥛᥢᥰ ᥑᥭ ᥖᥣᥰ˕ᥘᥣᥰ ᥞᥬᥲ ᥙᥫᥢ ᥑᥪᥢᥰ˕ᥓᥬ˕ᥐᥣᥭᥰ˕ᥓᥬ, ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥦᥴ, ᥝᥨᥖᥳ˕ᥖᥣᥛᥱ˕ᥖᥣᥒᥰ˕ᥚᥤᥖᥴ ᥑᥝᥴ ᥘᥭᥲ ᥙᥩᥭᥱ˕ᥘᥩᥖ ᥞᥝᥳ.
\v 5 ᥐᥨᥢᥰ ᥛᥫᥒᥰ \pn ᥕᥥᥝᥴ˕ᥗᥣᥭᥲ\pn* ᥐᥧ˕ᥟᥩᥒᥲ˕ᥐᥧ˕ᥖᥤ ᥖᥒᥰ ᥐᥨᥢᥰ ᥝᥥᥒᥰ \pn ᥕᥥ˕ᥘᥧᥲ˕ᥔᥣ˕ᥘᥫᥢᥱ\pn* ᥖᥒᥰ˕ᥘᥣᥭᥴ ᥖᥨᥝ ᥟᥩᥐᥱ ᥐᥣᥱ ᥓᥧᥰ \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn*. ᥑᥝᥴ ᥕᥤᥢᥴ˕ᥚᥤᥖᥴ ᥝᥨᥖᥳ˕ᥖᥣᥛᥱ˕ᥖᥣᥒᥰ˕ᥚᥤᥖᥴ ᥑᥝᥴ, \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥔᥛᥳ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥑᥝᥴ ᥘᥬᥰ ᥑᥥᥰ˕ᥘᥛᥳ \pn ᥕᥥ˕ᥖᥣᥢᥲ\pn* ᥞᥢᥳ.
\v 6 \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥘᥧᥒ ᥔᥫᥲ˕ᥑᥨᥝᥰ ᥛᥥᥝᥰ ᥟᥝ ᥑᥨᥢᥴ ᥛᥣᥳ˕ᥘᥨᥝᥲ˕ᥗᥨᥝ ᥞᥥᥖᥱ ᥞᥢᥳ. ᥞᥣᥒ˕ᥟᥦᥒᥲ ᥛᥢᥰ ᥞᥣᥒᥳ ᥔᥣᥭᥴ˕ᥘᥒᥴ ᥞᥭᥳ. ᥛᥢᥰ ᥓᥤᥢ ᥖᥤᥴ˕ᥖᥐᥴ ᥖᥒᥰ ᥘᥛᥳ˕ᥚᥪᥒᥲ ᥗᥫᥢᥱ.
\v 7 ᥛᥢᥰ ᥐᥦᥛᥳ ᥐᥦᥛᥳ ᥑᥭ ᥙᥫᥢ ᥝᥣ: ᥛᥤᥰ ᥐᥨᥝᥳ ᥕᥬᥱ˕ᥛᥦᥖ ᥔᥤᥴ ᥐᥝ ᥖᥤᥴ ᥙᥨᥝᥱ˕ᥛᥣᥰ ᥘᥪᥢᥰ˕ᥘᥒᥴ ᥐᥝ. ᥐᥝ ᥞᥪᥛᥴ ᥚᥧᥭᥱ˕ᥘᥭᥲ ᥐᥨᥛᥲ ᥞᥦᥴ, ᥐᥥᥲ ᥔᥣᥭᥴ ᥔᥣᥱ˕ᥑᥣᥭᥳ ᥛᥢᥰ.
\v 8 ᥐᥝ ᥟᥝ ᥘᥛᥳ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥔᥧᥴ. ᥐᥩᥭᥰ˕ᥝᥣ, ᥛᥢᥰ ᥖᥤᥴ ᥟᥝ ᥑᥩᥢᥴ˕ᥓᥦᥖ˕ᥛᥦᥖ˕ᥓᥝᥲ ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ ᥔᥧᥴ.”
\s \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn* ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥞᥬᥲ \pn ᥕᥥᥱ˕ᥔᥧᥳ\pn*
\r (ᥘᥤᥐᥳ ᥛᥣᥱ˕ᥗᥣᥭᥲ 3:13-17; ᥘᥤᥐᥳ ᥘᥧᥲ˕ᥓᥣ 3:21-22, 4:1-13)
\p
\v 9 ᥕᥧᥱ ᥘᥬᥰ ᥝᥢᥰ ᥓᥫᥢᥰ, \pn ᥕᥥᥱ˕ᥔᥧᥳ\pn* ᥘᥧᥐᥳ ᥝᥥᥒᥰ \pn ᥘᥣᥴ˕ᥔᥣ˕ᥘᥫᥲ\pn* ᥘᥣᥒᥴ ᥕᥧᥱ ᥘᥬᥰ ᥛᥫᥒᥰ \pn ᥓᥣ˕ᥘᥤᥲ˕ᥘᥤᥲ\pn* ᥞᥢᥳ ᥛᥣᥰ ᥞᥦᥴ, ᥕᥧᥱ ᥘᥬᥰ ᥑᥥᥰ˕ᥘᥛᥳ \pn ᥕᥥ˕ᥖᥣᥢᥲ\pn* ᥞᥥᥖᥱ ᥛᥣᥒᥱ˕ᥐᥣᥱ˕ᥘᥣᥱ˕ᥓᥫᥛ˕ᥘᥛᥳ ᥖᥤ \pn ᥕᥥ˕ᥞᥣᥢᥲ\pn*.

Traducción automática desde English Mostrar original

Comments

Parece que la última actualización a la versión 2.3.36, junto con el cambio de los ajustes de \p_95 a \p^95, parece haber corregido este problema.

Lo verifiqué y si uso la forma antigua (\p_95), la línea se ajusta, pero la negrita sigue desapareciendo. Por lo tanto, comenzaré a usar \p^95 para los ajustes.

¡Gracias!

Traducción automática desde English Mostrar original

Answer 2

Los mecanismos entre \p_95 y \p^95 son ciertamente muy diferentes. \p_95 es un estilo separado (¡puedes establecer un color/fuente especial, etc., si te gusta!), pero \p^95 es un `\p con un ancho del 95%.

Una cosa de la que debes estar al tanto es que una regla de cambio con \p podría funcionar en algunas versiones de python, pero en otras versiones se bloqueará. Deberías usar \\p (similarmente con otras cosas de barra diagonal - una barra es un carácter especial, (p. ej. \s= algún tipo de espacio) pero usa dos para una barra diagonal real).

Traducción automática desde English Mostrar original

Comments

Sí, esta es la línea completa que uso:

at MRK 1:20 ‘\p([^a-z])’ > ‘\p_97\1’

que ahora es:

at MRK 1:20 ‘\p([^a-z])’ > ‘\p^97\1’

Traducción automática desde English Mostrar original

---

at MRK 1:20 ‘\\p([^a-z])’ > ‘\\p^97\1’

Sería mucho más seguro. He tenido lo que creo que era un \p, muy similar a tu ejemplo, funcionando perfectamente en una máquina y dando errores de ‘bloqueo inexplicable’ en otra. - Muy explicable cuando se mira con suficiente atención…

Traducción automática desde English Mostrar original

---

Eso es extraño porque copié el código de PTXPrint y tiene \p, no \p.

Acabo de publicar esto y en la edición tiene dos barras invertidas seguidas de P para la primera, pero cuando lo guardo elimina una de las barras invertidas. Cuando edito mis comentarios anteriores, es lo mismo. Doble barra invertida en la edición, pero solo una cuando se publica.

Traducción automática desde English Mostrar original

---

Probablemente, necesitas usar la sintaxis de markdown (the menu says preformatted) para fragmentos de código. Para secciones cortas, se usa una sola comilla invertida para marcar el inicio y el final; para secciones de varias líneas, la convención es usar tres comillas invertidas en la línea anterior y posterior (sin ningún otro espacio).

Traducción automática desde English Mostrar original

Answer 3

Cuando necesites escribir expresiones de código/regex, si seleccionas el fragmento y luego usas este botón resaltado, lo envolverá en el formato apropiado para que las barras invertidas no se pierdan:

Traducción automática desde English Mostrar original