Revisitando os espaços não separáveis na era da publicação incremental

Question

Olá a todos, gostaria de discutir os espaços não separáveis (espaços sem quebra) (U+00A0) na era da publicação digital.

Trabalho em um país que é oficialmente bilíngue entre francês e inglês. Nos países de língua inglesa, os espaços não separáveis e os espaços de meia largura são raros. Você pode encontrar um espaço não separável entre as partes de 1·Crônicas.

Em contraste, a maioria dos nossos tradutores das regiões de língua francesa deseja seguir as regras de espaçamento do francês. No mundo de língua francesa, são necessários espaços antes/ao redor da pontuação com 2 marcas (; ! : ? « »). Os espaços não separáveis são frequentemente usados como separador de milhares em números grandes, como 1·000 (Configurações de Números - Separador de Milhares é redefinido - #3 por jeffh). Os padrões de publicação variam, mas os candidatos ideais para este caso são o espaço não separável comum (U+00A0) e o espaço não separável estreito (U202F). Isso impede que uma marca de pontuação de fechamento seja empurrada para a próxima linha, especialmente em layouts de múltiplas colunas. Esses espaços mantêm o texto fluindo nos computadores do mundo. O espaço padrão (U+0020), o espaço fino (U+2009) e o espaço capilar (U+022A) têm larguras variadas, mas não fornecem a proteção necessária contra órfãos.

Algumas ferramentas escolhem representar os espaços não separáveis visualmente como um ponto fraco ou uma caixa cinza. O Paratext substitui automaticamente o espaço não separável (U+00A0) por um til enorme (~, U+007E). Nas versões atuais, ao digitar 00A0 e pressionar ALT-X, o que deveria ser um espaço não separável é substituído por espaços simples (0020), o que está totalmente errado. Esse til gigante é muito distrativo para nossos tradutores, e, portanto, na maioria das vezes, os tradutores francófonos foram instruídos a usar espaços simples ou não usar espaços antes da pontuação, com o entendimento de que o tipógrafo padronizará os espaços na última hora, seguindo suas decisões antes da impressão. Estou plenamente ciente de que os tils enormes são substituídos por espaços não separáveis no modo de visualização e podem ser substituídos por meio de alterações no Rascunho de Impressão ou ptxPrint. Um técnico criativo poderia configurar o PTX print para inserir espaços antes desses caracteres, mas então eles não seriam vistos no Paratext de forma alguma.

Da Documentação do Paratext:

Por causa disso, o Paratext não suporta mais o uso de espaços não separáveis. Se você quiser usar espaços não separáveis em seu texto, deve inserir o til no lugar do espaço não separável. Esses podem ser convertidos em espaços não separáveis na tipografia. Os tils inseridos no texto são exibidos como espaços não separáveis na visualização de Pré-visualização.

Se isso fosse algo raro (como é no inglês), eu não me preocuparia, mas isso surge em quase todos os parágrafos de um texto francófono. Minha preocupação é que 1) os tils são distrativos para os tradutores que passam seu tempo na visualização padrão, e para aqueles que leem por cima do ombro e 2) que essa restrição não se sustenta nesta era de publicação e compartilhamento digital.

Tecnicamente,~pode-se~se~virar~e~publicar~via~os~tils~intervinientes. A resposta da equipe de campo aos tils de ignorar os espaços não separáveis até a tipografia não é mais viável, pois os textos não são preparados apenas para impressão por tipógrafos. Livros individuais são publicados localmente, versões digitais são colocadas no DBL e disponibilizadas, e Aplicativos de Escritura são criados. Isso significa que ter o espaçamento “final” na versão do Paratext é cada vez mais importante, e o Paratext ainda não suporta isso “de verdade”. (Acabei de descobrir hoje que o espaço não separável estreito (U202F) não tem indicador visual, mas, graças a Deus, não é tilificado.) A exibição/manuseio inconsistente de U+202F, que deveria ser mais estreito, é discutida aqui (Exclusão do Unicode 202F ("espaço não separável estreito") no projeto)

O LibreOffice usa uma caixa cinza para distinguir os espaços não separáveis dos espaços normais. O recurso Mostrar/Ocultar do Word usa um círculo aberto para espaços não separáveis e um ponto centralizado para espaços normais.

Os desenvolvedores do Paratext considerariam descartar o til na interface e usar algo mais legível e menos distrativo? Isso exigiria uma mudança no USFM, ou apenas no Paratext? Os tradutores já estão acostumados com metadados acinzentados em seu texto, como os marcadores USFM. Um ponto cinza fraco · na visualização padrão seria útil para distinguir espaços especiais e espaços normais, certo? Optar pelos quadrados cinzas em vez disso mostraria tanto a não separabilidade quanto o comprimento, o que supõe ser a razão pela qual o LibreOffice os escolheu. Isso seria uma grande vitória para a compatibilidade intercultural, espero que outra pessoa trabalhando no mundo francófono possa contribuir. @jeffh @dhigby @anon023887 ?

Entendo por esta postagem (Problemas com espaço não separável) que a tilificação foi introduzida para combater um problema de alternância do Internet Explorer. Mesmo agora, dois espaços consecutivos em uma página da web exigem que pelo menos um seja transformado em NBSP. Sim, é difícil distinguir visualmente os espaços, mas as equipes ainda precisam padronizá-los.
~ Matthew_Lee
Consultor em Tecnologia de Linguagem
SIL Camarões

Para piorar as coisas, a ajuda do Paratext trata os espaços não separáveis como uma praga a ser erradicada (veja abaixo).

Por que vejo tils no lugar de espaços em meu texto?
Os espaços não separáveis são caracteres que parecem um espaço, mas que não permitem…
Os espaços não separáveis são caracteres que parecem um espaço, mas que não permitem que a linha quebre naquele local. Ao abrir um texto com espaços não separáveis, se você encontrar que esses espaços parecem ter sido substituídos por caracteres de til (~), isso é intencional. O Paratext torna os espaços não separáveis visíveis exibindo-os como tils.
O que é o mínimo que preciso saber sobre isso?
Versões anteriores do Paratext ocasionalmente e incorretamente inseriam espaços não separáveis onde um espaço normal era necessário. Portanto, se você vir um til ocasional em um lugar no texto do qual você tem certeza absoluta de que não requer um espaço não separável, pode simplesmente substituir o til por um espaço.
E se eu quiser resolver o problema de uma vez?
Se você NÃO inseriu intencionalmente nenhum espaço não separável ou til em seu texto e, portanto, deseja remover todos os espaços não separáveis e tils, siga as instruções da Opção 1. Se você não tiver certeza absoluta de se os tils ou espaços não separáveis foram inseridos intencionalmente, consulte sua pessoa de suporte CAP antes de removê-los, caso contrário, você pode ter que reentrá-los 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

Tradução automática de English Mostrar original

Answer 1

Sim, concordo com Matthew_Lee que esta é uma questão importante, especialmente no mundo francófono. Há várias coisas que quero mencionar na minha análise, mas vou tentar resumir (TLDR) no final desta publicação.

Uma breve pesquisa online revela algumas coisas interessantes, que não são realmente “fora do assunto”:

E algumas falhas humorísticas (onde claramente estavam usando um espaço normal - que quebrou neste caso):

É exatamente o que queremos evitar - pedaços de pontuação não conectados ao seu texto associado. Portanto, se vamos usar algum tipo de caractere de espaço para separar a pontuação, devemos SEMPRE usar um espaço não separável de algum tipo.

As duas principais opções são o Espaço Não Separável completo (NBSP, U+00A0) ou o Espaço Não Separável Estreito (NNBSP, U+202F), cujas definições podem ser encontradas no padrão Unicode, em https://unicode.org/charts/PDF/U0090.pdf e https://unicode.org/charts/PDF/U2000.pdf, respectivamente:

Como você pode ver, a definição do NNBSP diz que ele é tipicamente da largura de um espaço fino, que é definido naquele mesmo gráfico como :

Portanto, um NNBSP seria tipicamente um quinto de um em (0.2em). Qual é o tamanho de um espaço normal ou de um NBSP? Essas métricas dependem da fonte, mas um cálculo aproximado com a fonte Charis SIL mostra que os caracteres de espaço e NBSP são cerca de 0.34em. O NNBSP é cerca de 0.22em. Esta é uma diferença significativa, e se você usar um NBSP (ou, como medida temporária, um espaço regular, que tem a desvantagem de quebrar entre linhas) ao redor da pontuação, os tipógrafos que conheço dirão que esse espaço é grande demais. Usar o NNBSP ajuda significativamente e pode ser feito com relativa facilidade no PTXprint com alterações como as seguintes linhas em 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

Isso insere um NNBSP antes ou depois (conforme necessário) da pontuação e também remove quaisquer espaços que estejam lá (se houver). Isso significa que, independentemente de a equipe inserir espaços ou não, eles serão normalizados para caracteres NNBSP. Por exemplo, neste projeto, a equipe é inconsistente e usa espaços (regulares) ao redor de pontos de interrogação e dois-pontos, mas não ao redor de aspas (guillemets):

imagem945×67 35 KB

Observe que você pode ver que esses são apenas espaços regulares se ajustar o zoom e/ou o tamanho do painel corretamente, pois eles permitirão uma quebra entre linhas, como este:

imagem755×114 48.8 KB

Mas as alterações acima devem ser capazes de lidar com ambos os casos sem problemas e inserir o NNBSP para a tipografia.

De maneira semelhante, você gostaria de inserir regras de alteração em seus projetos SAB, para garantir que seus aplicativos de Escritura lidem com os espaços corretamente. Confira esta publicação para regras de exemplo: https://community.scripture.software.sil.org/t/suggestions-for-changes-gallery/590/3.

Observe que as regras nesta publicação não lidam com o espaço ou sem espaço tão elegantemente quanto as regras acima, mas você pode ajustá-las com truques como o " *" usado acima.

E um ponto adicional antes de chegarmos ao Paratext… Em trabalhos recentes de tipografia, usamos na verdade um décimo de um em (0.1em) como espaço ao redor da pontuação, ou seja, menor que o NNBSP. Aqui está a definição de pontuação que usamos:

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

Nota: isso foi feito no XeTeX, mas o mesmo poderia ser feito com o PTXprint. Acredito que você gostaria que fosse definido no arquivo de configuração ptxprint-mods.tex disponível na aba de ferramentas Avançadas. Isso dá um espaço bastante mínimo ao redor da pontuação, como visto nesta amostra:

imagem752×102 11.5 KB

Mas as equipes sentiram que esse é espaço suficiente para atender à sua necessidade sentida de espaço ao redor da pontuação que é exigida em francês. (Claro, os franceses podem discordar, mas não é o idioma deles!)

Conclusão (TLDR): Então, o que isso significa para o Paratext?

Se a equipe usar espaços regulares no texto para separar sua pontuação, às vezes isso aparecerá incorretamente na tela no Paratext (ou seja, com a pontuação não adequadamente conectada ao seu texto, como mostrado acima), o que é distrativo, mas não é o fim do mundo. Neste caso, a responsabilidade é do tipógrafo ou do criador do aplicativo para alterar esses espaços regulares adequadamente. Infelizmente, se essa for a forma colocada no DBL (altamente provável), aplicativos como o YouVersion terão problemas, porque eles notoriamente NÃO lidam com esses espaços adequadamente.

Dada essa tendência a espaços não separáveis cada vez menores para separar a pontuação (primeiro o NNBSP em 0.2em, depois a tipografia manual em 0.1em com o PTXprint) que vi em meus projetos de tipografia, quase sempre recomendo que as equipes NÃO coloquem espaços ao redor de sua pontuação no Paratext, e então apenas confiem na tipografia ou na criação do aplicativo para fazer a coisa certa ao redor desses sinais de pontuação. Isso significa que, quando o texto for colocado no DBL, o YouVersion não terá pontuação pendurada. (Ele também não terá espaços ao redor da pontuação, mas isso é um problema menor, na minha opinião.)

Portanto, com este plano de ação específico, nenhuma alteração é necessária no Paratext. Se você quisesse, como Matthew_Lee sugeriu, uma maneira de mostrar caracteres NNBSP ou NBSP, acho que seria uma boa ideia, mas nossos teclados também precisariam de uma maneira de digitar esses caracteres (o que nem sempre é possível), e o Paratext precisaria saber não mexer com esses caracteres. (E os inventários de pontuação precisariam mostrar todas as combinações com esses espaços, para garantir que fossem usados consistentemente, por exemplo, sempre com um NNBSP.)

Esta publicação não propõe tanto soluções quanto fornece mais contexto e informações. Eu realmente não gosto da maneira como essa coisa de til / NBSP funciona no Paratext agora, e concordo que deveria mudar. Parece que o Paratext deveria assumir que deve levar cada caractere no texto pelo valor de face, seja um til, NBSP ou NNBSP. E uma maneira de vê-los (subtilmente) seria bom. Dois ou mais espaços devem ser combinados automaticamente (respondendo a @anon942452)? Talvez se forem caracteres idênticos? Isso ainda permitiria a correção automática de espaçamento do Paratext, mas também forneceria algumas opções para contorná-la. E também seria necessário encontrar uma maneira de lidar com todos os projetos legados que têm tils para espaços não separáveis, talvez apenas uma conversão, para convertê-los todos para NBSP, uma vez que isso for tratado adequadamente no Paratext.

Bem, mais um pouco de munição para reflexão…

Tradução automática de English Mostrar original

Comments

Algumas línguas nacionais do Sudeste Asiático usam um espaço entre frases e não entre palavras. Algumas línguas minoritárias que usam esses sistemas de escrita escolheram usar um espaço normal entre cada palavra e um espaço mais largo nas quebras de frase. Se um ESPAÇO EM (\u2003) for usado para essas quebras de frase com espaço largo no Paratext, então os Inventários de Caracteres e Pontuação tratam o ESPAÇO EM como um caractere formador de palavra em vez de pontuação, tornando impossível verificar sequências corretas. Relatei isso como PTXS-31753.

Quando jeffh recomenda que os tradutores deixem os espaços franceses de fora do Paratext completamente, ele está ajudando a garantir que o texto no Paratext marque inequivocamente a estrutura/significado, ao custo de uma apresentação menos atraente. Eu faço o mesmo quando recomendo o uso de vírgula em vez de ESPAÇO EM dentro do Paratext. Mas os usuários estão certos em se opor a ambas as sugestões; eu também prefiro muito o WYSIWYG no Microsoft Word aos comandos de ponto do WordStar que usei no meu primeiro computador.

Eu adoraria ver o Paratext adicionar uma opção “Mostrar Caracteres Invisíveis” que, por exemplo, mostraria caracteres de espaço como uma caixa cinza. Este “Mostrar Caracteres Invisíveis” seria imensamente benéfico para as línguas que digitam um Espaço de Largura Zero (\u0200b) entre cada palavra. Atualmente, o Paratext recomenda que uma barra (/) seja digitada entre cada palavra. Essa barra é então (feia) visível em todas as visualizações, exceto na Pré-visualização.

Eu me pergunto se as áreas francófonas poderiam encontrar uma fonte que (1) torne o ~ muito menos intrusivo ou (2) ajuste automaticamente o espaço ao redor da pontuação de acordo com o contexto.

Bênçãos,
LivingField

Tradução automática de English Mostrar original

---

Às vezes, pode ser um desserviço para o Paratext atender a solicitações de personalização. Isso é especialmente verdade quando a personalização não é suportada em outros softwares ou quando permite escolhas que vão contra a direção para a qual o software comercial está indo. As comunidades linguísticas então fazem escolhas que são becos sem saída para seu futuro desenvolvimento fora do Paratext. (Claro, também foi muito útil em outras situações, os problemas são apenas complexos e precisam de cuidadosa reflexão.)

Mas, nesta conversa, estamos falando sobre acomodação para escolhas atualmente disponíveis em software comercial, bem como uma ferramenta já comumente disponível. Se apresentado dessa forma em uma solicitação de recurso, acho que poderíamos avançar. Talvez aqueles que mais sabem sobre o assunto pudessem ter uma conversa separada fora da lista sobre a melhor maneira de apresentar a solicitação de recurso e o que é realmente mais necessário.

Bênçãos,

Tradução automática de English Mostrar original

Answer 2

Obrigado, Matthew_Lee, por seu e-mail útil e informativo. Não tenho soluções a oferecer, mas tenho muito interesse no tópico e aprendi mais com sua minúcia. Eu luto especialmente com os caracteres invisíveis RTL e LTR que impactam nossos scripts complexos. Se houvesse uma maneira de tornar todos os caracteres invisíveis levemente visíveis (ou ligar/desligar a visibilidade com uma tecla ctrl, talvez), isso poderia ajudar a resolver mais facilmente alguns problemas difíceis nos quais nos encontramos. Essa abordagem também poderia tornar o espaço não separável normal viável para uso no Paratext, embora eu não tenha ideia de outros possíveis obstáculos para seu uso do lado da programação.

Bênçãos,

Tradução automática de English Mostrar original

Answer 3

Prezado Matthew_Lee, obrigado por trazer isso à tona. Trabalho em línguas das Primeiras Nações da América do Norte que usam um script não romano (Silábicos Canadenses) e várias ortografias principais que usam esse script fazem uso de várias larguras (três larguras) de espaço em branco para indicar fronteiras de morfemas e palavras. O espaço de palavra normal 0020 é consideravelmente mais largo na fonte silábica preferida, que se comporta bem no Paratext. Mas o espaço não separável estreito (U+202F) tem 1/3 da largura do espaço de palavra normal. O uso desse espaço é crítico em nossa língua também – ele precisa ser usado dentro das palavras como fronteira de morfema e também (como é feito em francês) para separar a pontuação do final das frases. Finalmente, em muitas situações, uma terceira largura de espaço não separável é necessária. Por anos, as comunidades linguísticas com as quais trabalhamos usaram dois espaços não separáveis estreitos (U+202F U+202F) em sequência para fornecer um espaço não separável entre prefixos e radicais de palavras, prevenindo órfãos no final das linhas e fornecendo uma pista visual sobre o início do radical. A largura desses resulta em 2/3 de um espaço de palavra padrão.

Infelizmente, desde o Paratext 7, existe um algoritmo do Paratext que exclui quaisquer dois caracteres de espaço em branco idênticos em sequência e os substitui por um. Tivemos que criar uma solução paliativa criando um teclado Keyman que insere um espaço não separável de largura zero (U+200D) para impedir que o Paratext substitua nosso duplo espaço fino intencional (U+202F U+202F) por apenas um.

Ao exportar nossa escritura para o DBL, essa sequência era inaceitável, então devemos primeiro executar um programa de conversão que substitui todas as sequências (U+202F U+200D U+202F) por um espaço não separável “padrão” (no Paratext, “til”, que se torna U+00A0).

De qualquer forma, tudo isso para dizer que eu apoio seu tópico de rever o til como espaço não separável, pelos motivos que você dá, e eu queria contribuir com um script que usa três larguras distintas de espaço em branco.

Sinceramente, anon942452 J

Tradução automática de English Mostrar original

Comments

As tecnologias web modernas tendem a comprimir espaços duplicados sem pedir permissão, mas GERALMENTE permitem alternância entre vários tipos de espaçamento. Por esse motivo, designers web há muito abusam do espaçamento alternando espaço e nbsp em vez de definir recuos. @anon942452 encontrou um método que funciona para sobrescrever a limpeza automática de lixo da mesma forma.

Se entendi corretamente, concordo com @Shegnada em permitir que os usuários façam no Paratext coisas que já funcionam em ferramentas corporativas deve ser de baixo risco, mas criar novos fluxos de trabalho personalizados que só funcionarão no Paratext prepara a comunidade para desafios de letramento e publicação no futuro. Já vi isso acontecer com pessoas que se encurralam em fontes modificadas e macros antigas.

Espero que o Paratext possa aprender a suportar todos os tipos de espaços, para que o projeto Paratext possa ser o padrão ouro.

O primeiro desafio é aceitar os espaços e permitir que passem para o DBL e para a publicação digital/impressa. Talvez eu seja otimista, mas aplicativos móveis, inDesign e HTML não devem ser um problema, pois esses são glifos Unicode nas fontes sugeridas. O TeX (PTXPrint) exigirá um pequeno pré-processamento, mas existem ferramentas no TeX para gerenciar isso. Se ferramentas a jusante, como o YouVersion, precisarem aprender a usar espaços/quebras avançados, essa é uma discussão que vale a pena ter.

O segundo desafio é facilitar o trabalho com espaçamento avançado no Paratext. Eu AMARIA ver quadrados cinza para os espaços não separáveis. A ferramenta de pontuação pode funcionar, pois já exibe valores Unicode para combinações.

Tradução automática de English Mostrar original

Answer 4

Acho que, como proposta inicial, poderíamos pedir ao Paratext para adicionar no menu Project View (Visualização do Projeto) uma opção “Mostrar formatação oculta”. Quando você faz isso no Word, obtém o seguinte para uma série de três espaços, três NBSPs e três NNBSPs (202F):

No LibreOffice Writer você obtém:

O LO Writer não mostra NBSPs, e nenhum dos dois mostra NNBSPs. Para ser o padrão ouro, gostaríamos de fazer isso. Mas você também não quer ter um símbolo diferente para cada formatação oculta possível, então passaríamos a mostrar o código do caractere, exceto para alguns caracteres principais como espaço e NBSP (que teriam um símbolo), talvez em um padrão diagonal pequeno? Que tal algo assim:

imagem772×660 19.4 KB

Acho que é útil mostrar a formatação oculta em uma cor diferente. Matthew_Lee sugere cinza, o LO Writer usa azul, o Word continua usando preto. Também gosto da ideia do cinza, mas o truque será obter a tonalidade certa de cinza, para que seja visível, mas sutil.

Obviamente, se exibirmos um código de caractere, todas as apostas estão fora para a largura real do caractere. Esse também é o caso para a formatação oculta exibida no Word ou no LO Writer.

Quanto à “simplificação” de espaços no Paratext, eu proporia que o Paratext continuasse condensando múltiplos espaços em um único espaço, mas APENAS para espaços reais U+0020. Qualquer outro espaço ou caractere de formatação oculta seria mantido.

Eventualmente, provavelmente gostaríamos de ter alguns atalhos para DIGITAR esses caracteres de formatação oculta diretamente no Paratext também, mas por enquanto, podemos contar com o AUTOCORRECT.TXT e/ou teclados Keyman para digitar esses caracteres.

OK, essa é uma ideia, lançada na arena… Quais são os prós e contras? Quais outras ideias vocês têm?

Tradução automática de English Mostrar original

Comments

Isso é o que eu quis dizer com o LibreOffice (6) mostrando NBSPs como eu me lembrava: Isso não é nem o modo de mostrar todos os caracteres, apenas uma visualização normal. Acredito que este seja o padrão. Não é o mesmo no LO 7?

Você está certo de que ele não mostra NNBSPs (nem mesmo no modo mostrar tudo, mas obtemos pontos contáveis úteis para NBSP e espaço.

A proposta diagonal de jeffh é elegante, mas precisaríamos de uma fonte com essas letras. Existem fontes existentes que usam um quadrado alfanumérico para mostrar os valores Unicode das fontes.

Eu temo que permitir espaços não normais duplicados resulte em recuos de múltiplos espaços, assim como as pessoas já abusam da possibilidade no Word, mas isso estaria alinhado com outros padrões da web para o fluxo de texto.

Eu tenho NBSP no meu teclado há anos, mas também tenho coisas como adaga, copyright e círculo vazio.

Tradução automática de English Mostrar original

---

Havia uma opção desativada na minha configuração do LO Writer 7 em Tools - Options - LibreOffice Writer - Formatting Aids (Ferramentas - Opções - LibreOffice Writer - Auxiliares de Formatação), a opção Non-breaking spaces (Espaços não separáveis) estava desativada. Com ela ativada, eu obtenho o quadrado cinza do qual você estava falando:

Mas não um ponto…

Tradução automática de English Mostrar original

Answer 5

Esta é uma conversa muito encorajadora. É ótimo ouvir sobre as necessidades e possíveis soluções no contexto do Paratext e outras ferramentas. Espero que isso seja algo que seria “útil para muitos” e, portanto, provavelmente será considerado antes de alguns recursos menos úteis.

(Como nota à margem - porque acho que vi algumas menções sobre como digitar alguns caracteres que não aparecem em teclados padrão … Para aqueles que ainda não sabem, digitar caracteres incomuns sem um aplicativo de terceiros pode ser facilitado usando o aplicativo Character Map (Mapa de Caracteres) no Windows. Quando você clica em um caractere no mapa de caracteres, ele mostra um atalho de “Keystroke” (Tecla) no canto inferior direito do aplicativo para muitos caracteres. Esse atalho pode ser digitado segurando Alt e digitando quatro números do numpad (não os números acima das letras). Por exemplo: Alt+0160 digita um espaço não separável (U+00A0), Alt+0169 gera o símbolo ©, o traço curto (en-dash) é Alt+0150 –, enquanto o traço longo (em-dash) é Alt+0151 —.)

Tradução automática de English Mostrar original

Answer 6

Apenas um comentário em relação à publicação digital através do DBL. O uploader do Paratext remove espaços não separáveis ao criar o pacote USX que compartilhamos com o editor. Infelizmente, quando um texto está sendo compartilhado digitalmente, os espaços não separáveis historicamente causaram problemas.

Tradução automática de English Mostrar original

Comments

anon175865:

Infelizmente, quando um texto está sendo compartilhado digitalmente, os espaços não separáveis historicamente causaram problemas.

E o que dizer sobre NÃO usar espaços não separáveis?! Aqui está uma página aleatória da Parole de Vie, uma tradução francesa respeitada, vista no YouVersion, um aplicativo de Bíblia respeitado:

imagem360×760 123 KB

Observe as quebras de pontuação quebradas (problema) destacadas. Eu me encolho toda vez que vejo isso, e vejo isso MUITO em textos extraídos do DBL precisamente (imagino) porque espaços não separáveis válidos foram convertidos em espaços regulares.

Se lidarmos bem com os espaços não separáveis no Paratext, então acho que o uploader não deveria removê-los ao fazer upload para o DBL. Então vamos fazer isso!

Tradução automática de English Mostrar original

---

Concordo que eles “historicamente” causaram problemas. Isso teria sido verdade em geral antes do Unicode, mas se os produtores de conteúdo e os editores a jusante ainda não aprenderam a suportar espaços especiais, é hora de que o façam.

Remover NBSPs nos dias de hoje é um erro, pois as tecnologias de exibição que usamos têm um processo para lidar com espaços codificados corretamente (HTML, XML, TeX, inDesign), e esses espaços fazem parte dos guias de estilo de muitas das principais e minoritárias línguas do mundo. Qualquer código que esteja sob o Paratext tem a possibilidade de ser alterado, incluindo a exibição interna e a exportação USX. O TeX e o SAB já lidam com todos esses espaços, caso contrário o hack de print-draft-changes não funcionaria no rascunho de impressão ou no ptxPrint (talvez alguém do PTXPrint possa opinar). Se os padrões USFM e USX atualmente não permitem espaços não separáveis, eles precisarão ser emendados.

Sabia que essa mudança precisaria ser feita em todo o pipeline, mas isso não o torna menos importante. Paratext, Chorus, USFM, USX e mais precisarão de parar de removê-los e começar a suportá-los e exibi-los. Suspeito que os principais casos extremos sejam se alguém escolhesse substituir CADA espaço por NBSP e transbordasse uma linha.

Aqui no Camarões, eu ainda falo sobre os caracteres IPA na língua como “caracteres especiais”, mas com o amplo suporte que temos, um dos linguistas aqui recentemente me lembrou que deveríamos simplesmente chamá-los de “caracteres”. As ferramentas que não conseguem suportar uma grande variedade de caracteres no texto estão se tornando cada vez mais raras. A fronteira final parece ser o suporte a caracteres especiais em nomes de pastas para software de linha de comando do Windows. O Windows suporta isso há anos, mas as coisas ainda ficam corrompidas.

~Matthew_Lee

Tradução automática de English Mostrar original

---

Olá jeffh,

Enviei sua preocupação para nossos amigos do YouVersion… embora eu acredite que o processo de converter espaços não separáveis em espaços regulares é feito no uploader do Paratext, e não no YouVersion (ou em qualquer outro editor).

Tradução automática de English Mostrar original

---

Obrigado por conectar com as pessoas do YouVersion @anon175865. Sim, como você mencionou, imagino que quaisquer espaços não separáveis já estejam ausentes no DBL, removidos pelo uploader do Paratext. Então, não é culpa deles. O que @Matthew_Lee e eu estamos dizendo, no entanto, é que precisamos corrigir nosso pipeline, para que o Paratext esteja confortável com e possa lidar facilmente com esses espaços especiais, e o uploader não os removerá. Então eles estarão lá no DBL, e quando o YouVersion usar esses textos, eles aparecerão corretamente na tela.

Tradução automática de English Mostrar original

Answer 7

O WSTech discutiu alguns dos problemas neste tópico, e eu queria enviar um resumo:

• Suspeito que o til muito grande que está sendo mostrado (para NBSP) seja da fonte Charis SIL. Se uma fonte de alfabeto latino diferente for usada, o tamanho do til muda?
• Há fontes que ajustam automaticamente o espaçamento em torno de marcas de pontuação (necessário em áreas francófonas), mas parecem ser raras. Portanto, inserir os espaços necessários parece ser a melhor abordagem.
• Usar uma fonte separada para mostrar os valores Unicode dos espaços (ou seja, não a fonte principal usada para o texto) deve funcionar.
• O PTXprint pode lidar com todos os vários caracteres de espaço.

Tradução automática de English Mostrar original

Comments

O WSTech também ajustou recentemente a largura dos espaços em nossas fontes. Para compatibilidade reversa, as fontes de alfabeto latino (e talvez outras) não seguem nossas novas recomendações para todos os espaços, apenas alguns espaços.

Tradução automática de English Mostrar original

---

Fiquei animado ao ouvir de tantas pessoas, incluindo a WSTech e a Paratext. Como devemos avançar com isso? É necessário que seja redigido como uma solicitação de recurso e passe pelo processo normal de priorização?

Os grandes problemas (que podem ser tratados separadamente) são:

1. Permitir que o NBSP e caracteres semelhantes mencionados neste tópico existam em todo o pipeline PTX/USFM/USX/DBL (e lidar com os problemas de exibição que surgirem, conforme necessário). Este é o primeiro e mais importante obstáculo. Depois, podemos “corrigir” o espaçamento em projetos individuais à medida que avançarmos.

• Esses caracteres precisam ser exibidos corretamente no padrão PTX e nas pré-visualizações.
• Serem reconhecidos individualmente nas verificações de Pontuação e Caracteres.
• Serem aceitos nas configurações de Citações e Números (observe que o FLEx usa pontos para mostrar espaços no Configure Dictionary).

2. Fornecer uma maneira dentro do Paratext de visualizar esses caracteres.

• Fontes temporárias especiais foram sugeridas como uma possibilidade.
• Quadrados cinza sempre visíveis foram sugeridos.
• Um recurso de mostrar todos os caracteres, semelhante ao do Word/LibreOffice.
  • Um dos meus usuários sugeriu que o recurso Mostrar/ocultar abrisse um diálogo (semelhante ao diálogo de Basic Checks) permitindo especificar quais caracteres especiais mostrar (espaços normais, espaços NB, conectores, hífens não separáveis, marcadores bidirecionais, quebras de linha suaves e rígidas). Posso imaginar casos em que um técnico deseja que todos os marcadores sejam destacados (o que eu frequentemente faço em ferramentas externas), bem como situações em que a equipe precisa apenas que os marcadores “especiais” sejam destacados.
  • 

~Matthew_Lee

Tradução automática de English Mostrar original

---

Matthew_Lee:

Como devemos avançar com isso? É necessário que seja redigido como uma solicitação de recurso e passe pelo processo normal de priorização?

Sim, essa seria a melhor opção. Vincular este tópico em qualquer solicitação de recurso também seria útil.

Para quem não está familiarizado com o processo de fazer uma solicitação de recurso - ele está disponível para todos os usuários do Paratext. A partir do menu principal do Paratext, selecione Help > Give feedback e selecione a opção Make a suggestion... no formulário que aparece.

Se alguém sentir que uma solicitação de recurso é especialmente importante ou útil, vale a pena informar seu representante de área ou organizacional para o Paratext. Eles podem escolher apresentá-la nas reuniões trimestrais de priorização do Paratext.

Tradução automática de English Mostrar original

Answer 8

Isso agora foi submetido como uma solicitação de recurso. Este tópico foi referenciado no relatório.

Relatórios 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

Tradução automática de English Mostrar original

Comments

Outro comentário que adicionei dentro do YouTrack:

Caracteres invisíveis devem ser listados nos inventários de Caracteres e Pontuação, que serão nossa melhor indicação de que eles existem e em quais contextos existem. Eles também precisam ser permitidos como separadores válidos nas configurações de Citações ([NBSP]»), configurações de referências bíblicas (1[NBSP]Reis) e configurações de Números (10[NBSP]000). Isso cobriria muitos casos de uso.

Tradução automática de English Mostrar original

Answer 9

Estou chegando atrasado aqui, acabei de descobrir o assunto.

Dou meu +1, ou melhor, meu +100000, para esses recursos propostos. Trabalho com outro idioma, onde, por razões históricas e de coexistência, a ortografia tenta ser o mais próxima possível do francês.

Lembraria a todos para estudar sobre o francês antes de fazer qualquer alteração técnica. A tipografia francesa é ainda mais complexa do que as pessoas leigas sabem. Sim, há espaços ao redor de certos caracteres de pontuação, mas eles não são os mesmos. O espaço à frente (esquerda) de dois-pontos deve ser de tamanho completo, por exemplo.

Tenho um documento, coletado de várias fontes e a principal fonte infelizmente não está mais online.

grafik1237×800 71 KB

Também há livros em papel úteis disponíveis, como “Lexique des règles typographiques” en usage à l’imprimerie nationale" pela imprimerie nationale (da França) e “Règles de l’écriture typographique du français à l’usage des personnes qui exercent une activité sur MAC ou PC” por Yves Perrousseaux.

Tradução automática de English Mostrar original

Answer 10

Até agora, estamos usando e abraçando totalmente o til no PT, como outras pessoas lidam com o XeTeX e tenho minha admiração — mas não meu desejo de ser como eles.

A lógica de publicação frequente por aplicativo e por porção de escritura também é relevante para nosso contexto. E o til precisa ir embora em breve.

Também mais fontes precisam fornecer o não-separável estreito. Parece que nem todas as fontes da SIL o fazem. Gritem comigo, se elas fazem; isso seria uma boa notícia para mim, bem digno de um grito.

Para inserir o til agora (NNBSP, espero que em breve), inventei um recurso útil para o PT, onde uso o recurso embutido autocorrect.txt. Por exemplo, para obter til mais um ponto de exclamação, eu pressiono três vezes o ponto de exclamação e o PT faz o resto da maneira correta. Tenho essa configuração para todas aquelas pontuações que precisam de cuidado especial.

(E eu também uso isso para inserir palavras frequentes como Abraão, Jesus ou Jerusalém.)

Tradução automática de English Mostrar original