O MS Access não exibirá quebras de linha de dados existentes

0

Estou criando um front end do MS Access para dados de outro lugar.

Nesse caso, é uma tabela vinculada do SQL Server.
Os dados são realmente importados de um servidor da Web LAMP de hospedagem compartilhada. São os resultados de um questionário online de uma página do Wordpress, de um plugin (wp-pro-quiz).

Eu estou ficando louco porque eu simplesmente quero ver os dados nesta coluna como texto simples, mas com quebras de linha.
Mas o Access está ignorando as quebras de linha nos dados.

Estou em um formulário porque estou fazendo outra entrada de dados vinculada a essa informação. Eu tentei com uma caixa de texto ou um rótulo - ambos estão ok porque eu não quero editar esta coluna em si. Eu continuo verificando com diferentes ferramentas que existem caracteres de quebra de linha.

Eu também tentei editar os dados usando uma caixa de texto e pressionando Ctrl-Enter.
Isso me dá uma quebra de linha na tela.
Juro que quando verifico os dados em um editor de texto, os caracteres são os mesmos da minha tabela. Aaargh!

O que o Access quer que seja feliz e mostre minhas quebras de linha na tabela?

    
por Mike M 16.11.2017 / 01:36

1 resposta

0

Bem, o que o Access deseja para quebras de linha podem respeitar é

  • Quebras de linha do Windows
  • == CR-LF
  • ou - desde que você goste de Access - Chr (13) e Chr (10) ou vbCrLf

Se os dados são de uma caixa unix, é muito razoável usar apenas o "linefeed" = LF = Chr (10).

Você diz que está verificando os dados de origem em um editor de texto que ele tem crlf. Eu estou supondo que você está no Windows, se você estiver usando o Access.
Porque o crlf é o padrão no Windows, devemos perguntar:

Existe alguma chance de você fazer essa verificação de forma a fazer com que todas as quebras de linha apareçam como crlf nesse editor de texto, ocultando o problema com os dados de origem?
Se você copiar e colar, você tem ainda mais risco disso em alguns editores de texto.

'
'
Ter todas as quebras de linha LF é uma explicação realmente realista aqui. Desde que você esteja confortável olhando para caracteres especiais, tente verificar os finais de linha em seus dados de origem com uma ferramenta que nunca altera os dados automaticamente, como xvi32:
link
'

  • Se você achar que é apenas LF para todas as suas quebras de linha,
  • faça uma string substituir por Chr (10) - > Chr (13) e Chr (10)
  • sempre que faz mais sentido para o seu aplicativo.

e o Access mostrarão quebras de linha.

    
por 16.11.2017 / 01:36