MEK 2.0-s formatumok

[GYULAI Mihaly]

Drotos Laszlo írta, 2001-06-28, 10:58-kor kelt levelében, ami 171 sorból állt:

>>  ez jelent meg Lynx-ben, linux alatt:
>>
>>  Kód: 0147 --- --- " --- " --- bal dupla idézojel

> Na jo, de ha a levelbe bemasolod, akkor mi nem azt latjuk, amit te.

A böngészőben is ez látszott.

> Ebbol ugy tunik, hogy az Alt-tal beirt idezojelek egyaltalan nem
> jelentek meg, a HTML es az Unicode kodolas eseteben pedig irogep
> idezojelek lettek. Valoban igy van?

Nem tudom, miért mondod, hogy "Alt-tal beírt idézőjel", hiszen
a szövegbevitel a szerkesztőprogramod dolga... a HTML forrásban
a fenti szám szerepel, úgy, ahogy itt...

>> Én a web-oldal mérethatárát inkább 100 kB-ban szabnám meg
>> (képekkel, grafikákkal együtt).

> ... ha valaki kikeresi a MEK-ben az Egri csillagokat, es a cimlapon
> rakattint az elso fejezetre, akkor valoszinuleg szivesen va'r 1
> percet, amig letoltodik, annal is inkabb, mert ma'r kozben
> olvashatja azt a masodpercenkenti tobb szaz betut, ami eppen jon a
> szerverrol.

Ezt (is) jó lenne megkérdezni a felhasználóktól, illetve keresni
lehetne arról felmérést, hogy a felhasználók milyen várakozási időt
tartanak optimálisnak.

Hiszen, extrém esetben, lehetne azt mondani, hogy egyetlen HTML oldal
legyen az egész "Egri csillagok", és aki el akarja olvasni, az majd
úgyis megvárja, amíg az egész letöltődik...

> Tovabba egy atlagos kep onmaga is lehet 100 kbyte...

Ne legyen. Ne pazaroljuk a mások erőforrásait. Ha az a kép generálás,
szkennelés, vagy hasonló művelet után 100 kB, akkor közel azonos
minőségben lehet 30 kB is...

> Az ajanlasban szereplo 200-300 kbyte a javasolt maximalis me'ret, de
> beleirhatom, hogy az atlag inkabb 100 korul legyen, ha ertelmesen
> tagolhato ekkorara a dokumentum.

Rendben. A legtöbbet a képek méretével lehet megspórolni.

> A sok kis file sem jo, mert akkor meg sokat kell lapozni es sokaig
> kell online kapcsolatban maradni.

Arra kellene egy teszt, hogy kb. hol van az optimum az oldalméret és
a lapozás időigénye között...

>>> - Lehetőleg ne használjunk ...  szerver-oldali beillesztést
>>> (SSI), parancs- és programnyelveket (JavaScript, CGI, PHP, Java,

>> Probléma akkor lehet, ha a felhasználó ezt a felcsicsázott HTML
>> állományt letölti, és nem tudja futtatni a megjelenítéshez
>> szükséges programokat.

> Pontosan ezt kellene elkerulni, ...

Hozzátettem az ajánláshoz, hogy megengedhető a fenti kiegészítők
használata, ha a HTML allomány azok nélkül is használható.

>> Inkább ... a PNG formátum legyen ajánlott

> ... pluszmunka't jelentene minden erkezo anyagban atkonvertalni a
> GIF-eket.

Ez egy másik kérdés (ami megoldható... szólj majd, ha segítség kell
egy ilyen konvertáláshoz - szivesen megpróbálom, mert még nem
csináltam ilyet :).

Az ajánlásban olyan dolgoknak kell szerepelniük, amiket a MEK elvár a
jövőbeni beküldőktől... feltételezem, nincsenek készenlétben tömegével
az elkészült HTML dokumentumok, tömve GIF képekkel...

Az ajánlás tehát az új dokumentumokra vonatkozik.
Az ajánlás legyen jövőbemutató.

> A PNG ketsegtelenul fejlettebb, de a PNG kepek helyett a regebbi
> bongeszoknel es HTML- vagy szovegszerkesztoknel ures negyzetek
> jelennek meg, ezert nem ajanlhato a MEK dokumentumoknal jelenleg.

A maximális igényű ajánlásba belefér a PNG. Az úgysem a fejletlen
böngészőt használóknak készül...

Most csak ötletszinten megemlítem, hogy ha a MEK HTML dokumentumokat
akar online szolgáltatni, akkor meg lehet azt csinálni, hogy a
felhasználó letöltés előtt kiválasztja a számára megfelelő
képformátumot, és ekkor a MEK a kiválasztott HTML változatot jeleníti
meg. Ha magyon spórolni akarsz a hellyel, akkor a HTML oldalakat
generálni is lehet egyik formátumból a másikba, vagy valami közös
forrásból...

Üdv,

--
GYULAI Mihály  http://gyulai.freeyellow.com/
linux, Rejtő könyvei, Micimackó, Pál utcai fiúk, SWAT játékhoz FAQ

Nincs értelme pesszimistának lenni. Próbáld meg, úgysem fog beválni.