Obrigado pela dica. Agora além de trocar o delete pelo backspace para os dois excluir conteúdo em personalizar, diminuir a segurança de macros para baixa e desabilitar a economia de tamanho de arquivo XML, também tenho de desabilitar o reconhecimento automático de formatos numéricos de tabelas Writer, toda vez que utilizar uma máquina nova ou um OpenOffice recém instalado (e ainda não configurado)!
2009/7/14 José Queiroz <[email protected]> > Bom, pelo menos no writer tem como desabilitar. Ferramentas >> Opções > >> BrOffice.org Writer >> Tabela >> Reconhecer números. > > Entre as sub-opções, é possível habilitar/desabilitar "Reconhecer > formatos numéricos" e "Alinhamento". > > Ou seja, não é nada tão incomum. Talvez seja só o caso de adotar a > mesma configuração... > > 2009/7/14 Juari Muller <[email protected]>: > > Estes erros ocorreram no Writer digitando/alterando documentos de texto e > > não planilhas, por isso considero quase que um bug, e apoio a criação de > uma > > opção para desativar as formatações automáticas de dados, números ou > > qualquer outra coisa, a correção ortográfica deve ser ativada somente se > > solicitada pelo usuário também... > > > > Quanto a alterar o locale de separador decimal para ponto, boa pergunta, > > demonstra mais uma vez a inconveniência destas formatações automáticas em > > certos casos. > > > > 2009/7/14 José Queiroz <[email protected]> > > > >> Pelo menos essa conversão faz sentido, é o que ocorre em outras > >> planilhas e programas. Ele reconhece o valor, e aplica a formatação > >> numérica "geral" a ele. > >> > >> Agora, converter um número em data só pq tem um ponto nele... agora eu > >> pergunto: e se meu locale definisse o separador de casa decimal como > >> ponto, qual automacismo iria prevalecer? O ponto como ponto decimal, > >> ou o ponto como indicador de data (!!!) ? > >> > >> 2009/7/14 Juari Muller <[email protected]>: > >> > O problema não se limita a datas, mas a dados numéricos também, em > dois > >> > aspectos: > >> > > >> > 1. Quando digito um valor com a parte de centavos terminando em 0, > (sem > >> usar > >> > R$), o zero é cortado automaticamento (exemplo: 32,50 o OpenOffice > desfaz > >> o > >> > que você digitou e substitui por 32,5) > >> > 2. Também digitando um valor, o OpenOffice tira o separador de > milhares > >> > automaticamente (1.032,50 vira 1032,5) > >> > > >> > E o problema não resolve simplesmente formatando a tabela como texto, > >> caso > >> > esteja se alterando uma tabela criada no Word, é necessário corrigir > >> > manualmente... > >> > > >> > Apoio a criação de uma opção de configuração do OpenOffice.org para > >> > desabilitar estas formatações automáticas (número, data, etc.). > >> > > >> > 2009/7/14 Andre Cavalcante <[email protected]> > >> > > >> >> 2009/7/13 Márcio Vinícius Pinheiro <[email protected]> > >> >> > >> >> > Eu também tenho essa dúvida, sei que já foi discutida aqui, mas não > >> >> > consegui > >> >> > achar nos meus arquivos. > >> >> > > >> >> > Esse reconhecimento automático é uma péssima ideia e não deveria > ser o > >> >> > padrão. O padrão seria reconhecer o que o usuário escreve. Caso não > >> haja > >> >> > uma > >> >> > relação lógica com nenhum formato de número, que se entenda como > >> texto. > >> >> Eu, > >> >> > sinceramente, não consigo imaginar ninguém (em nenhum lugar do > mundo) > >> que > >> >> > leia 1.1 como uma data (até mesmo pelo fato de faltar informação > nesse > >> >> > formato para caracterizar uma data). > >> >> > >> >> > >> >> Não é assim. No Brasil e na maioria de países de língua latina, o > ponto > >> >> também serve como separador de data. Quem já usou os antigos sistemas > >> >> Clipper sabe muito disso e, para poupar digitação evita-se a > colocação > >> do > >> >> ano corrente, assim 1.1 tem o mesmo efeito efeito que 1/1 que é 1o de > >> >> janeiro do ano corrente. Tem todas as informações para se formatar > data > >> >> estão então presentes e fazem sentido para o programa. Note que o > >> programa > >> >> não é tão inteligente a ponto de verificar o contexto em que tu fazes > >> isso. > >> >> Por exemplo, se tu estás fazendo várias listas encadeadas, e o 1.1. é > o > >> >> primeiro termo da primeira lista, 1.2 é o segundo termo da segunda > lista > >> e > >> >> por aí vai. Creio que o ideal seria termos uma opção da desabilitar > >> isso, > >> >> se > >> >> o usuário quisesse. Entretanto, desabilitar isso indica também > >> desabilitar > >> >> todo o reconhecimento automático numérico (e não somente data). Para > >> texto > >> >> especificamente, o método correto de se fazer isso é usar o apóstrofe > >> >> mesmo. > >> >> > >> >> > >> >> > >> >> > Se alguém tem alguma necessidade > >> >> > especial (eu sei que muitos têm), ele que habilite o jeito > >> "específico" > >> >> de > >> >> > reconhecimento. > >> >> > >> >> > >> >> Como disse acima, isso pode gerar mais problema que solução. > >> >> > >> >> > >> >> > > >> >> > Afinal, há algum jeito de desabilitar isso? > >> >> > >> >> > >> >> Por enquanto não. Mas há um jeito de se fazer isso: abre-se um issue, > já > >> >> com > >> >> a solução, e se toda a comunidade brasileira, por exemplo (que não > são > >> >> poucos) votar, no próximo realease a solução estará pronta. Resta > saber > >> >> qual > >> >> seria a melhor solução. > >> >> Minha solução é a criação de uma opção de configuração onde o usuário > >> >> escolha se quer formatar datas simplificadas ou não. Se não, as datas > >> >> somente serão aceitas no formato d/m/a ou dd/mm/aa. Caso se mantenha > a > >> >> simplificada, d/m pode continuar sendo uma boa pedida. Note-se que > >> podemos > >> >> abrir a issue para não permitir mais o . no lugar de /. Mas acho que > >> isso é > >> >> uma discussão antes por aqui. > >> >> Por favor postem os seus comentários... > >> >> > >> >> -- > >> >> André Cavalcante > >> >> Porto Alegre, RS. > >> >> Ubuntu User number # 24370 > >> >> Quer saber sobre Open Source Software? http://sobreoss.blogspot.com > >> >> > >> > > >> > > >> > > >> > -- > >> > Juari Ritter Müller - [email protected] > >> > (41)9638-7931 > >> > > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > > > > > -- > > Juari Ritter Müller - [email protected] > > (41)9638-7931 > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Juari Ritter Müller - [email protected] (41)9638-7931
