Est-il sûr de placer des crochets immédiatement avant un numéro de verset ?

Question

Il est important de standardiser l'utilisation des espaces dans nos projets pour un affichage et une composition corrects. À ma connaissance, les numéros de verset doivent toujours commencer sur une nouvelle ligne dans le SFM, ce qui implique qu'il y a toujours un espace avant eux.

\s1 Wayyoowwan Torba
\p

\v 13 \wj “Yaa barsiistota seeraatii fi . . .

Il semble y avoir deux exceptions à cette règle : il est possible de supprimer cet espace dans certains cas, en particulier après un crochet ouvrant  [ ou une parenthèse (

\p [\v 14 \wj “Yaa barsiistota seeraatii fi Fariisota fakkeessitoota nana, isiniif wayyoo!

Cependant, pour la plupart des caractères, un espace est automatiquement inséré après le caractère dans Paratext, sauf en vue non formatée. Dans cet exemple, un U+231E : COIN BAS GAUCHE est utilisé comme un crochet carré [. Il peut être placé immédiatement avant \v en vue non formatée . . .

प्रवेश करने देते हो. ⌞\v 14 धिक्कार है तुम पर

mais  un espace est affiché dans d'autres vues et une nouvelle ligne sera insérée dans le SFM si la méthode Advanced>Standardize whitespace est exécutée.

प्रवेश करने देते हो. ⌞
\v 14 धिक्कार है तुम पर पाखंडी, फ़रीसियो,

Dans cet exemple issu d'une langue à écriture arabe, un U+231F : COIN BAS DROIT est utilisé car U+231E n'est pas miroir :

⌟ \v 16 ئەوەی گوێی هەیە بۆ بیستن با گوێ بگرێت.⌞»

Dans les deux cas, un retour à la ligne/une espace est inséré avant le \v là où il ne devrait pas être ajouté.

• Quelle est la norme pour l'ajout d'un retour à la ligne/d'un espace avant \v ? Autrement dit, quels caractères peuvent être placés immédiatement avant un \v ?
• Y a-t-il un moyen d'ajouter des caractères à la liste des caractères qui peuvent précéder \v sans espace intermédiaire ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Bonjour Kent.

Je ne suis pas tout à fait sûr de comprendre ce dont vous avez besoin, mais si vous avez des espaces ou des retours à la ligne dans la vue non formatée que vous ne souhaitez pas conserver, vous pouvez utiliser des expressions régulières (Regex) pour remplacer [retours à la ligne][espaces]\v par [espace]\v ou [rien]\v. Ainsi, vous n'aurez des retours à la ligne que pour les marqueurs de paragraphe.

Autres réflexions :

• Vous avez raison de dire que la quantité d'espaces ou de retours à la ligne dans la vue simple peut différer d'autres vues. Dans la vue Standard, Aperçu ou Formatée, Paratext disposera les marqueurs de manière à ce qu'ils s'affichent correctement selon la vue choisie. Mais la vue non formatée est la manière la plus « réelle » de voir le texte.
• \v peut apparaître avant une longue liste de marqueurs, y compris \p, \q ou \m.
• Les marqueurs de paragraphe (tels que \p, \q ou \m) nécessitent un espace « obligatoire » immédiatement après ; cet espace est le moyen de confirmer quel est le nom complet du marqueur.
  Par exemple, dans usfm, nous avons les marqueurs "\p" et "\po". Si vous aviez "\p other", vous verriez que l'espace est indispensable pour savoir qu'il s'agit du marqueur "\p" et non de "\po".
• Vous pouvez avoir \v avant un espace, ou le placer à côté de n'importe quel caractère de la langue (...in home,\v 2 then...). Mais rappelez-vous que cela ne sera visible que dans la vue non formatée.
• \v peut suivre un marqueur de paragraphe, mais il nécessite un espace entre les deux (\p \v). Si vous tapez \p\v, Paratext ajoutera l'espace même si vous êtes en vue non formatée.

Cordialement,

Pepe.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci pour votre réponse. La question que je me pose ne porte pas sur les espaces après un marqueur, mais sur la méthode Advanced>Standardize whitespace , qui ne place pas \v sur une nouvelle ligne après  [ ou (. 

Je dois rédiger une procédure pour standardiser nos projets afin que les processus de publication n'insèrent pas d'espaces là où ils ne devraient pas l'être, par exemple entre un caractère de ponctuation ouvrant et un numéro de verset. J'ai besoin de comprendre et de faire confiance à la méthode Standardize whitespace  si je veux l'inclure dans les procédures opérationnelles standard. Quelqu'un a décidé que  \v irait toujours sur une nouvelle ligne, sauf après [ et (. Qui a pris cette décision et s'agit-il de l'application d'une norme formelle ou d'une décision ad hoc ?  Qu'en est-il des autres caractères de ponctuation qui pourraient devoir être placés immédiatement avant un numéro de verset, comme ⌞ ? Peuvent-ils également être pris en charge ? Je ne demande aucun changement, seulement des informations.

Traduit automatiquement depuis English Afficher l'original