Android Substitua "…" pelo caractere de reticências

306

Desde as ferramentas do AVD 16, recebo este aviso:

Replace "..." with ellipsis character (..., &#8230;) ?

no meu strings.xml

nesta linha

 <string name="searching">Searching...</string>

Como eu substituo ...? É literalmente …?

Alguém poderia explicar essa codificação?

— Blundell
fonte

Como observação, notei que alguns dos arquivos de string traduzidos do Android usam ... ele próprio, e não a entidade Unicode. Como os arquivos XML do Android normalmente são codificados em UTF-8 de qualquer maneira, não vejo razão para não usar o próprio caractere, e não a entidade Unicode potencialmente esotérica, especialmente porque a maioria dos programas de processamento de texto atualmente suporta a correção automática de "..." para " … "(O Microsoft Word faz isso por padrão, a última vez que verifiquei).

— JAB

Na verdade, são três pontos (ASCII 46 / 0x26)? Ou ASCII 133 (um caractere)?

— Peter Mortensen

1

Na resposta de outra pergunta do SO, há uma explicação melhor do que 'Alterar ... no Unicode porque é melhor'. stackoverflow.com/a/27984145/973919 Em resumo, evita que os três pontos sejam divididos em um texto de várias linhas (mostrando 1 ou 2 pontos apenas) e, em algumas tipografias, parece ruim ver 3 pontos.

— xarlymg89

538

…é o unicode para " ... ", então substitua-o. É melhor tê-lo como um caractere / símbolo do que três pontos.

— WarrenFaith
fonte

41

Por que é "melhor"? Isso complica as coisas ao entregar o texto aos tradutores. De alguma forma, podemos matar esse aviso estúpido? Obrigado

— swinefeaster

25

@swinefeaster bom saber :), mas como eles são pagos, eles são dóceis, também :)

— WarrenFaith

25

@swinefeaster É "melhor" em parte porque não quebra ("..." pode demorar, por exemplo, no segundo período), e, teoricamente, as línguas podem torná-las diferentes (muitas línguas asiáticas as colocam no meio e estão maior (corresponde à largura de um caractere)). No entanto, não quebra é útil em todos os lugares; no entanto, não estou ciente de que o Android as processa corretamente em outros idiomas, nem estou ciente dos caracteres UTF para essa finalidade.

— Groxx

12

Ter "..." causa problemas de acessibilidade. O Android Talkback lê "Loading ..." como "Loading 3 period"

— Mohammad Shabaz Moosa

14

Parece que meu comentário não foi claro. Usar "loading ..." (3 pontos) leva o Talkback a dizer "loading 3 period" Usando "Loading & # 8230;" (reticências) leva o Talkback a dizer "Carregando" [o que é bom ..] Portanto, devemos sempre usar reticências

— Mohammad Shabaz Moosa

15

Para encurtar, basta colocar …no lugar ...

Link para lista de entidades de caracteres XML

Veja a coluna Unicode do HTML da linha chamada hellip

— Jadeye
fonte

5

Inicialmente, perguntei-me por que você usou …quando o aviso do Eclipse diz para usar, …mas seu link responde a isso. Ou seja, que x significa um valor hexadecimal e 8230 em decimal é 2026 em hexadecimal.

— K2col # 27/14

onde colocar este & # x2026 qualquer local para isso.

— Tushar Pandey

@ TusharPandey- se o seu código estiver <string name = "search"> Pesquisando ... </string>, ele se parecerá com <string name = "search"> Pesquisando & # x2026 </string>

— Jadeye

13

Se você estiver usando o Eclipse, poderá sempre fazer o seguinte:

Clique com o botão direito do mouse no aviso
Selecione "Correção rápida" (o atalho é Ctrl+ 1por padrão)
Selecione "Substituir por caracteres sugeridos"

Isso deve substituir seus três pontos pelo caractere Unicode adequado para reticências.

Apenas uma observação: a versão mais recente do ADT (21.1) às vezes não executa a operação de substituição corretamente, mas as versões anteriores não tiveram problemas ao fazer isso.

Este é o personagem: …

— Michael Celey
fonte

Isso funcionou para mim! No entanto, nada "visual" aconteceu além do aviso desapareceu e estou executando o ADT 22.2.1. Mas eu acho que isso é como ele funciona :)

— ymerdrengene

Não funcionou para mim. O Eclipse me sugeriu (não sei por quê) para passar a tag <resources> com uma nova tag <element>.

— Leonardo Raele

O Eclipse fará isso em algum momento se você não destacar exatamente a área certa. Encontro-me destacando e tentando corrigir rapidamente duas ou três vezes antes de realmente fazer a sugestão certa.

— Michael Celey

10

A solução para o seu problema é:

Go to Window -> Preferences -> Android -> Lint Error Checking

E procure por " reticências ". Altere o nível de aviso para " Informações " ou " Ignorar ".

— Florian Fischer
fonte

8

Essas sugestões fazem sentido. Simplesmente ignorá-los é apenas uma solução, se você tem certeza do que está fazendo. Nesse caso, a substituição faz sentido; portanto, ignorar o aviso não é bom.

— Alexander Pacha

Obrigado! É mesmo o que eu procurava. E esse é o lugar para fazer todo tipo de coisa relacionada (não preciso de um computador para me dizer como se escreve, colocar em maiúscula ou pontuar). Muito útil!

— Scott Biggs

3

essa não é uma boa opção para ignorar os avisos. você deve corrigir os avisos para obter melhores resultados.

— Deepak

1

@ScottBiggs para ser justo, se o computador estiver lhe dizendo que você digitou, colocou em maiúscula ou pontuou algo incorretamente, então você deve corrigi-lo. Os fiapos são úteis nesse sentido, eu aconselho a desativá-los.

— EpicPandaForce 20/01

3

Esta resposta está indiretamente relacionada a esta pergunta:

No meu caso, textView1.setTextView("done&#8230");estava mostrando alguma caixa / caractere chinês. Mais tarde, verifiquei fileformat.infoo que o valor representa e descobri que esse é um caractere Han. Então o que fazer? Procurei "caractere elipse fileformat.info" e tudo ficou claro para mim quando vi seus valores;

UTF-16 (hex) 0x2026 (2026)

UTF-16 (decimal) 8,230

Portanto, você tem várias codificações disponíveis para representar um caractere (por exemplo, 10 em decimal é representado como A em hexa), portanto, é muito importante saber quando você está escrevendo um caractere unicode, como a função de recebimento o decodifica. Se ele decodificar como valor decimal, será necessário fornecer o valor decimal; se aceitar hexadecimal, será necessário fornecer hexadecimal.

No meu caso, a função setTextView () aceita um valor codificado decimal, mas eu estava fornecendo valores hexadecimais, então estava obtendo um caracter errado.

— Seul
fonte

3

O atalho de correção rápida no Android Studio é Alt+ Enterpor padrão.

— Hasan El-Hefnawy
fonte

0

Melhor não ignorá-lo, como sugerido por alguns, parece-me. Use o Android Studio para corrigi-lo (em vez de realmente digitar o código do caractere), e a ferramenta substituirá os três pontos pelo caractere unicode de três pontos . Não será confuso para tradutores, etc.

— Kofi
fonte