Vc usa o BrOffice 3.2? ««V¡¢tö(r)_/|/|ä(r)¢µ§»» http://twitter.com/supradados
***** Que tal participar de uma rede social que te paga para indicar amigos e produzir conteúdo? Acesse http://www.klikot.com/pt/SignUp.aspx?advertiser_id=509449 "Não mostre para os outros o endereço eletrônico de seus amigos: use Cco ou Bcc, que significam 'com cópia oculta'. Retire os endereços dos amigos antes de reenviar. Dificulte a disseminação de vírus e spam" PARTICIPE DESTA CAMPANHA, INCLUINDO O TEXTO ACIMA EM SUAS MENSAGENS ***** Em 20 de abril de 2010 16:19, <[email protected]> escreveu: > > Pessoal, > > Alguém já teve problemas com o controle de edição simultânea de arquivos no > BrOffice.org, utilizando arquivos no formato .doc? O caso é que possuímos > diversos arquivos gravados em drivers na rede (em formatos .doc e .odt). > Quando um usuário abre um desses arquivos que está gravado no formato .odt, > o BrOffice.org cria um arquivo de lock com o nome parecido com > ".~lock.Teste1.odt#". Com isso, se outro usuário tentar abrir o arquivo, > ele será aberto apenas como leitura. OK!!! > > O problema é quando um usuário (utilizando o BrOffice.org no Windows) abre > um arquivo no formato ".doc", o lock file não é criado. Assim, outro > usuário consegue abrir o arquivo com permissões de escrita. Aí, já viram o > problema... dois ou mais usuários gravando o mesmo arquivo simultâneamente. > > Outro detalhe intrigante: se eu abro um arquivo .doc utilizando o > OpenOffice.org do Ubuntu, o lock file é criado sem problemas... > > Tudo bem, eu sei, muita gente vai dizer: transforme todos os seus arquivos > para o formato .odt... mas isso leva tempo e alguns documentos podem perder > formatação. > > Alguém já leu algo sobre isso? Há solução? > > Kraucer F. Mazuco > Brasília-DF > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
