parent nodes: instruções para editores | página inicial


BC3 - Base de Conhecimentos do 3º Juizado Especial de Maringá


instruções para corrigir modelos de despachos e sentenças na nova BC3

sumário

instruções para corrigir modelos de despachos e sentenças na nova BC3
sumário
introdução
Instruções
1. Muito importante. Atualização.
2. Muito importante. Destacar partes editáveis.
3. Importante. Títulos sensatos.
4. Importante. Negritos malucos.
5. Importante. Identificar o começo do texto
6. Muito útil. Colocar sumário
7. Muito útil. Links de internet.
8. Útil. Ver se tem cabeçalho e rodapé
9. Linhas horizontais
10. Linhas em branco sobrando
11. Links para imagem.
12. Citações recuadas
13. Referências de citações
14. Finalmentes
Surpresas que podem acontecer
Na versão Paper constam uns nomes de advogados, trocados por códigos na versão wiki
modelos natimortos
linhas em branco no rodapé

introdução

As instruções para editores que constam em outro artigo são para criar artigos novos para a BC3. Estas instruções aqui tratam especificamente de como corrigir/atualizar os modelos de despachos e sentenças que foram criados no Paper, para ficarem compatíveis com a nova BC3. Mas seria útil, antes de você começar o trabalho proposto aqui, ler aquelas instruções para editores.

O Dropbox nos expurgou, e tivemos de criar uma nova BC3 às pressas para poder trabalhar. Sei que alguns ainda conseguem utilizar todas as funcionalidades do Paper, e para estes essa migração pode parecer inútil e prejudicial. Mas os mais novos na equipe, e todos os colaboradores que vierem a entrar no futuro, ficarão sem as funcionalidades, e para eles o Paper será inoperável. Então, quanto antes nos adaptarmos, melhor para a equipe toda.

Há muitos erros na nova BC3, causados pela migração e pelas peculiaridades do aplicativo Paper e no novo aplicativo. Cada programa fala uma língua diferente e tem suas convenções. Geralmente levo 5 a 10 minutos para consertar cada arquivo. São quase 400 arquivos, de modo que precisarei de ajuda. Criei um arquivo lista dos modelos não corrigidos pós-migração para irmos mantendo um controle do que já foi feito.

Sei que é trabalhoso, desculpem. A culpa é do Dropbox, que nos expurgou, agora temos de nos virar. Se alguém inventar um sistema para automatizar essa trabalheira, me ensine, agradeço.

Por ora nosso método de trabalho será assim:

  1. Passarei por dia um lote de poucos arquivos wiki para cada colaborador, via Chat
  2. Cada um que receber o lote deverá baixar os arquivos em sua máquina, para abri-los e editá-los com seu editor preferido (instruções adiante)
  3. Depois de feitas as correções, salve e me envie a versão salva pelo Chat. Para evitar versões conflitantes, eu unificarei a publicação.

Coloquei as instruções em ordem de importância, então você sabe que os primeiros da lista são cruciais e interferem na eficiência do trabalho no gabinete, e do 5 para frente são mais coisas cosméticas.

Para entendimento, no texto adiante "Paper" é a BC3 antiga, hospedada no aplicativo Paper do Dropbox. "Nova BC3" é a versão atual hospedada em nsvg4.site44.com. Ela é feita em arquivos com a extensão "wiki". Para fazer o trabalho aqui ensinado você precisa do arquivo de texto com extensão "wiki", é ele que você edita. Esse arquivo é um arquivo de texto puro. Abre em qualquer editor de texto, pode usar o seu preferido. Mas se usar um editor de texto rico, como Word ou Libre Office, lembre-se de salvar como "texto puro" ou "somente texto" antes de me devolver.

Agora, as instruções:

Instruções

1. Muito importante. Atualização.

Tem de abrir o modelo na BC3 do Paper e conferir se a versão wiki está atualizada. O Paper exporta o backup do criador original, de modo que a versão nova está com vários arquivos sem as atualizações. Conferir isso com cuidado em todos os modelos. Se por acaso a versão wiki estiver desatualizada, e as alterações a fazer forem substanciais, o jeito menos doloroso de atualizar é ir no Paper, exportar em formato MD a versão atualizada, e proceder conforme indicado nas instruções para editores na nova BC3 (completando com o que há de novo nos itens deste arquivo aqui.

2. Muito importante. Destacar partes editáveis.

Ao abrir o modelo do Paper, verificar se existem partes no texto do modelo que são para preencher/substituir/optar ou decidir se ficam ou saem. Elas geralmente estão assinaladas por destaques coloridos no Paper. A versão nova está sem esses destaques, e eles têm de ser inseridos manualmente. Para fazê-lo, veja, no Paper, qual é a frase ou palavra que precisa ser destacada, ache-a no documento wiki. Daí insira imediatamente antes da parte a ser destacada o código "xy1" (sem as aspas!), e imediatamente depois o código "xy2" (sem as aspas). Depois substituirei essas marcas por umas magias de informática que seriam complicadas para explicar aqui.

Importante: não precisa fazer isso com partes que estão pintadas no Paper fora do texto do modelo; só interessa destacar por ora aquilo que o colaborador precisa enxergar no texto do despacho para saber que tem de substituir/preencher ou tomar uma decisão sobre manter ou apagar.

3. Importante. Títulos sensatos.

Trocar todos os subtítulos/intertítulos destacados por *negrito* por subtítulos/intertítulos formatados com sinais de +. O nome do artigo, no alto, é título nível um (um sinal de +). Todos os subtítulos/intertítulos de nível mais alto são título nível 2 (dois sinais de ++). E assim por diante. Apagar todos os * que constam dos subtítulos/intertítulos que serão reformatados. Colocar + já põe em negrito automaticamente.

Idealmente, todo modelo deveria ter estas seções (identificadas como título nível 2):

Se o modelo em que você está trabalhando é simples e não contém informação em algum desses tópicos, o tópico não precisa existir. Os únicos tópicos que são necessários sempre são: sumário, agrupadores, classificação, instruções e texto do modelo. Não insira títulos para ficarem vazios. Apenas conserte a formatação dos que estiverem em uso.

NOVO: No campo "classificação", se consta do modelo 500012, tem de trocar para 12444 Decisão - deferimento. E se consta 50033, tem de trocar para 12455 Decisão - indeferimento. E se consta 50019 tem que substituir pelo 11010.

4. Importante. Negritos malucos.

Em todos os lugares onde houver asteriscos perdidos (por exemplo "*1*.* texto" ou "*texto* *texto*", ou "texto * * texto", ou "*número.*outro número*", ou ainda "*número*.* *texto") tem de apagá-los. Negrito é assinalado por um asterisco antes e um depois, assim: "*texto texto*". Qualquer asterisco sobrando, ou intercalado, causa uma confusão absurda no resto do texto e impede toda automatização das demais correções.

5. Importante. Identificar o começo do texto

No ponto onde começa o texto do modelo deve ser inserido um subtítulo "++ texto do modelo", seguido de uma linha em branco.

6. Muito útil. Colocar sumário

No começo do arquivo, logo depois do título do artigo (o título de nível 1, assinalado por um sinal de + apenas), insira isto:

	Linha em branco
	++ sumário
    [:toc:]
	linha em branco
Note que há dois + antes da palavra sumário e na linha seguinte vai o código [:toc:], sem mais nada antes nem depois, seguido de linha em branco.

7. Muito útil. Links de internet.

Isto é, links para coisas fora da BC3. Eles parecem com algo assim:

O que, para ficar fácil de entender, traduzimos assim:

Precisa consertar manualmente para ficar algo assim:

Explicando o que fizemos:

a) o texto do link (não o endereço eletrônico, o texto legível por humanos, que aparecerá na página) que antes estava no início, foi passado para o final.

b) entre o texto do link e o endereço eletrônico (que agora está antes daquele) foi colocado um (não dois, não três!) espaço em branco e uma barra vertical | (não uma barra inclinada como / nem uma barra invertida \).

c) notar que o espaço em branco vem antes da barra, e não existe espaço DEPOIS da barra.

Quer dizer que fica sendo:

8. Útil. Ver se tem cabeçalho e rodapé

Todo arquivo deve ter na primeira linha do texto apenas "[:page: z_header]", e na última linha apenas "[:page: z_footer]". Provavelmente todos estão assim, mas é bom conferir.

9. Linhas horizontais

Eliminar todas as linhas horizontais, que são representadas por "----------". Menos a linha que antecede o rodapé (aquela parte onde constam as tags, data de criação, alterações, etc.). Resumindo, cada modelo de despacho/sentença terá uma só linha horizontal, antes do rodapé.

10. Linhas em branco sobrando

Elimine, se possível, toda sequência de duas linhas em branco. Idealmente cada parágrafo do texto deve estar separado do seguinte por uma linha em branco, não duas, não três, não zero.

11. Links para imagem.

Todos os links para imagem hospedadas no próprio Paper continuarão funcionando, em princípio, e não precisam ser consertados. Só temos de consertar as legendas de imagem, que o wiki não reconhece.

É fácil conhecer um link de imagem, ele começa com https://paper-attachments.dropbox.com e termina com .jpg, e no meio tem mil letrinhas e números.

Se o link que você achou contém só o que mencionei acima (começa com https://paper-attachments.dropbox.com e termina com .jpg), e não tem mais nada na linha, nem antes nem depois, nenhum texto nem sinalzinho estranho, é porque está certo, já foi consertado. Deixe como está.

Se antes do https consta ![](, tudo que você tem a fazer é apagar esse ![]( e deixar o resto como está. Daí veja onde está a terminação .jpg e veja se depois dela aparece um ) e, se aparecer, apague esse ) e está pronto.

Em alguns casos, depois do ponto de exclamação e dentro dos colchetes há um texto escrito, e daí se parece com isto:

Nesse caso o "texto blablabla" é a legenda da imagem. Faça assim. Apague o ![, deixe o "texto blablabla" como está, dê um enter no final dele, troque o ] que estava depois do "texto blablabla" por dois pontos (:). Pronto. Vai ficar algo assim:

12. Citações recuadas

Tem uma outra coisa, que aparece em muitos modelos: há uns parágrafos que no Paper aparecem recuados, são citações:

Na versão wiki, eles aparecem com um sinal de > antes do texto, assim:

Viram? Isso devia ser uma citação. O > é um código do Paper, o wiki não sabe o que significa. Precisa ir lá e substutuir o > por um TAB, isso é um a marca de tabulação. Daí fica assim

Há muitos trechos assim, especialmente nas sentenças.

13. Referências de citações

As referências de citações costumavam vir no Paper entre colchetes. Não podem ficar assim. Tem de trocar os colchetes por parênteses. Por exemplo onde está:

Tem de mudar para:

Outra coisa, se houver reticências entre colchetes, como [...], tem de mudar os colchetes para parênteses, assim: (...).

14. Finalmentes

Anote na linha de alterações (no final do artigo) a data de hoje e seu nome.

Aproveite para dar uma lida geral no texto. Se achar erros de português, de digitação, ou qualquer erro evidente, conserte. Se achar algo estranho ou que parece imperfeito do ponto de vista jurídico, se tiver segurança conserte. Se tiver dúvida, tire a dúvida via chat para poder consertar.

Surpresas que podem acontecer

Na versão Paper constam uns nomes de advogados, trocados por códigos na versão wiki

Os arquivos com extensão wiki são a versão nova, é a oficial, é a que vai ficar. É nela que vocês trabalham. A versão que está no Paper é a versão obsoleta.

Nos modelos que continham nomes de advogados eu já fiz, só na versão wiki/nova/atual/que vale as alterações, substuindo aqueles nomes por códigos começados com a sigla IR. Vejam as explicações sobre isso que constam das instruções para editores.

Se você achar nomes de advogado na versão Paper, que não constam na versão wiki, é porque isso já foi corrigido na versão wiki. É a versão Paper que está errada. Não é para trocar os códigos começados por IR pelos nomes que constam da versão Paper. E nem é para mexer nada na versão Paper.

modelos natimortos

Temos vários modelos que foram criados no pânico da mudança para o Juizado e nunca foram usados, ou o foram uma vez só. Não compensa gastar tempo polindo as filigranas nesses aí. Infelizmente só os assessores e os estagiários mais antigos é que sabem quais são esses "perdidos". Então, se identificarem um, e acharem que dá para excluir, avisem. Tenho certeza de que não precisamos de 400 modelos no Juizado, e é o que temos hoje...

linhas em branco no rodapé

"Naquela parte final, também devemos deixar linhas em branco?" Eu prefiro essa parte sem as linhas em branco, consertei manualmente os que mexi para tirá-las, por isso alguns estão sem linhas em branco. Enfim, veja a imagem abaixo. O jeito como está no alto é meu preferido, o jeito que está em baixo é o "errado".


Início | Principais verbetes | Treinamento | Modelos | Gestão | Lista geral

versão 1.53 (28/5/2021 13:55)