Acentuação

42 views
Skip to first unread message

SRI JUNIOR

unread,
Jul 25, 2007, 10:30:31 PM7/25/07
to cfbr...@googlegroups.com
Boa noite,

Estou desenvolvendo um sistema e nele estou dividindo cada pedaço do layout em arquivos que são chamados na default.cfm.
cabecalho.cfm
menu.cfm
conteudo.cfm
rodape.cfm

O que acontece é que quando eu chamo o html direto ele não da erro, o problema só se da quando eu uso os cfincludes.
Já coloquei estas tags:
<cfset setlocale("Portuguese (Brazilian)")>
<cfset setEncoding("FORM","iso-8859-1")>
<cfset setEncoding("URL","iso-8859-1")>
<cfcontent type="text/html; charset=iso-8859-1">

Além das primeiras linhas que abrem todo o meu codigo:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
    <head>
        <title>titulo</title>
        <script language="javascript1.5" src="funcoes.js"></script>
        <link href="layout/style.css" rel="stylesheet" type="text/css" />
        <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
    </head>
    <body>


Desde já agradeço a atenção de cada um e ao final de cada possível solução digo se funcionou ou não.
Boa noite novamente e bom descanso.
--
Luiz Benincasa Júnior
Brasilia - DF
Suporte: 08:00 às 23:00
Telefone:: +55 (61) 8428-9191
www.BrServicos.info --  www.SRIJunior.com

Valdevino Peixoto

unread,
Jul 26, 2007, 7:19:26 AM7/26/07
to cfbr...@googlegroups.com
Aonde você colocou as tags abaixo?
 
<cfset setEncoding("FORM","iso-8859-1")>
<cfset setEncoding("URL","iso-8859-1")>
<cfcontent type="text/html; charset=iso-8859-1">
 


 
Em 25/07/07, SRI JUNIOR <benin...@gmail.com> escreveu:



--
Valdevino Peixoto da Costa - Vino®
(vin...@gmail.com)
(0XX61)8435-1460

Marco Antonio C. Santos

unread,
Jul 26, 2007, 7:52:48 AM7/26/07
to cfbr...@googlegroups.com
Seguindo o raciocínio do Valdevino(se bem que eu acho que você deve ter feito do jeito certo):

<!--- ************* ISSO ABAIXO VAI NO APPLICATION.CF? ************************* --->
<cfset setlocale("Portuguese (Brazilian)")>
<cfset setEncoding("FORM","iso-8859-1
")>
<cfset setEncoding("URL","iso-8859-1")>

<!--- ****************** NÃO VEJO NECESSIDADE DESTA TAG NO SEU DEFAULT.CFM ************* --->

<cfcontent type="text/html; charset=iso-8859-1">

Além das primeiras linhas que abrem todo o meu codigo:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml ">
    <head>
        <title>titulo</title>
<!--- ********** SABENDO DOS MELINDRES DO CF - PADRÃO UTF-8 ***************** --->
<!--- ********** TENTE INCLUIR O CHARSET TAMBÉM NO JS *********************** --->
        <script language=" javascript1.5" src="funcoes.js" charset="ISO-8859-1"></script>

        <link href="layout/style.css" rel="stylesheet" type="text/css" />
        <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
    </head>
    <body>

Tente aí e veja se resolve.

[]s
Marco Antonio

Wada - EKO design & interactive

unread,
Jul 26, 2007, 9:05:36 AM7/26/07
to cfbr...@googlegroups.com

Caros CF’s

 

Tive e tenho ainda problemas com a questão da acentuação também. Não por falta de informação mas pela divergência das mesmas.

 

Alguns dos tutoriais e mesmo no suporte da Adobe, o que eles afirmam é a necessidade de estar utilizando sempre o formato UTF-8 inclusive no banco de dados (no caso o MySQL).

Nos tutoriais nacionais aconselham o iso-8859-1 ou latin2 em alguns casos.

 

De forma que só consegui fazer funcionar após vários testes e a conversão do banco de dados MySQL para a versão 5.

Mesmo assim percebo que não estou ainda com uma solução definitiva.

 

Gostaria de entrar nessa discussão para tentar entender melhor o porque de cada coisa.

 

Valeu

Wada




--
Valdevino Peixoto da Costa - Vino(r)
(vin...@gmail.com)
(0XX61)8435-1460






SRI JUNIOR

unread,
Jul 26, 2007, 10:39:55 AM7/26/07
to cfbr...@googlegroups.com
Bom dia.
Obrigado a todos e executei o que foi falado:
Coloquei as tags no Application.cfm,
Comentei a <!--- <cfcontent type="text/html; charset=iso-8859-1"> --->,
Add o Charset no Javascript e nada ainda...



Em 26/07/07, Wada - EKO design & interactive <wa...@ekodesign.com.br> escreveu:

Web Specialist

unread,
Jul 26, 2007, 10:45:31 AM7/26/07
to cfbr...@googlegroups.com
Outro dia tive um problema com acentuação ao usar um código Ajax. Perguntinha básica:

- você utiliza Ajax em algum dos templates?

[]s
Marco Antonio

Em 26/07/07, SRI JUNIOR <benin...@gmail.com> escreveu:

SRI JUNIOR

unread,
Jul 26, 2007, 10:47:15 AM7/26/07
to cfbr...@googlegroups.com
Não uso ajax, nao por agora, só esta o html seco dividido em partes....

Em 26/07/07, Web Specialist <especia...@gmail.com > escreveu:

Marco Antonio C. Santos

unread,
Jul 26, 2007, 10:56:33 AM7/26/07
to cfbr...@googlegroups.com
Segue a configuração que solucionou meus problemas de acentuação depois de 33 bilhões de tentativas, de ISOs, UTFs, POG, ...

Note que no application está UTF-8, hein?

<!--- APPLICATION.CFM --->

<!--- inicia configuracoes de ambiente --->
<cfset SetLocale("Portuguese (Brazilian)")>

<!---seta a exibição de acentuação pt-br--->
<cfscript>
    setEncoding("FORM", "UTF-8");
    setEncoding("URL", "UTF-8");
</cfscript>


<!--- NOS TEMPLATES CFM --->

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd ">
<html xmlns="http://www.w3.org/1999/xhtml">
    <HEAD>
    <title>BLABLABLABLA</title>

    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
   
    <script charset="iso-8859-1" type="text/JavaScript" src="../js/bpf.js"></script>

    <script type="text/javascript" charset="iso-8859-1">
        // funcao js local ao template

    </script>


Para mim resolveu. Espero que te ajude.

[]s
Marco

SRI JUNIOR

unread,
Jul 26, 2007, 11:05:13 AM7/26/07
to cfbr...@googlegroups.com
Segui a risca o que me passou e nada tambem, uhahaua ja to achando ate normal os problemas de acentuação. Unica coisa do teu codigo que nao tinha no meu era a parte das iso no <script>

Em 26/07/07, Marco Antonio C. Santos <marcoa...@gmail.com> escreveu:

SRI JUNIOR

unread,
Jul 26, 2007, 11:09:08 AM7/26/07
to cfbr...@googlegroups.com
Existe alguma maneira de setar no Dreamweaver para que ele ja crie os arquivos em iso?
Já tive um problema similar e tive que apagar e criar todos os arquivos novamente.

SRI JUNIOR

unread,
Jul 26, 2007, 11:20:02 AM7/26/07
to cfbr...@googlegroups.com
Fiz o que falei, apaguei o arquivo conteudo.cfm e recriei... o acento funcionou, porem no menu nada eheheheh POG POG POG, tambem tirei o include do JS do <head> e coloquei no <body>.

Em 26/07/07, SRI JUNIOR <benin...@gmail.com> escreveu:
Existe alguma maneira de setar no Dreamweaver para que ele ja crie os arquivos em iso?

Já tive um problema similar e tive que apagar e criar todos os arquivos novamente.

SRI JUNIOR

unread,
Jul 26, 2007, 11:29:48 AM7/26/07
to cfbr...@googlegroups.com
O problema é realmente na hora que o dreamweaver cria os arquivos, salva eles como utf8 alguem sabe onde mudar ?

Pedro Claudio

unread,
Jul 26, 2007, 11:50:03 AM7/26/07
to cfbr...@googlegroups.com
Edit>Preferences>New Document - > {Default Encoding}

Marco Antonio C. Santos

unread,
Jul 26, 2007, 11:51:32 AM7/26/07
to cfbr...@googlegroups.com
Antes de configurar o Dreamweaver faça um último teste. Mate todos os arquivos .class do diretório C:\CFusionMX7\wwwroot\WEB-INF\cfclasses só pra desencargo de consciência. ;-)

Voltando ao DW.

Sim, existe.

Ctrl+N - Preferences
Default Encoding
Deixe marcado o Use when ...

[]s
Marco Antonio

SRI JUNIOR

unread,
Jul 26, 2007, 12:04:30 PM7/26/07
to cfbr...@googlegroups.com
Nada, nada, por pura sorte eu consegui fazer uma pagina pegar acentuacao...
Nao tenho acesso ao servidor.

Em 26/07/07, Marco Antonio C. Santos < marcoa...@gmail.com> escreveu:
Antes de configurar o Dreamweaver faça um último teste. Mate todos os arquivos .class do diretório C:\CFusionMX7\wwwroot\WEB-INF\cfclasses só pra desencargo de consciência. ;-)

SRI JUNIOR

unread,
Jul 26, 2007, 12:14:07 PM7/26/07
to cfbr...@googlegroups.com
Descobri o que era, estava usando cfform, nisso o maldito colocava <Script> dentro do <head> com isso bagunçava todo o codigo. Obrigado galera pela atenção e fica ai a dica evitem usar cfform

Marcos Parente

unread,
Jul 26, 2007, 12:33:34 PM7/26/07
to cfbr...@googlegroups.com
Eu tive um problema como este uma vz...
 
Eu fiz o seguinte teste, criei uma tabela simples no bd para puxar as informações que eu queria... (só para teste)
 
puxei do banco e funcionou beleza....(acentos perfeitos..)
 
Alguem tem uma luz porque funcionou?
 
Abraços...

 

SRI JUNIOR

unread,
Jul 26, 2007, 12:38:46 PM7/26/07
to cfbr...@googlegroups.com
O problema agora se deu quando eu crio um novo arquivo no servidor pelo dreamweaver, ele cria com acentuacao errada... apaguei todo o sistema e vou criar denovo.

Em 26/07/07, Marcos Parente <marcos...@gmail.com> escreveu:

SRI JUNIOR

unread,
Jul 26, 2007, 1:07:34 PM7/26/07
to cfbr...@googlegroups.com
Observei outra coisa,
Estou usando o cuteftp e nele eu salvo o arquivo e ele continua com acentuação, abro este mesmo arquivo no dreamweaver e dou apenas um espaço e salvo novamente, pronto pau de novo na acentução;

SRI JUNIOR

unread,
Jul 26, 2007, 3:26:32 PM7/26/07
to cfbr...@googlegroups.com
Só para encerrar...
La no preferences, ao invés de utf-8 coloquei para ocidental europeu...
Deu certo galera, sem erro algum de acentuação.

Rafael Bandeira Rodrigues

unread,
Jul 26, 2007, 5:49:39 PM7/26/07
to cfbr...@googlegroups.com
Bom só tive tempo de ler o papo agora. Bom antes de falar do "erro" é melhor a gente saber o q ue é UTF-8.

"UTF-8 (8-bit Unicode Transformation Format) é um tipo de codificação Unicode de comprimento variável criado por Ken Thompson e Rob Pike. Pode representar qualquer caracter universal padrão do Unicode, sendo também compatível com o ASCII. Por esta razão, está lentamente a ser adoptado como tipo de codificação padrão para email, páginas web, e outros locais onde os caracteres são armazenados."

Referência - http://pt.wikipedia.org/wiki/UTF-8

Agora vem a pergunta, se TODOS os produtos da atualizade são configurados em UTF-8 por padrão, porque mudar o comportamento, visto que esse formato inclui qualquer caracter conhecido?!

Para funcionar em UTF-8 basta salvar o arquivo físico como utf-8, abre pelo bloco de notas, da um salva como e muda a codificação. Com isso não se precisa de setEncoding. O melhor de tudo é que o site passa a ser visto igual por toda a internet. O conserto usando o setEncoding faz o conteúdo aparecer legal para os paises que usarem aquele tipo de codificação, em outras palavras acerta pr'a gente e muda para o resto do mundo.

Posso pensar diferente, mas acho que um site na web é para o mundo e não para um pais então o uso de UTF-8 deve ser meio que um padrão, se todos os produtos de empresa como Adobe e Microsoft estão colocando UTF-8 como padrão, não seria hora da gente colocar novos projetos nesse formato?!

No meu caso eu migrei todos os arquivos de todos os sites produzidos, com isso nada de problemas com objeto xmlHttpRequest do javascript, ou como a maioria chama AJAX, nada de problemas com MySQL, ORACLE, SQLSERVER e até com ACCESS se for o caso.

Vou ver se neste final de semana eu falao um pouco mais detalhadamente sobre o assunto.

--
Obrigado,

Rafael Bandeira Rodrigues
Adobe ColdFusion MX 7 Certified Developer
Adobe Certified Professional
Adobe Certified Instructor
FlagNet - Soluções em Tecnologia
Fusebox - BRASIL
RafaBand - BlogSpot.com
http://www.flagnet.inf.br/
http://www.fusebox.com.br/
http://rafaband.blogspot.com/

"Pensar apenas ou desejar somente nunca levou ninguém a lugar nenhum. É necessário também a ação" - William Shakespeare

SRI JUNIOR

unread,
Jul 26, 2007, 5:57:29 PM7/26/07
to cfbr...@googlegroups.com
Boa explanação sobre o assunto,
Tenho certeza que se adotarmos UTF-8 como padrão sera = aceitar pogs.
Isso mesmo pog, os programas que embaralham quando trocamos codificação devem aperfeiçoar e não os programadores setarem como default a unica que funciona...
Cada um aqui tem seu motivo para usar o Iso-


Mais mesmo assim obrigado a todos.

Em 26/07/07, Rafael Bandeira Rodrigues < rafa...@gmail.com> escreveu:

Alex Hubner

unread,
Jul 26, 2007, 6:04:58 PM7/26/07
to cfbr...@googlegroups.com

Para web não há nenhuma razão para utilizar o isso-88591/Latin1. Desde 2002 só uso UTF-8 em meus projetos e não tenho dores de cabeça. A exceção notória se dá em (1) envio de emails (por muitos usarem webmails que mantém a codificação isso-88591 você pode ter problemas ao enviar uma mensagem em utf-8 (apenas para webmails). Os softwares da suíte Office 2003 tem problemas com arquivos codificados em utf-8. De resto discordo totalmente de que a utilização de utf-8 seja uma gambiarra, pelo contrário, forçar isso-88591 sem qualquer razão é que pode ser considerado uma gambiarra.

 

[]’s

Alex

 

De: cfbr...@googlegroups.com [mailto:cfbr...@googlegroups.com] Em nome de SRI JUNIOR


Enviada em: quinta-feira, 26 de julho de 2007 18:57
Para: cfbr...@googlegroups.com

Marco Antonio C. Santos

unread,
Jul 26, 2007, 7:44:45 PM7/26/07
to cfbr...@googlegroups.com
Alex,

então me mostra qual o segredo de Tostines. Acabei de refazer um teste com UTF-8, simplíssimo, como pode-se ver:


<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Lista de sistemas cadastrados Acentuação</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
</head>

<body>
<table width="100%"  border="0">
  <tr>
    <td>&nbsp;</td>
    <td>Sistema</td>
    <td>Data de inclusão</td>
  </tr>
  <cfoutput query="qRetorno">
      <tr>
        <td>##</td>
        <td>#aju_tx_sistema#</td>
        <td>#LsDateFormat(aju_dt_inclusao,'dd/mm/yyyy')#</td>
      </tr>
  </cfoutput>
  </tr>
</table>

</body>
</html>

Veja agora o display(o title veio Lista de sistemas cadastrados AcentuaÃ$Ã#o):
  Sistema Data de inclusão
# ACENTUAÇÃO 26/07/2007
# AJUDA 26/07/2007
# FORM 13/07/2007
# VIVO 26/07/2007

1) O que veio do banco SQL exibiu certo;
2) O que estava no código pauleou(veja Data de inc...)

Minha pergunta: você utiliza entities no código HTML? Se não, o que você utiliza para deixar o UTF-8 no coração da moçada?

[]s
Marco Antonio

Alex Hubner

unread,
Jul 26, 2007, 9:13:12 PM7/26/07
to cfbr...@googlegroups.com

Eu não estou acompanhando o thread deste o início, mas não há segredo, não iriam insistir em usar um encoding se ele fosse bugado. Acredite e entenda que existe um problema com a sua aplicação e não com a tecnologia. Em algum lugar você está com um conflito de encoding e é isso que precisa ser identificado. Já deram a dica que eu reforço: certifique-se de salvar qualquer arquivo texto (css/HTML/cfm/js/etc) em formato UTF-8. Não estou falando de inserir tags que especificam isso (mas não são eficazes em muitos casos). Estou me referindo a certificar-se de que o seu arquivo texto conterá, em seus primeiros bytes, a informação de encoding (busque e leia sobre “Byte Order Mark”). Você pode fazer isso via Dreamweaver e qualquer outro editor decente (aliás eu fiz uma pergunta sobre isso aqui na lista no mês passado, referente ao Eclipse). Você pode fazer até no bloco de notas (veja anexo). Desta maneira você indicará ao programa que vai lidar com o arquivo (o parser), seja o application server (cf), seja webserver (iis/apache), seja o browser, que o arquivo que ele está lendo ou processando usa este encoding. Não fica dependendo de indicações via tags ou outras marcações do gênero (falhas) como a tag meta http content-type (apesar de ser recomendado utilizá-las adicionalmente também pois muitos programas não podem “advinhar” o encoding usando outra informação ou técnica).

 

[]’s

2007-07-26_221209.jpg

Marco Antonio C. Santos

unread,
Jul 27, 2007, 7:24:06 AM7/27/07
to cfbr...@googlegroups.com
Bingo!

Isso pode ser pau no DW mesmo. Abri como UTF-8 e, portanto, foi salvo como UTF-8, já que ele assume o BOM do UTF-8, acho eu. De qualquer forma, só funcionou abrindo no Notepad e salvando novamente como UTF-8. Acentos exibidos corretamente.
Reply all
Reply to author
Forward
0 new messages