ugrás a tartalomhoz

Dreamweaver átállítja az utf8 kódolást

Totti 1986 · 2010. Dec. 1. (Sze), 14.37
Sziasztok!

Több modulból állítom össze az oldalt, és amikor létre akarok hozni egy új php fájlt, amit majd require-ezek, eredetileg utf8 a kódolása.

Az a problémám, hogy amint akármit beleírok a fájlba, a Dreamweaver magától átállítja Nyugat-Európaira a kódolást és máris kockák jelennek meg az ékezetes karakterek helyett. Ha kitörlöm a fájl teljes tartalmát, megint utf8-as lesz a kódolása.

A header charset sem segít rajta.

Tudtok valami megoldást?
Köszi
‹ Access denied for user hiba Script "pénz" átváltásra, hogyan? ›
 ■
1

Beállítás

Poetro · 2010. Dec. 1. (Sze), 14.59
És az biztos, hogy jól állítottad be a fájl karakter kódolását a beállítások között? Ha igen, akkor legjobb, ha az Adobe-ot keresed meg a kérdéssel. Elvégre ezért vetted meg a programot, hogy kapjál hozzá támogatást. Ha pedig nem vetted meg, akkor legjobb, ha nem is használod, illetve lecseréled valami másra, vagy most végre megveszed.
2

php print

Totti 1986 · 2010. Dec. 1. (Sze), 15.08
Most kaptam egy ötletet.
Ha nem php-val printelek ki szöveget, akkor nem írja át a kódolást.
Tehát, ha html a tartalma, akkor marad unicode, de ha php-val íratom ki, akkor nem.

<div>
ezt nem kódolja át
</div>


<?php
print'
<div>
ezt meg átkódolja
</div>
';
?>
Ha ez az igazság (és most úgy tűnik), akkor probléma megoldva, viszont már csak az lenne a kérdésem, hogy ez miért van? És hogy printeljek szöveget, ha nem így?
3

- ctrl+j (page properties

troy1979 · 2010. Dec. 3. (P), 16.27
- ctrl+j (page properties dialog)
- jobb oldalt a categories részen kattints a title/encoding-ra
- az encoding legördülő menüben állitsd be hogy a karakterkódolás legyen Unicode(UTF-8)

Ami esetleg még befolyásolhatja az oldal karakterkódolását az az

edit->preferences->new Document->Default encoding beállitás ( és az alatta lévő jelölő négyzet.... use this when bla bla bla, vagyis amikor a Dw nem tudja megállapitani 1 file karakterkódolását akkor az itt alapértelmezettként beállitott karakterkódolást használja én ebböl a jelölő négyzetböl a helyedben kivenném a pipát, igy a DW biztos nem állitja át magától a file karakterkódolását)

Illetve ha már UTF-8/Unicode-ról van szó, a helyedben én a include Unicode Signature (BOM) jelölő négyzetet sem jelölném be
4

köszi

Totti 1986 · 2010. Dec. 3. (P), 16.35
a Page Properties átállítást még nem próbáltam, de úgy látom, ez működni fog.
egyedül a .js fájlok maradnak valamiért Nyugat-Európaiak, de abban nem használok ékezetet, ezért szerintem ezzel talán nem lehet probléma.
5

ctrl+j megoldás a .js

troy1979 · 2010. Dec. 3. (P), 19.01
ctrl+j megoldás a .js file-oknál is müködik ;) nem csak a html/php file-oknál

Az eddigi tapasztalataim alapján bármilyen szövegfile-nál müködik ez a megoldás

Érdemes arra odafigyelni , hogy ( ha lehet) akkor minden file-nak (php/html/js)azonos legyen a karakterkódolása

Sok fejfájástól/hibakereséstől kimélheted meg igy magad később
6

köszi :)

Totti 1986 · 2010. Dec. 8. (Sze), 11.40
Meg fogom nézni legközelebb, bár legutóbb valamiért visszaalakította, pedig kivettem a pipát abból, hogy a DW magától átállítsa a kódolást

Azt már észrevettem, hogy sikerrel vissza tudom állítani a félrekódolást utf8-ra, ha nyitva van egy másik utf8-ban kódolt fájl is a DW-ben. Valamiért ilyenkor azt veszi alapul.
7

Személyes tapasztalat

Ricardo79 · 2011. Már. 22. (K), 12.29
Sziasztok,

Sokat görnyedtem ezzel én is.
A megoldás:
Az include BOM nem jó, hiszen a php állományok warningot adnak, mondván, hogy az outputban már van valami... tehát se sütit se fejléc infót nem tudsz küldeni vagy ha mégis, akkor is warning lesz.

Az tökéletes amit írtatok, hogy be lehet állítani az új lapok alapértelmezett karakter kódolását, de a visszatöltés után, (ha nincs ékezetes betű például ű az állományban) visszaállítja Nyugat Európaira. Sőt az is okés, ha nem módosítod sokszor a fájlt, hogy mielőtt a "végleges" mentést csinálod átállítod a page properties ben a title/encoding -ot utf-8 canonical -ra.
Ezzel csak akkor van gond, ha a fejléc információt a karakter kódolást pont egy olyan állományból veszi amiben nincs ékezet (ez lehet a Js-es állomány programozástól függően) az első output is eldönti (ha nincs fejléc infó, hogy mi lesz a megjelenített karakter kódolás. (Ilyen esetben szoktak lenni kalapos nagy A-k vagy kérdőjelek az ö-k helyett))

Van még egy hely, ami a dreamweaver font (betű megjelenítés) beállítására vonatkozik... Ott én verdana-t állítottam és UTF-8-at. (ez elméletileg csak a dreamweaverben lévő kódmegjelenítésre vonatkozik, de a megoldás része azt hiszem)

Viszont önmagában ez még mindig nem oldotta meg a gondot.
DE...
Minden egyes modulba/állományba kommentként egy <!-- ű --> megadásával, vagy phpben //ű megadásával tökéletesen warning mentesen megoldódott a kérdés. Így minden alkalommal utf-8 ként nyitotta meg a lapot és úgy is mentette.

----------------------------------------------------------------------------
Richárd
Sikerprogram