Salve a tutti,
qualcuno mi sa dire come sostituire la e verbo , è, con il relativo
codice html è?
@variabile=232.chr
guide.description=guide.description.gsub(/@variabile/,“è”)
guide.save
%>
Grazie.
Ciao Giovanni, grazie per la risposta.
Ma per la validazione W3C non è necessario usare è ?
Anche qui nel forum infatti questi caratteri speciali non vengono
visualizzati correttamente.
Ad ogni modo dato che mi seve cmq capire come funziona il comando di
sostituzione caratteri e anche sequenze di caratteri, mi sa dire come
fare.
Grazie mille.
Luigi ha scritto:
Se hai charset UTF-8 sul tuo documento non hai bisogno di utilizzare
l’entity, puoi direttamente usare “è”.
Il giorno 01/giu/07, alle ore 09:49, Luigi ha scritto:
Ma per la validazione W3C non è necessario usare è ?
Dipende dal charset. Se usi utf-8 no.
Ad ogni modo dato che mi seve cmq capire come funziona il comando di
sostituzione caratteri e anche sequenze di caratteri, mi sa dire come
fare.
a = “mèrènda”
a.gsub(“è”, “`”)
=> “m`r`nda”
Il 01/06/07, Giovanni I. [email protected] ha scritto:
fare.
a = “mèrènda”
a.gsub(“è”, “`”)
=> “m`r`nda”
io ho installato il plugin in /vendor:
HtmlHelpers 1.1.1
ho incluso nel controller:
class ProductController < ApplicationController
include Leftbee::HTMLHelpers
e sulla vista:
encode_entities(valore_da_encodare)
però han ragione loro.
basterebbe lavorare con utf-8.
e stare attenti a non salvare mai un file utf-8 con editors che non si
accorgono della codifica.
A proposito, qualcuno conosce un modo per fare il contrario? Ok, a
parte l’ovvio sub “è” "e"... qualche libreria che lo fa gia?
–
David N. Welton
Linux, Open Source Consulting
Ma perche’ qua nel forum almeno io non vedo correttamente i caratteri
speciali?
esempio: è
Probabilmente perché vengono tagliati prima del post.
Il giorno 01/giu/07, alle ore 11:26, Luigi ha scritto:
Ma perche’ qua nel forum almeno io non vedo correttamente i caratteri
speciali?esempio: è
Il 01/06/07, Luigi [email protected] ha scritto:
…rettifico…
è si vede ma altri caratteri no…vedi il post di Massimiliano
Balestrieri?!?
altrochè millenium bug!
un giorno vedremo lettere accentate sputtanate ovunque… (addirittura
nelle
info in basso del digitale terrestre).
cmq. fin che non divento scemo preferisco la codifica è.
almeno sei sicuro che verrà visualizzata correttamente.
per chiarirci come mai il mio post perda le lettere accentate, io uso
gmail
x spedire voi?
l’header di gmail specifica utf-8.
dove si perde la codifica?
misteri del charset 
Un’altra cosa…ovviamente tutto il testo di cui parlavo è sempre
caricato in un db mysql…non cambia nulla no?
Hmm credo dipenda da come è configurato mysql.
Il giorno 01/giu/07, alle ore 11:47, Luigi ha scritto:
…rettifico…
è si vede ma altri caratteri no…vedi il post di Massimiliano
Balestrieri?!?
è configurato per utf8-unicode.
Giovanni intini wrote:
a = “mèrènda”
a.gsub(“è”, “`”)
=> “m`r`nda”
Giovanni ma non funge???
mi il seguente errore:
Showing app/views/admin/w3c.rhtml where line #4 raised:
compile error
C:/temp/INSTAN~1/rails_apps/it/config/…/app/views/admin/w3c.rhtml:4:
syntax error, unexpected ‘;’, expecting ‘)’
guide.description=guide.description.gsub(“è”,“è”)
^
C:/temp/INSTAN~1/rails_apps/it/config/…/app/views/admin/w3c.rhtml:6:
syntax error, unexpected $undefined, expecting kEND
_erbout.concat “\n”
^
C:/temp/INSTAN~1/rails_apps/it/config/…/app/views/admin/w3c.rhtml:6:
unterminated string meets end of file
C:/temp/INSTAN~1/rails_apps/it/config/…/app/views/admin/w3c.rhtml:6:
syntax error, unexpected $end, expecting kEND
Extracted source (around line #4):
1: <% for guide in @guide%>
2: <%[email protected]%>
3: <%
4: guide.description=guide.description.gsub(“è”,“è”)
5: guide.save
6: %>
7: <%end%>
Trace of template inclusion: /app/views/admin/w3c.rhtml
Il giorno 01/giu/07, alle ore 13:13, Luigi ha scritto:
Ad occhio non vedo l’errore, cmq ti assicuro che funziona, controlla
bene il codice che hai scritto, nel frattempo approfitto per
segnalarti una cosa che di sicuro non va:
- Non usare save nella view! La view è solo per presentare
informazioni. Se vuoi far si che la descrizione sia sempre
“entitizzata” metti nel modello
before_save :accented_to_entities
e poi
protected
def accented_to_entities
self.description.gsub!(“è”, “`”)
end
In questo modo prima che il record venga salvato le accentate vengono
trasformate in entità e nella view puoi semplicemente richiamare
description senza bisogno di mischiare logica e presentazione.
Un altro appunto, di fatto solo stilistico, è che preferibilmente si
utilizza l’iteratore each e non il for quando si programma in ruby.
Luigi ha scritto:
Il problema non deriva di sicuro da quell’espressione, provala pure in
irb, deriva probabilmente dall’encoding della view.
…e cioè?
Cmq ho provato a caricare un file html con charset utf-8 ma non va
assolutamente bene perchè tutti i caratteri speciali vengono letti male
così come qui nel forum.
Invece con è è tutto a posto.
Non sto capendo veramente più nulla.
Il file w3c che sta nel view è temporaneo mi serve solo adesso per fare
aggiusti al db, poi lo cancellerò.
Alla soluzione che mi hai consigliato ci avevo anche pensato però se non
funziona la sostituzione che per il momento vorrei fare non funzionerÃ
neppure il self.description.gsub!("覱uot;, “`”).
Luigi ha scritto:
Il file:
a) era salvato con encoding utf-8?
b) conteneva un doctype corretto ed una meta che specificasse utf-8 come
charset?
Se non sono valide ambo le cose è normale che non funzioni. Un documento
html deve specificare in che formato è salvato in modo che il browser
possa interpretralo correttamente.