+1 voto
1,8k visualizações

Estou apenas começando a configurar de verdade um Glossário em nosso projeto e tenho muitas dúvidas. Estou me perguntando se alguém já escreveu um documento de “boas práticas” ou dicas sobre como fazer as coisas funcionarem corretamente. Li o documento de marcação USFM e as ajudas do PT, mas eles não respondem a muitas perguntas.

Por exemplo, em glossários longos, as pessoas usam números de capítulo para dividi-lo em seções mais simples? O PT tem 998 capítulos, mas quando percorri meu glossário e adicionei capítulos no início de cada nova letra do alfabeto, a ferramenta de Termos Bíblicos para adicionar novos termos de glossário parou de funcionar, dizendo que certos capítulos não estavam na ordem certa ou estavam faltando.

Se você adicionar manualmente novos itens de glossário, como a ferramenta de Termos Bíblicos adiciona novos itens de glossário em ordem alfabética? Ela reorganizará suas edições manuais para colocá-las em ordem?

Estou certo de que, quanto mais eu trabalhar com isso, mais perguntas terei, e me pergunto se estou perdendo algum bom recurso que responderia a todas elas.

Tradução automática de English
Paratext por (1,9k pontos)
reexibida | 1,8k visualizações

10 Respostas

+2 votos
Melhor resposta

Se você for para https://vimeo.com/channels/paratext, encontrará dois vídeos sobre entradas de Glossário. Não tenho certeza de que todas as boas práticas tenham sido especificadas, mas aqui estão alguns pensamentos.

  1. Algumas pessoas usam números de capítulo para um glossário grande, mas esteja ciente de que eles precisarão ser removidos para a publicação. E isso pode fazer com que o vínculo com os Termos Bíblicos falhe. Eu recomendo não usar números de capítulo.
  2. Para publicação impressa, você tem permissão para 20 páginas de glossário (se for uma publicação da Wycliffe), então construir um glossário enorme pode ser um problema na hora da impressão. Tenha em mente o que é permitido. Obviamente, para outros usos (não impressos), você pode fazer o glossário do tamanho que quiser.
  3. A ferramenta de Termos Bíblicos organizará o glossário em ordem alfabética de acordo com a ordem das configurações de idioma - então tenha isso em mente enquanto trabalha.
  4. Se você tiver uma entrada no glossário, pode vinculá-la a uma palavra na ferramenta de Termos Bíblicos - veja a parte 2 do vídeo.
Tradução automática de English
por (9,9k pontos)

Não posso falar por outros caminhos de publicação, mas o Publishing Assistant 5.1 não exige mais a remoção de números de capítulo dos glossários antes da publicação.

PADev.

Tradução automática de English

Bom saber, já que livros grandes nos periféricos realmente deixam o Paratext lento. (Tenho glossários que foram criados independentemente da ferramenta de Termos Bíblicos, então não me preocupo com os vínculos.)

O PA ignora números de capítulo em livros periféricos? Você recomendaria adicionar rótulos de capítulo (\cl) a cada capítulo?

Tradução automática de English

Em geral, o PA não ignora números de capítulo em periféricos; no momento, é apenas no glossário. O PA não ignora \cl, então, se forem adicionados, precisam ser removidos antes da publicação.

PADev.

Tradução automática de English

Deixe-me compartilhar um problema que surgiu em um projeto. Havia muitas notas no glossário, que não tinha capítulos. Os arquivos de notas ficaram tão grandes que isso tornou o Send/Receive impossível, através de uma banda larga bastante fraca. A razão para isso é que cada nota está anexada a TODO o texto do glossário (já que os glossários não têm capítulos e versículos para limitar a qual texto a nota está anexada, como normalmente acontece no texto das Escrituras). Portanto, fiquem atentos a isso. Provavelmente é melhor não escrever muitas notas no glossário, mas exportar o texto para um arquivo Word e comentar o texto lá.

Tradução automática de English

É possível usar números de capítulo em livros periféricos e depois removê-los via initialChanges.txt, para que o PA nunca saiba sobre essas divisões de capítulos?

Tradução automática de English

Sim, um grande glossário realmente deixa o Paratext lento, até ao ponto de ser quase impossível fazer qualquer edição nele. Após digitar algumas palavras, ele simplesmente congela e você tem que esperar bastante tempo para que volte a ser responsivo. Eu só tenho 8GB de RAM, mas ao verificar o uso de memória, ainda mostra que cerca de 50% está livre.

Para mim, dividir o glossário em capítulos também não é uma opção, pois todas as notas que tenho nele seriam movidas para o início do livro.

Algumas soluções para resolver este problema?

Tradução automática de English

Eu tenho 32gb de memória e também estava experimentando lentidão ao ponto de o glossário ser completamente inutilizável.

O problema das notas também nos afetou. No final, o problema de lentidão foi tão grave que acabei movendo as notas. Levou bastante tempo, mas valeu a pena no final.

Acho que apenas olhei para as flags abertas e copiei/colei as informações importantes em novas flags. Isso perdeu parte do histórico e discussão dos membros da equipe, mas eu resumi isso quando fiz novas flags.

Outra opção, muito mais difícil, seria editar os arquivos de Notas subjacentes com um editor de texto, alterando os números de capítulo. Se você tiver vários membros no projeto, você quererá se certificar de que ninguém está fazendo notas enquanto você faz isso. E quando as notas forem movidas para o novo capítulo, elas podem ou não se anexar no local correto. Então, você pode precisar encontrá-las no topo do capítulo e reanexá-las mais tarde. A vantagem é que você estaria vendo as notas originais – não resumos que você mesmo escreveu.

Tradução automática de English
0 votos

Tenho uma “boa prática” para compartilhar. Esteja ciente de como você usa o marcador de palavra-chave \k no Glossário.

Não use mais de um \k por entrada de glossário.

Inicialmente, usamos mais de um \k por entrada, o que herdamos de nossa tradução anterior, o que parecia funcionar bem na 7.5. Mas no PT8 isso causou grandes dores de cabeça. Por exemplo, em uma entrada sobre a Páscoa, poderíamos ter informações adicionais sobre outras festas ou termos-chave relacionados. Então, essas subentradas foram marcadas com \k. Mas o Paratext as viu como novas entradas de glossário e, como o glossário organiza automaticamente o glossário em ordem alfabética, as informações foram reorganizadas alfabeticamente de uma forma que dificultava muito entender o que havia acontecido. Mais tarde, nos disseram que deveríamos usar outro marcador para essas subentradas, algo como \bdit (negrito, itálico). Não tenho certeza se isso está correto, mas nos ajudou a evitar os problemas que estávamos tendo.

Tradução automática de English
por (1,3k pontos)
+1 voto

Obrigado a todos pelas respostas.

@Stephen+Katt, vejo na documentação USFM que há um marcador \pi# para “Subentradas, ou parágrafos secundários (se a indentação for preferida).” Você já considerou usar isso para suas subentradas? Se não, houve alguma razão pela qual você não quis usar esse marcador?

Os arquivos do Vimeo cobriram as mesmas informações que os documentos de Ajuda incorporados do PT.

  • Adicionar itens de glossário através das janelas de Renderings de Termos Bíblicos absolutamente não funciona com marcadores de capítulo?
    • Alguém sabe de alguma técnica para contornar isso?
    • Se eu usar um editor externo para alterar os marcadores \c para \s quando quero usar a ferramenta de Rendering e de volta para \c quando quero navegar pelo glossário, há algum problema potencial que alguém possa prever?
    • Como @CrazyRocky apontou, ter um glossário extremamente longo deixa o PT consideravelmente mais lento.
  • Como e quando o Glossário aplica a ordenação alfabética?
    • Defini a ordem no diálogo Configurações de Idioma–>Caracteres Alfabéticos.
      • Mas o Glossário está se reordenando incorretamente. Ele está atribuindo algum tipo de ordem, apenas não a que eu defini.
    • Criei manualmente uma entrada no Glossário no lugar errado e ela nunca se move para o lugar correto.
      • Então, vinculei-a a um Rendering de Termo Bíblico e ela se move para o lugar alfabético.
      • Então, a ordenação alfabética só funciona através da janela BT/Renderings?
Tradução automática de English
por (1,9k pontos)

No nosso caso, não estávamos procurando parágrafos separados e indentados. Essas “subpalavras-chave” estavam em linha com o texto, então realmente queríamos apenas que tivessem formatação em Negrito, como outras palavras-chave, para que se destacassem. Isso ocorreu principalmente porque adaptamos de uma tradução anterior existente e estávamos descobrindo as coisas conforme íamos. O marcador \pi# poderia funcionar se decidíssemos dar a esses outros termos seu próprio tipo de subentrada oficial. Mas não investiguei como isso apareceria para o leitor.

Tradução automática de English

Acabei de fazer um teste rápido de ter dois capítulos no Glossário e consegui adicionar novos termos tanto pela ferramenta de Termos Bíblicos quanto diretamente no Glossário.

Ocasionalmente, adicionei alguns números de versículo (que precisam ser removidos antes da publicação) para permitir uma melhor pesquisa no Glossário.

As entradas não se reordenam até que você realmente ajuste uma entrada de glossário na ferramenta de Termos Bíblicos.

Observe que \pi \k…\k* ainda ordenará a entrada, pois a ordenação ocorre no \k…\k*, independentemente do marcador antes do \k. E o \pi será alterado para \pi nl \p para que a entrada comece com um \p.

Também notei que, se eu usar outro marcador para uma entrada (como \li ou \q1), quando a ferramenta de Termos Bíblicos edita essa entrada ou faz vínculo com ela, ela é alterada para \p. Portanto, minha recomendação seria deixá-los como \p e alterá-los quando o glossário estiver completo, se necessário.

Se você quiser ter subentradas, uma opção seria usar algo como \pi \bdit…\bdit* para que a entrada seja formatada corretamente, mas não seja reordenada.

O glossário pode ter muitas formas. Eu recomendo não gastar muito tempo com formatação até que as informações básicas estejam no lugar.

Tradução automática de English

Gosto das suas perguntas sobre a ordenação, como e quando. Você recebeu alguma resposta? Já fez testes e descobriu mais?

Estou me perdendo em um glossário em crescimento (uma equipe tem foco nisso no momento por razões práticas) e estou considerando tentar adicionar capítulos ou até versículos. Quanto mais eu entender como o glossário funciona, menos dados destruirei…

Tradução automática de English
+1 voto

Quero endossar a sugestão de anon848905 de assistir aos dois vídeos sobre Glossários. Embora a discussão sobre USFM seja muito básica, eles cobrem alguns recursos menos conhecidos do Glossário. Dois que me vêm à mente são lidar com palavras que têm muitos afixos e reestabelecer o vínculo entre a ferramenta de Termos Bíblicos e o Glossário após ele ter sido quebrado por algo como uma mudança de ortografia no Texto.

Também encorajaria você a ler o curto artigo de Katie Barnwell sobre a criação de glossários, disponível no Translator’s Workplace. Ela tem bons conselhos sobre decidir o que deve e o que não deve entrar em um glossário. Comecei a expandir seu trabalho e misturei o lado Paratext dos glossários, mas não completei esse projeto. Na verdade, se alguém souber de outros artigos ou materiais sobre o lado da lexicografia dos glossários bíblicos, apreciaria saber sobre eles.

Tradução automática de English
por [Expert]
(2,9k pontos)
0 votos

Como as pessoas dividem seu glossário para facilitar a leitura e encontrar as coisas? Você usa marcadores \s para anunciar cada nova letra? Como \s A, \s B, \s C, etc.

Se sim, como isso funciona com a ordenação alfabética automática? Estou me perguntando porque vários de meus marcadores \s mudaram de ordem em algum momento quando a ordenação alfabética foi aplicada.

Tradução automática de English
por (1,9k pontos)

Minha compreensão é que é melhor adicionar os títulos de seção logo antes da impressão. Eles interferem na ordenação alfabética de novas entradas.

Tradução automática de English

Trabalho em um projeto em que porções (digamos, um livro bíblico de cada vez) estão sendo publicadas como aplicativos de leitura. Portanto, enquanto discutimos as melhores práticas, esperamos encontrar fluxos de trabalho que não exijam muitos ajustes manuais para a publicação de cada livro (assumindo que podemos filtrar o glossário e sempre ter um glossário relevante com cada aplicativo de leitura).

Se houver uma maneira de ter títulos de seção permanentes ou capítulos e também uma ordenação alfabética estável de novas entradas, isso seria uma melhoria útil.

Tradução automática de English
0 votos

Um bom glossário é a chave para a compreensão das Escrituras para muitos leitores isolados que leem pela primeira vez.
Obrigado a todos. Estou encantado com este tópico, cheio de preocupações do tipo “eu também” e já repleto de boas contribuições.

Eu tinha planejado escrever algumas perguntas sobre como fazer e possivelmente algumas solicitações de recursos, mas isso aconteceu alguns dias antes do previsto.

Queridos todos, essas perguntas sobre estruturação do glossário são de fato muito importantes. Por quê?

Por favor, considerem todos aqueles projetos não públicos, que raramente têm porta-vozes em um fórum. Um leitor moderno típico pode ser de outra religião. Ele ou ela pode ter encontrado um aplicativo de Escrituras na Play Store e está lendo pela primeira vez, como um pesquisador.

Portanto, precisamos de um glossário completo e fácil de usar:

  • precisamos de links clicáveis do texto principal para a entrada de glossário mais relevante

  • precisamos de uma opção para referenciar de uma entrada de glossário para outra, também por meio de links clicáveis

O PT8 já possui excelentes ferramentas e estruturas sólidas, a saber: capítulos, versículos e referências cruzadas. Mas o glossário não está usando adequadamente essas e outras estruturas, e alguns outros usuários tentaram soluções improvisadas com capítulos e versículos.

Eu mesmo tentei criar capítulos e recebi mensagens de erro: capítulos podem ter apenas dígitos e números. Por quê? Se vocês removerem esse limite (por favor), poderíamos usar a estrutura mais sólida, “capítulo”, e atribuí-los às letras do nosso alfabeto. Há um grande perigo: se vocês permitirem essa ideia, outros usuários podem chamar o capítulo de LUK de “5”, o capítulo de LUK de “five” (cinco). Isso seria muito ruim. Não sei por quê, mas provavelmente ruim, pois pode quebrar as ferramentas de navegação. Assim, surgiria a necessidade de outra ferramenta de verificação sobre “números de capítulo ilegais em todos os livros não-glossário”.

Por que precisamos urgentemente de links entre entradas de glossário:

Nossa gramática tem marcadores de classe para nossos substantivos em posição inicial da palavra. Portanto, o singular e o plural de uma entrada estão muito distantes um do outro: S_priest não está ao lado de P_priest.

Escrevemos nosso glossário de modo que cada “palavra que precisa de explicação” tenha a forma mais típica no texto como termo-chave para nosso glossário. Portanto, por exemplo, “fariseus” é encontrado com mais frequência pelo leitor no plural, então nossa descrição está listada sob “P_pharisee”. Mas alguns leitores podem ir manualmente para “S_pharisee” e então precisamos de um link. Porque nosso sistema de classes é tão rico, que nem um falante nativo pode dizer, a partir de um singular, como o plural é formado, há várias opções. Até agora, estou apenas escrevendo um símbolo de seta especial e o outro termo de glossário ao qual quero me referir, e o usuário tem que navegar sozinho para encontrar a entrada principal.

Portanto, capítulos (para cada letra ou mesmo combinação de letras) seriam muito úteis. E cada entrada de glossário poderia ter o status de um versículo. Assim, a referência cruzada e o link se tornariam possíveis. Fazer hacks no PT8 nunca se sente totalmente seguro. Portanto, peço aos desenvolvedores que considerem isso e o tornem realidade oficialmente.

Nosso glossário está ficando grande. Um limite de 20 páginas impressas não se aplica aos nossos aplicativos de leitura. Também precisamos de ajuda para navegar nosso glossário para nosso trabalho normal, pois apenas rolar para cima e para baixo está levando para sempre. Outro motivo para usar as estruturas existentes de capítulos e versículos, pois para esses, temos ferramentas de navegação estáveis no topo de cada janela do PT8, e alguns usuários também conhecem seus atalhos de teclado.

Outro recurso de que precisamos é uma maneira de fazer o acompanhamento do trabalho em cada item do glossário. Acho que vocês chamam isso de progresso do projeto. Por favor, considerem nossa maneira de trabalhar:

Nós não nos sentamos em dias específicos e dizemos “vamos fazer todas as entradas de glossário para a letra K.” Em vez disso, traduzimos o texto principal e, após cada capítulo, enquanto ainda temos nossos estudos e notas prontamente disponíveis, selecionamos todas aquelas palavras que causaram problemas para a tradução e/ou para a verificação e leitura com outras pessoas. E então escrevemos aquelas entradas de glossário. Como são os primeiros dias, tipicamente temos de cinco a dez entradas por capítulo de texto, e está ficando lentamente menos, pois podemos dizer com mais frequência “já fizemos aquela”.

Portanto, as entradas de glossário devem ter algo como números de lote virtuais ou capítulos administrativos virtuais para o propósito de aplicar o progresso do projeto e as ferramentas de verificação. Como não as escrevemos em ordem alfabética, e novas entradas continuam sendo adicionadas constantemente, não há nada no momento para manter o controle. Se nada surgir em breve, precisarei criar outro marcador privado e inventar uma linha de status, com base em nossos “estágios” e “tarefas” comprovados das ferramentas de progresso do projeto, mas aplicados a entradas individuais de glossário.

O glossário não é Escritura, mas é uma chave muito importante para qualquer novo leitor, que permite acessar e entender o texto principal. Vocês ficariam surpresos com quantos termos “básicos” são desconhecidos em nossa parte do mundo. Portanto, queremos criar o mesmo nível de qualidade e aplicar as ferramentas existentes de controle de qualidade e acompanhamento.

Por favor, regozijem-se com este feedback: Meu colega de equipe voltou muito feliz da semana passada de uma sessão de criação de entradas de glossário. O tradutor local teve que trabalhar duro e contornar o POSS_head em torno de vários novos conceitos. Mas no final, o PRO disse algo como “isso é incrível, estamos aprendendo muito e as coisas fazem ainda mais sentido agora”. Curiosamente (ou tristemente), essa sessão de trabalho foi após o capítulo do texto principal já ter sido traduzido, então todos os termos e conceitos deveriam ter sido explicados antes. Parece que o trabalho no glossário está se tornando uma mini escola bíblica para nossa equipe inteira.

Eu apostaria que - se olharmos para as estruturas existentes em vez de inventar um sistema separado - a maior parte do trabalho para um glossário mais funcional já foi feito. Pode ser tão simples quanto permitir que capítulos e versículos sejam alfanuméricos em vez de apenas numéricos (e verificando, claro, efeitos colaterais indesejados). Estamos dispostos a ajudar como testadores, porque isso é importante.

Obrigado por todas as ideias e pelo processamento neste tópico, vou acompanhar com entusiasmo.

Tradução automática de English
por (934 pontos)

Tim,

Se você ler o artigo de Kathie Barnwell sobre glossários, verá que ela descreve um processo mais parecido com o que você descreve. Ela diz que as equipes devem sempre estar procurando ver quais termos devem estar no glossário e mantendo o controle deles e revisando o glossário e suas entradas constantemente conforme o feedback é recebido dos testes da comunidade ou das visitas de consultores. Não é nada incomum que a compreensão de um termo por uma equipe mude ou se aprofunde com o tempo. As equipes devem procurar atualizar seus glossários conforme sua compreensão se aprofunda e se torna mais matizada.

Muitas tarefas de tradução devem ser verificadas e revisadas periodicamente, não apenas glossários. O Recurso de Plano do Projeto tende a ser muito linear, mas tarefas cíclicas podem ser colocadas no plano usando uma redação cuidadosa, como rascunho, revisão 1, revisão 2 e assim por diante. Se for importante para você gerenciar as diferentes etapas na criação de um glossário, você pode adicionar várias etapas explícitas ao seu plano. Por exemplo, no estágio de Rascunho, tenha uma tarefa “identificar e marcar palavras que podem precisar de uma entrada de glossário”. No campo de descrição, você pode dar instruções mais detalhadas como “marcar as palavras-chave no texto com os marcadores \w…\w* ou criar uma entrada de glossário a partir da ferramenta de Termos Bíblicos, mas não rascunhar uma definição.”

No estágio de Verificação da Equipe, você pode adicionar uma tarefa como “a equipe revisa os termos marcados para o glossário” e na descrição dizer “a equipe aceita ou rejeita os termos marcados pelo redator para o glossário e pode adicionar termos que foram perdidos pelo redator.”

Você então pode ter uma tarefa separada para rascunhar as entradas de glossário, e depois outra para revisá-las e modificá-las algum tempo depois. Espero que esteja entendendo a ideia. Se você quiser mais detalhes sobre glossários em seu plano do projeto, então você deve adicioná-los ao seu plano, e o plano o ajudará a não perder uma etapa.

Você está correto em dizer que não há verificações automatizadas como há na ferramenta de passagens paralelas ou nos glosses para o interlinearizador. Se isso for importante para você, você pode fazer uma solicitação de recurso para uma caixa de seleção de status como a ferramenta de passagens paralelas tem. Uma vez que a equipe pense que as passagens paralelas sendo avaliadas são paralelas de forma apropriada, um membro da equipe marca a pequena caixa dizendo que o trabalho está concluído. Da mesma forma, é necessário o julgamento de um falante da língua para dizer se uma entrada de glossário está concluída ou não, então uma caixa de seleção de aprovação/reprovação é o único sistema que consigo pensar que poderia ser usado neste caso.

Tradução automática de English

Jess, obrigado por sua contribuição para isso.

Exceto pelo fato de que o que você descreve para o Plano do Projeto ainda não funciona no PT8 (ou estou perdendo algo). O Plano do Projeto é estruturado por capítulos. E nossas entradas de glossário não têm nada (como uma tag de status) onde poderíamos “atribuí-las” a um capítulo específico. Poderíamos dizer algo como “semente de mostarda foi encontrada pela primeira vez e então escrita no contexto de LUK 15”. Mas ao trabalhar nosso Plano do Projeto, não há maneira de nem mesmo trazer todas aquelas entradas de glossário que “pertencem” a um determinado capítulo.

Em contraste, na janela de Termos Bíblicos, posso facilmente trazer todos os termos gregos para um determinado versículo, ou capítulo ou livro, etc. Portanto, concordamos com você, mas estamos faltando as ferramentas. Ou melhor, parece que este tópico está se tornando uma coleção de ideias - que talvez mais tarde se transforme em uma solicitação de recurso multiusuário. Ainda é cedo, estou ainda coletando ideias e vendo o que outros usuários estão fazendo. Obrigado novamente.

Tradução automática de English
0 votos

Em outro tópico, o assunto de usar Paratext e Fieldworks juntos surgiu. Eu gostaria de ver uma ferramenta de criação de glossário no futuro em que o usuário poderia marcar entradas no banco de dados do Fieldworks que seriam importadas para o Glossário do Paratext. Ela poderia ser dinâmica, de modo que, à medida que os dados para aquelas palavras são refinados no Fieldworks, as entradas de glossário seriam atualizadas. O Fieldworks já permite que você tome subconjuntos de seus dados para fazer diferentes dicionários; por que não ter uma categoria “Glossário da Bíblia” e vincular essa categoria ao Paratext. O Fieldworks é um muito bom programa de criação de dicionários, devemos usar esse poder para fazer melhores glossários em vez de duplicar todas aquelas funções no Paratext.

Tradução automática de English
por [Expert]
(2,9k pontos)
0 votos

É feriado nacional aqui, então temos um dia tranquilo no escritório e podemos fazer algumas pesquisas e desenvolvimento:

Criamos um marcador personalizado e testamos como podemos acompanhar o status de progresso de cada entrada do glossário, usando nossos códigos internos do nosso Project Plan.

Depois, queremos tentar a ideia de atribuir capítulos virtuais ou números de lote às nossas entradas do glossário, para rastreamento de progresso.

Infelizmente, o ícone azul de “progresso” não aparece enquanto trabalhamos no nosso glossário. E, para piorar, ao tentar abrir a janela (para procurar um código), recebi apenas esta mensagem bastante dura:

O livro atual (GLO) não está no plano do projeto. Como não é um livro das Escrituras, não pode ser adicionado ao plano de progresso.

Então, nos últimos dias, discutimos aqui a melhor maneira de trabalhar no Glossário e agora o PT8 está me dizendo que nem sequer podemos fazer controle de qualidade e rastreamento de progresso. Não é um bug, claro, mas por favor, reconsidere.

Conheço projetos em que o consultor verifica o glossário (não como as Escrituras, mas de forma semelhante) antes da publicação, porque ele sai no mesmo livro e tem um grande impacto (para melhor ou para pior) na compreensão dos leitores do texto principal. Então, por que bloquear o rastreamento de progresso e qualidade em nível técnico? Por favor, reconsiderem, queridos responsáveis pelas políticas.

Tradução automática de English
por (934 pontos)

Apenas para que saibam o raciocínio por trás desta decisão:
O glossário, livros extras, etc. geralmente têm um conjunto diferente (às vezes muito diferente) de etapas a serem percorridas em comparação com os livros das Escrituras. Como o Assignments and Progress (Atribuições e Progresso) só permite especificar um plano para todo o projeto (ou seja, coisas que você faz para cada livro), para que você possa adicionar as etapas diferentes para os livros não das Escrituras, isso poluiria as demais etapas para os livros das Escrituras e você provavelmente seria forçado a marcar itens em livros que nunca seriam concluídos.

Acho que há um pedido de recurso para permitir a especificação do plano por livro, para que a verificação de livros não das Escrituras fosse possível sem ser irritante. No entanto, isso ainda não se tornou uma prioridade alta.

Tradução automática de English

Obrigado @anon291708 por dar razões e contexto. Concordo que o glossário precisa de etapas diferentes de verificação.

Fiquei apenas chocado de que o PT8 não permite nenhum tipo de verificação através do Project Plan (Plano do Projeto), ele nem sequer aceita abrir a janela de verificação (então nem sequer podemos procurar nossas referências para fazer nosso rastreamento de status manual, enquanto temos o cursor dentro do “livro” do glossário.)

A ferramenta Project Plan é poderosa e poderíamos facilmente gastar algum tempo e escrever um estágio personalizado com as tarefas personalizadas necessárias. Mas como a ferramenta está toda bloqueada, não podemos usá-la de forma alguma.

A ferramenta de progresso é totalmente nova. E gostamos muito dela para livros normais: Mantemos o controle no papel para todas as tarefas que cobrem menos de um capítulo inteiro. E então marcamos as caixas no PT, uma vez que um capítulo inteiro está concluído. (Este escritório tem principalmente freelancers que vêm quando encontram tempo.) Então usamos um sistema de numeração de referências para saber facilmente no papel qual tarefa é qual.

Então, quando dou feedback, por favor, tenham em mente que gostamos e apreciamos. Ainda assim, poderia servir a mais propósitos com menos bloqueios - dependendo do que outros usuários confirmarem ou declararem irrelevante para outros projetos.

Lembro que no antigo PT7 tínhamos apenas três ou quatro tarefas definidas no Project Progress (Progresso do Projeto) e descobri que podíamos personalizá-lo para ter um máximo de 8 tarefas. Mas nunca conseguimos encaixar o relatório de todas as nossas tarefas locais em apenas 8 etapas, então o relatório era um caos. Novamente: apreciamos a nova ferramenta, ela tem todo esse potencial, é por isso que queremos adaptá-la melhor à nossa realidade.

Quando migramos para o PT8 e tivemos nosso primeiro olhar para a ferramenta Project Plan, gostamos da completude e ficamos nervosos com a rigidez do conceito e dos planos de exemplo propostos. Como você diz, “só permite especificar um plano para todo o projeto”. Então gastamos quase uma hora desmarcando todos aqueles “só pode iniciar esta tarefa nnnn depois que a tarefa mmmm tenha sido concluída”. Porque isso era totalmente irreal para nossas situações locais e equipe e a maneira como precisamos permitir doenças, ausências, quedas de energia, o que quer que seja. O projeto em que tenho as mãos no PT não é um projeto perfeito e preferimos relatar e registrar a verdade feia do que ser forçados por um plano perfeito a não relatar porque alguma caixa estava “bloqueada”.

Não esqueci que este tópico é sobre o glossário. Então, um primeiro pedido seria, por favor, desbloquear a ferramenta de relatório, para que pelo menos a janela possa ser aberta a partir do livro do glossário (para visualização). Seria ainda mais útil permitir que os usuários escrevam estágios e tarefas personalizados para o que você chama de livros extras, até que uma ideia mais maravilhosa possa ser realizada. Estamos trabalhando no glossário toda semana conforme avançamos na tradução principal. E como novas entradas do glossário continuam sendo inseridas em diferentes lugares, de acordo com o alfabeto, precisamos de algumas maneiras personalizadas inteligentes para manter o controle de nossas tarefas do glossário.

Criei protótipos de uma linha de status para cada entrada do glossário ontem. Usando os mesmos números de referência locais que para nosso trabalho de texto normal (verificação ortográfica, várias rodadas de revisão, certas verificações, etc). E algumas tarefas que não fariam sentido (como atribuir termos gregos a cada palavra em uma explicação do glossário) simplesmente pulamos.

Próximo, quero experimentar com capítulos virtuais ou números de lote para manter o controle de conjuntos de entradas do glossário que são trabalhados juntos em um dia de trabalho. Então, por favor, mantenham-nos informados sobre o roteiro oficial do PT, para que, quando as “ferramentas reais” para rastrear livros extras estiverem prontas, possamos migrar para lá.

Tradução automática de English
0 votos

Testemunho: Converti um Glossário de “sem estrutura” para “33 capítulos”, para uma língua com 33 caracteres em seu alfabeto. Alguns desses caracteres nunca podem aparecer no início de uma palavra, então esses capítulos permanecerão vazios.

O PT8 parece funcionar muito bem com esta nova configuração. Novas entradas do glossário - como criadas a partir da janela Key Terms (Termos-Chave) - ainda são ordenadas precisamente onde precisam estar alfabeticamente. Não observei nenhum efeito colateral ruim e a equipe não reclamou até agora.

Este é mais um exemplo triste em que o humano tem que se adaptar à sua ferramenta de computador; o PT8 não aceita nada além de dígitos numéricos puros após \c - então fiz um gráfico do alfabeto para a equipe procurar rapidamente entradas do glossário: Quer um termo começando com “sh”? Vá para o capítulo 28. Ainda assim, isso é muito melhor do que o antigo glossário não estruturado com muitas telas.

Obrigado a @anon848905 que - acredito - primeiro compartilhou sobre a criação de “capítulos” fictícios neste tópico.

Tradução automática de English
por (934 pontos)
0 votos

@anon716631 @mnjames

Vocês enviaram Feedback (Feedback) ao Paratext sobre este problema de lentidão? Talvez, ao fazer isso, vocês possam detalhar sua necessidade de mudanças em como o Glossário (e as Project Notes no Glossário) funciona.

Tradução automática de English
por [Moderator]
(2,1k pontos)

Eu tinha assumido que este problema já era conhecido pelos desenvolvedores, mas agora enviei um relatório de bug.

Tradução automática de English

Perguntas relacionadas

0 votos
6 respostas 998 visualizações
Temos um pequeno glossário (atualmente 1 página) e estamos usando o interlinearizador para fornecer traduções de volta. ... aceite? Qual é a melhor prática para isso?
anon542642 294 perguntada Fev 21, 2022
0 votos
6 respostas 867 visualizações
Dado que quaisquer ilustrações inseridas serão enviadas via Send/Receive, quais seriam as boas práticas para trabalhar ... tal ilustração naquele local. Existe uma maneira melhor?
drwww 448 perguntada Out 1, 2018
0 votos
0 respostas 135 visualizações
I'd like to suggest that it's best practice to make a snapshot of a project by either making a back up, or (preferably ... doesn't fint the aims of this site, then please tell me!)
wdavidhj 1,4k perguntada Dez 6, 2017
0 votos
1 resposta 104 visualizações
Tentei pesquisar por termos bíblicos com entradas no glossário na ferramenta Biblical Renderings Tool, mas apenas um aparece ... definidas (por exemplo, uma coluna para exibir)?
KR 151 perguntada Mar 12
0 votos
1 resposta 20 visualizações
Li o documento "Boas Práticas para Glossários" (https://support.bible/3952/glossary-best-practices?show=3952#q3952 ... claramente 'errado', eu certamente apreciaria! Obrigado, Paul
Paul 642 perguntada Out 21, 2025
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
And I tell you that you are Peter, and on this rock I will build my church, and the gates of Hades will not overcome it.
Matthew 16:18
3,045 perguntas
6,005 respostas
5,671 comentários
2,026 usuários