Sostituire è con `

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: è

sto usando il gem htmlentities (http://htmlentities.rubyforge.org/)

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 :slight_smile:

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.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs