[MEK-L] A vmek kritikájára.

[frantisek holop]

szep napot,

> Csak a vízszintes menüsorban változik egérmozgásra (nagyobbra a
> gyengénlátók kedvéért) a betűméret,  ugyanis itt található a

igen ezt ertem, de miert nem egyszeruen "nagy" a menu mindig?

oldal-elemek amelyek "onkenyesen" valtoztatjak nagysagukat
szetverik az oldal kompoziciot es nehezebbe teszik a koncentraciot.
legalabbis nekem ez a tapasztalatom...

> Nem csak acceskey paraméter van a HTML-ben, hanem még az egérmozgással
> kapcsolatos paraméterek is léteznek. A baj az velük, hogy a
> web-szerverekben nem definiáltak ezekhez standard feldolgozó
> rutinokat, tehát a paraméterek használata önmagukban hatástalanok.
> Csak Java vagy C applet képes őket feldolgozni és helyesen lereagálni,
> ezeket viszont biztonsági okokból a rendszergazdák nem szívesen
> telepítik, mert az ilyen appletekhez szándékosan befuttatott tömeges
> kérések megfektethetik a szervereket. Emiatt találták fel a Java
> scriptet, ami kliens oldali feldolgozást valósít meg, a szerverek
> számára biztonságos módon.

az igazat megvallva ezt a reszt nem ertem...
talan egy konkret pelda segitene....
(a vmek-en levo javascript egermozgassal nem dolgozik)

az <a> tag "accesskey" atributuma lehetove teszi hivatkozasok forrogombos
elereset, bar meg egy parancsgombbal egyutt kell lenyomni (windows
platformon az alt -ot)




a vmek javascript "koncentraciojara" nincs igazan panaszom, azt inkabb
csak a nem helyes html kod miatt emlitettem:

helytelen:
<script src="/vmek2/vbill.js"></script>

helyes:
<script type="text/javascript" src="/vmek2/vbill.js"></script>

inkabb a mek -et talalom nagyon javascript centrikusnak.

a szakik mai allaspontja az un. "unobstrusive javascript",
ami nagyjabol annyit jelent hogy a javascript tegye az
odalt interaktivabba, kenyelmesebbe, de semmi esetre se
legyen az egyetlen modszer akarmilyen informacio eleresere.
soha, ismetlem, soha ne szamitson a webmaster arra hogy a
javascript tamagotva (vagy megengedve) van a kliens oldalon,
mert sokszor nincs.  a vmek nem is, de a mek nagyon sok
javascriptet tartalmaz: kezdve a keresessel!  ha nincs
javascriptem, nem tudok keresni a meken...  ez nagyon jo
pelda a legrosszabb peldara...



> számára fontos az, hogy a képernyőszerkezet bármilyen felbontás
> esetén áttekinthető és változatlan maradjon, ezt pedig táblázattal
> lehetett megvalósítani, gondolok itt a képernyő tetején lévő
> vízszintes menüsorra.

ezt egy picit furanak talalom hogy eppen latasserult/vak "vedelmezi"
a tablazat elrendezest, mivel pontosan ezt tamadjak a legjobban
a vakok reszere fejlesztok.  ebben az esetben talan azert mukodik
jol, mert csak egy sora van a tablazatnak...  ha az egesz oldal
tablaban lenne akkor a logikai sorrend felbomlik.  en nem hasznalok
felolvaso programot, bevallom csak elkepzeleseim vannak hogyan
mukodik, de hasznalok "kokorszaki" bongeszoket amik csak szoveggel
dolgoznak.

a mostani "divat" szerint <div> -ek segitsegevel elrendezett oldalak
meg tudjak tartani az oldal logikai-tartalmi sorrendjet es lehetove
teszik az igenyesebb vizualis megjelenitest is css segitsegevel.
eleg csak megnezni egy "helyesen" megszerkesztett oldalt css -el,
es utana css kikapcsolasa utan.  a css nelkuli verzio par valtoztatassal
szinte tokeletes akadalymentes verzio!

szereny velemenyem szerint a mek/vmek tkp. oriasi luxus: 2 interfeszt
kell fejleszteni, karbantartani.  nem lehetetlen olyan felhasznaloi
feluletet kesziteni amelyik megfelel mind a ketto felhasznalo csoportnak,
lasd feljebb.  de a mostani mek tablazat orientalt feluleten ez bizony
lehetetlen.



> A mek teljes állománya enyhén szólva divergens,
> sokféle helyről származó dokumentumokban sokféle formátumot
> alkalmaztak és egy azon formátumon belül is teljesen önkényes a
> Dokumentumok szerkezete, a művek nagy többségéhez nincs css rendelve,
> a dokumentumok csaknem mindegyike táblázatokat és egyedi formázó
> HTML kódot tartalmaznak.
> Ahhoz, hogy ezt a sokféleséget a vmek viszonylag egységesen jelenítse
> meg, olyan css-t kellett alkalmazni, ami ezeket az egyedi formázó
> elemeket a lehető legnagyobb mértékben felülbírálja és egy egységes
> "kaptafára" húzza rá a sokféle dokumentumot. Ahhoz, hogy a css ezt
> rendesen meg tudja valósítani, formailag hibás css-t kellett
> használni, hogy a felülbírálásokat majdnem minden esetben helyesen
> elvégezze.
> Ha formailag és szintaktikailag abszlút szabályos lenne, akkor a
> dokumentumok többsége az eredetileg definiált betűmérettel és
> háttérszínnel jelenne meg, és így a vmek felhasználói számára
> használhatatlan lenne (pl. gyengénlátók) .

a szintaktikailag helytelen css mint "megoldas" esetekre peldakat
kerek, bar szerintem nem ertettuk meg egymast.

szerintem nem realis elvarni hogy az osszes dokumentum pont ugyanugy
nezzen ki, es nem is helyes: egy konyv szerves resze a typografia
is, es en nem szeretnem az osszes konyvet times new roman-ban
olvasni, az biztos..

en itt speciel a mek _kornyezet_ css -jerol beszeltem, nem az adott
konyvekerol (bar a html verzioknak tobbe-kevesebe egyseges css -je
van, nem igy van?) es ebben az esetben nem latok okot szintaktikailag
helytelen css hasznalatara.


> Én, mint vak felhasználó örülök neki, hogy grafikus a vmek logója,
> mert a képernyőolvasó szoftver a title sorból amúgy is felolvassa hol

ebben a konkret esetben ez a kereso oldalak karara megy.  a vmek
kifejezetten kereso gyulolo...  egyetlen-egy meta tagot sem tartalmaz,
kiveve a no-cache pragmat, aminek itt aztan tenyleg semmi helye.

ha en itt a googleba beirom: "magyar elektronikus konyvtar akadalymentes
valtozat" akkor egyetlenegy eredmenyt sem kapok!  ha idezojelek
nelkul irom be akkor egyetlen egy hivatkozast kapok egy blogra.

ugyebar minden kompromisszum.  de az, hogy az oldal neve 2x van
felolvasva meger annyit, hogy az emberek konnyebben megtalaljak
a vmeket...


> Arra pedig se ember, se pénz, hogy mek teljes állományát egységes
> szabványformátumra- és szerkezetre konvertálják, ráadásul a művek
> sokfélesége miatt ez sok esetben kivitelezhetetlen, pl. egy

ahogy emlitettem, ez lehetetlen es nem is celom.  sot.
minden konyvnek egyedinek kene lennie ha rajtam mulna...

-f
-- 
to live is to risk dying.