Hozzászólás: A PHP, az Excel meg az utf-8

Szerző: Nagy Eszter

Nagy Eszter — Fri, 09 Sep 2011 05:21:17 +0000

Jeeeeeeeeeeeeeeee! Köszi! Életet mentettél!

Szerző: badface

badface — Fri, 30 Oct 2009 15:23:16 +0000

“Pár óra küzdelem után már kezdtem el is felejteni, hogy eredetileg egy csv fájlt akarok importálni aminek rosszul kezeli az ékezetes betűit.”

“Pár óra” > “20 perc”
Ezen a mondaton jót nevettem, már a pár óra résznél.
Talán mert jártam már én is így párszor.

Szerző: rrd

rrd — Tue, 14 Apr 2009 11:16:35 +0000

@Kobzee Nekem márpedig egyszer a linux alatt utf8-ban elmentett fájlaimat amikor átmásoltam mac alá akkor az szépen se szó se beszéd átkonvertálta mac-akármivé. Ettől persze meghalt minden amikor felmásoltam őket. Abban igazad van, hogy némiképpen barátibb az ablax-nál.

Szerző: Kobzee

Kobzee — Tue, 14 Apr 2009 10:53:19 +0000

Már elnézést, de az OS X valóban unicode-ban dolgozik és nem valami saját kódolásban, szóval ne bántsuk. Ha mindenki olyan korrekten kezelné a karaktertáblákat és kódolásokat mint az Apple, akkor nem itt tartanánk. Én is rengetegszer szívok ilyesmikkel és olyankor csókoltatom Billy bá’-t

Szerző: Edorn

Edorn — Mon, 02 Mar 2009 08:43:22 +0000

deejayy: Pont egy ilyet csináltam ma reggel (ártáblázat letöltése). Ám egy kis szépséghiba volt: utf8-ban jöttek volna az adatok, ám az egyiket jól jelenítette meg excel, a másikat meg rosszul. Pedig ugyanazon karakterek voltak mindkettőben. Persze az iconv(“utf-8″,”ISO-8859-2″,$this->excel) megoldotta a problémát, de azért kicsit fura…

Szerző: deejayy

deejayy — Sun, 01 Mar 2009 08:54:50 +0000

Érdekes különben az, hogy az Excel 2000-től 2007-ig bezárólag simán megeszi a natív html táblázatot, mint application/vnd.ms-excel. Ezek után fogtam magam, és megformáztam egy sima html táblázatot, beletoltam az adatot, és megnyitottam excelben. És ez tényleg 20 perces feladat volt

Szerző: exodus

exodus — Sat, 28 Feb 2009 00:32:16 +0000

hell

nekem is volt ilyen gondom, en is szívtam vele eleget sajnos mar nem emlekszem milyen modon oldottam meg, de ha jol emlekszem szinten open office volt a megoldva.
Nem ertem miert nem lehet megadni a kodolast, mert jo, hogy az ember megoldja open officeal de a userek azok meg a csv-t sem nagyon fogjak tudni normalisan lementeni nemhogy meg open officeal bajlodjanak. Nemtudom neked akadt-e gondod vele hogy az office szereti felvaltva hasznalni a rovid es a hosszu kotojelet (-)

Szerző: rrd

rrd — Thu, 26 Feb 2009 18:01:17 +0000

@Benkő Nóra upsz javítva

Szerző: Benkő Nóra

Benkő Nóra — Thu, 26 Feb 2009 17:53:53 +0000

rrd, grof arra hívta fel a figyelmed, ami az előző postod témája volt: a helyesírás. Ahogy most leírtad, valóban azt jelenti a mondat, hogy egy xy nevű böngésző. Mondatszerkezetileg az xy a programodnak a neve, nem az őt futtató böngészőé. De nem offolok már, mert levágod a tö… nyelvemet.

Szerző: UBorka

UBorka — Thu, 26 Feb 2009 15:49:13 +0000

Egyszer én is belefutottam a problémába, de nálunk annyival cifrább volt a dolog, hogy nekem ugye nincs Excel-em (me’ minek kéne, ha van OpenOffice), így a végfelhasználónál jelentkezett a probléma. Minek utána az istennek nem volt hajlandó UTF-et gyártani (a többi kódolásban meg elvarázsolt néhány speciális karaktert, többek között az ő-ket is), így végül feltetettem nekik egy OO-t, és azóta nincs semmi gond vele
Próbálkoztam egy keveset a probléma megoldásával, de csak két – látszólag megvalósítható – megoldás van a kódolásra (amit találtam): XLSX használata (amihez viszont elég komplikált parsert kell összedobni), vagy natív XLS feldolgozás (ami ugyebár még összetettebb, bináris és verziónként különbözik). Letöltöttem az XLS specifikációját, kinyitom. 16000 oldal. Becsuktam és marad az OO. Vagy fizet az ügyfél sok dellát, és veszek egy kész modult PHP-hoz