É seguro colocar colchetes imediatamente antes de um número de versículo?

Question

É importante padronizar o uso de espaços em branco em nossos projetos para uma exibição e diagramação corretas. Meu entendimento é que os números de versículo devem sempre começar em uma nova linha no SFM, com o resultado de que sempre há um espaço antes deles.

\s1 Wayyoowwan Torba
\p

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

Parece haver duas exceções a essa regra: é possível remover esse espaço em certas instâncias, especificamente após um colchete de abertura  [ ou parêntese (

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

No entanto, para a maioria dos caracteres, um espaço é inserido automaticamente após o caractere no Paratext, exceto na visualização sem formatação. Neste exemplo, um U+231E: CANTO INFERIOR ESQUERDO é usado como um colchete quadrado [. Ele pode ser colocado imediatamente antes de \v na visualização sem formatação . . .

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

mas  um espaço é exibido em outras visualizações e uma nova linha será inserida no SFM se o método Advanced>Standardize whitespace for executado.

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

Neste exemplo de uma língua com script árabe, um U+231F: CANTO INFERIOR DIREITO é usado, pois o U+231E não é espelhado:

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

Nos dois casos, uma quebra de linha/espaço é inserida antes do \v, onde não deveria ser adicionado.

• Qual é o padrão para quando uma quebra de linha/espaço é adicionada antes do \v? Em outras palavras, quais caracteres podem ser colocados imediatamente antes de um \v?
• Existe uma maneira de adicionar caracteres à lista de caracteres que podem preceder \v sem um espaço intermediário?

Tradução automática de English Mostrar original

Answer 1

Olá, Kent.

Não tenho certeza se entendi exatamente o que você precisa, mas se você tiver espaços ou quebras de linha na visualização sem formatação (Unformatted view) que não deseja manter, pode usar Expressões Regulares (Regex) para substituir [quebras de linha][espaços]\v por [espaço]\v ou [nada]\v. Dessa forma, você terá quebras de linha apenas para marcadores de parágrafo.

Outras considerações:

• Você está correto ao afirmar que a quantidade de espaços ou quebras de linha na visualização simples (plain view) pode ser diferente das outras visualizações. Na visualização Standard, Preview ou Formatted, o Paratext organizará os marcadores para que sejam exibidos corretamente de acordo com a visualização escolhida. Mas a visualização sem formatação é a maneira mais "real" de ver o texto.
• \v pode ocorrer antes de uma longa lista de marcadores, incluindo \p, \q ou \m.
• Marcadores de parágrafo (como \p, \q ou \m) exigem um espaço "obrigatório" imediatamente após; esse espaço é a maneira de confirmar qual é o nome completo do marcador.
  Por exemplo, no usfm temos os marcadores "\p" e "\po". Se você tivesse "\p other", veria que o espaço é indispensável para saber que se trata do marcador "\p" e não de um "\po".
• Você pode ter \v antes de um espaço, ou colocá-lo ao lado de qualquer caractere da língua (...em casa,\v 2 então...). Mas lembre-se de que isso só será perceptível na visualização sem formatação.
• \v pode vir após um marcador de parágrafo, mas exige um espaço entre eles (\p \v). Se você digitar \p\v, o Paratext adicionará o espaço, mesmo que você esteja na visualização sem formatação.

Abraços,

Pepe.

Tradução automática de English Mostrar original

Comments

Obrigado pela sua resposta. A minha pergunta não é sobre espaços após um marcador, mas sobre o método Advanced>Standardize whitespace , que não coloca \v em uma nova linha após  [ ou (. 

Preciso escrever um procedimento para padronizar nossos projetos para que os processos de publicação não coloquem espaços onde não devem, como entre um caractere de pontuação de abertura e um número de versículo. Preciso entender e confiar no método Standardize whitespace  se for incluí-lo nos procedimentos operacionais padrão. Alguém decidiu que  \v sempre vai para uma nova linha, exceto após [ e (. Quem decidiu isso e se trata da implementação de um padrão formal ou de uma decisão ad hoc?  E quanto a outros caracteres de pontuação que podem precisar estar imediatamente antes de um número de versículo, como ⌞ ? Eles também podem ser suportados? Não estou pedindo nenhuma alteração, apenas informações.

Tradução automática de English Mostrar original