Cópias em conflito

Um conflito tem uma única origem: o mesmo projeto avançou em dois locais distintos. Geralmente, um dispositivo continuou a escrever em modo offline, ou o mesmo projeto foi editado em dois computadores sem sincronização pelo meio. Ao voltar a ligar, o trabalho local por enviar e uma cópia mais recente na nuvem coexistem, e o Loomworld não tentará adivinhar qual das partes deve manter.

Os sinais de vida não alteram nada sob as suas mãos enquanto escreve: a reconciliação ocorre quando regressa ou a página recupera o foco, de modo que um conflito surge sempre num momento em que pode ser visto.

• Atualiza o projeto em curso para a cópia mais recente da nuvem — na resolução tenta descarregar mais uma vez, recorrendo à cópia em cache da altura do conflito apenas se essa transferência falhar.
• Guarda em segurança o seu rascunho local não enviado como um projeto separado de cópia em conflito, sem ligação à nuvem, funcionando como um projeto exclusivamente local.

Nenhum dos lados é substituído. O reverso é que a junção do texto cabe ao utilizador: prosa que exige discernimento criativo não é algo que o programa vá unir automaticamente.

1. 1
   Não ignore o aviso

   Escolher «usar a versão da nuvem» executa o fluxo acima descrito; «Agora não» aplica-se apenas a esse projeto — ao abrir outro projeto em conflito, a questão volta a ser colocada.
2. 2
   Localizar a cópia no átrio

   Lá está ela: um projeto sem ligação à nuvem, com um nome alusivo à sua origem. É um projeto normal — pode abri-lo, editá-lo e exportá-lo.
3. 3
   Ler ambas lado a lado

   Copie as passagens exclusivas da cópia em conflito de volta para o sítio certo no projeto principal. Adições estruturais (novos capítulos, cenas) merecem uma conferência linha a linha — não cole blocos inteiros uns sobre os outros.
4. 4
   Limpar em seguida

   Após a integração, resolva o destino da cópia: mova-a para a reciclagem ou remova apenas o respetivo registo. Na versão para computador, a cópia é apenas um projeto local; remover o registo não afeta mais nada.

Escreve três capítulos durante uma viagem de avião e fecha o computador portátil sem se ligar à internet. No dia seguinte, no escritório, abre o mesmo projeto: a nuvem ainda contém a versão anterior ao voo e esses três capítulos nunca foram enviados. Quando o portátil do avião se liga finalmente, ambos os lados avançaram e o conflito instala-se.

O que vê: um aviso a indicar que a nuvem tem uma versão mais recente; ao confirmar, o projeto aberto fica no estado da nuvem e os três capítulos surgem no átrio como uma cópia em conflito. Abre então a cópia no computador do escritório e transfere os capítulos de volta, cena a cena — copie o conteúdo, não substitua o projeto, sob pena de perder de seguida os dois dias de trabalho feitos no escritório.

• Evite mudar de dispositivo com rascunhos por sincronizar; confirme que o projeto atual foi sincronizado antes de passar para outro dispositivo.
• Escreva de forma contínua num dispositivo de cada vez; utilize os restantes apenas para leitura.
• Após uma sessão longa, exporte um pacote de projeto — será a sua terceira cópia de segurança.

Uma cópia em conflito é um projeto perfeitamente normal: nunca reverte nada, nunca se junta sozinha e não sofre alterações à medida que o projeto principal avança. Tem dúvidas sobre qual dos lados é mais recente? Compare as marcas temporais na barra superior, as contagens de palavras dos capítulos e os vestígios de edição recentes. Quer manter ambos por agora? Exporte dois pacotes antes de começar a cortar e colar.

Ordem de sincronização e sinais de vida: Versão na nuvem e cache local.