Archívum - 137651
június 25
802.11i Security Specification Finalized
A WiFi új biztonsági szabványa immár rögzítve
■ Miért ne használjunk Internet Explorert? (még mindig)
Ismét egy Internet Explorer hibáról számolhatunk be, mellyel tovább nő az érveink halmaza az Internet Explorer ellenében. A HUP-on megjelent hírben arról ír Trey, hogy több vállalati weboldalt széles körű támadás ért, melyek nyomán azok mint potenciális fertőző pontok működnek tovább.
The fine art of coding fat bums and thin waists
John Lim a Drupal választásról és a szoftverek fölösleges kilóiról
■ A nagyok tíz elérhetőségi hibája
A Sitepoint.com oldalon gyűjtött össze Trenton Moss tíz komoly elérhetőségi problémát néhány fontos weboldalról. A cikk egyik hozzászólója rámutat, hogy a böngészők megbocsátó természete tette lehetővé, hogy hibás kódot írhassanak a szerkesztők, hiszen nem követelték meg a különböző javaslatok teljesülését. Az X(HT)ML alapú publikálás esetén nincs ilyen probléma, legalábbis a validitás adott követelmény. Ugyanakkor nem csak az érvényességgel lehet gond.
XStandard Version 1.3 Now Available!
A vizuális szerkesztő 1.3-as verzió, rengeteg újdonsággal
■ Box Model Hacks
A hozzászólások jó rálátást adnak arra, hogy mi az IE hack helyzet CSS kódolóknál
■ XHTML értetlenkedés
Sziasztok! A http://www.mindworks.hu oldal bétáját csinálom, az oldalt bizonyos okok miatt elérhetővé kellett tenni, voltaképp félig-meddig működik, 2 észrevétel:
- nem működnek Mozilla alatt a flash alkalmazások
- a fejlécbe betesz egy 8-10 pixelnyi sort a Mozilla, ha XHTML DOCTYPE-ot kap (egyébként nem, valszeg az IE azért sem problémázik, mert mindent HTML-nek kezel le).
Mi lehet a hiba oka?
■ - nem működnek Mozilla alatt a flash alkalmazások
- a fejlécbe betesz egy 8-10 pixelnyi sort a Mozilla, ha XHTML DOCTYPE-ot kap (egyébként nem, valszeg az IE azért sem problémázik, mert mindent HTML-nek kezel le).
Mi lehet a hiba oka?
június 24
xhtml beágyzott (nested) list kiváltása és más apróságok
Sziasztok,
1) xhtml validatorral lecsekkoltam egy általam kreált lapot kiváncsiságból és azt találtam, hogy a ul->li->ul->li típusú beágyazott listák a html4.01 óta _deprecated_ státuszban vannak
xhtml validator csekk
Mi a túróval lehetne ezt kiváltani?
Egy csomó css/html guru oldalon ezekkel trükköznek, pl egymásba ágyazott menük... nem igazán értem, hogy lesz ebből szabályos html4.01
2) szintén a validator hibalistájából találtam ki, hogy a table->form->tr->blabla sorrend sem jó, hanem a form->table->tr->blabla az igazi, ez pl hol van leírva? mert én nem találtam erről semmi érdemlegeset...
Előre is kösz:
KorbenDallas
■ 1) xhtml validatorral lecsekkoltam egy általam kreált lapot kiváncsiságból és azt találtam, hogy a ul->li->ul->li típusú beágyazott listák a html4.01 óta _deprecated_ státuszban vannak
xhtml validator csekk
Mi a túróval lehetne ezt kiváltani?
Egy csomó css/html guru oldalon ezekkel trükköznek, pl egymásba ágyazott menük... nem igazán értem, hogy lesz ebből szabályos html4.01
2) szintén a validator hibalistájából találtam ki, hogy a table->form->tr->blabla sorrend sem jó, hanem a form->table->tr->blabla az igazi, ez pl hol van leírva? mert én nem találtam erről semmi érdemlegeset...
Előre is kösz:
KorbenDallas
