Miért távolították el a kereteket a HTML5-ből, de az iFrame-eket nem? Végül is szinte nincs különbség a kettő között. Sok esetben bármelyikük használata ugyanazt a kimenetet eredményezi (bocsáss meg, ha tévedek)?
Megjegyzések
Válasz
Van néhány tévhit a bejegyzésedben. Először a frame és frameset elemek nincsenek elavulva a HTML5-ben, “újra elavultak (azaz teljesen eltávolították őket).
Másodszor, a frame és
elemek nem ugyanazok, mint a iframe elemek, és nem ugyanazt a kimenetet adják:
-
A frameset elem lecseréli a törzselemet az oldalakon, hogy egy másik dokumentum modellt tartalmazzon a weboldalakhoz: ezek rosszul használhatók és hozzáférhetőek, valamint szándékoltak. teljes mértékben CSS-sel és mindenütt jelen lévő szerveroldali fejlesztéssel váltották fel.
-
A iframe elem viszont nem nem helyettesíti az oldal törzsét. Eszközként szolgál egy új böngészési kontextus beágyazásához egy tartalomtömbbe. Nem ugyanazokkal a használhatósági vagy hozzáférési problémákkal küzd, mint a keretrendszer modellje, és szinte bárhol használják, ha be kell építeni egy beágyazott böngészési környezetet (a widgetek a legtermékenyebb példa). 1
A HTML5-ben szereplő iframe további funkciókat is felvesz, mivel homokozóba , lehetővé téve a szülő dokumentum számára, hogy eldöntse, mi kerül végrehajtásra benne. Ez bizonyos mértékű biztonságot tesz lehetővé a szülő dokumentum (és a szülő dokumentum látogatói számára) nem megbízható tartalom beágyazásakor.
Megjegyzések
1. megjegyzés: a object elem némileg átfedi a iframe elemet, de ettől eltérő tartalmi modell van (amelyet főként pluginekhez szánnak), saját megjegyzéseket tartalmaz, és nincs “homokozó” attribútuma a iframe elemnek.
Megjegyzések
de az iframe elemek nem ' t?
@meriton A keretrendszer több dokumentumból épít ki egy oldalt, a ugyanaz a prioritás: ez kihívásokat jelent a képernyőolvasók számára , amelyek nem tudják, melyik dokumentumra kell összpontosítaniuk. a keretelemek viszont egyszerűen egyetlen oldalba ágyazódnak: ' nem különbözik attól, mint hogy beágyazott kép legyen.
Kihívások a képernyőolvasók számára: Azok a vakok, akikkel beszéltem, mind azt mondták, hogy jobban szeretik, ha a navigáció külön keretbe szorul (nem az iFrame-be), mert figyelmen kívül hagyhatják, és csak akkor olvassák el őket, amikor akarják. A képernyőolvasók valódi tettese a Javascript és az AJAX, amelyek teljesen használhatatlanná teszik az oldalakat a jelenlegi képernyőolvasókkal (nos, az információim körülbelül 10 hónaposak). A képernyőolvasókkal szerzett személyes tapasztalataim ezt alátámasztják.
Én ' arra gondoltam, hogy sok 2005-ös ' Gyakran igényelt akadálymentességi állítások még nem voltak elkésve ' a frissítés miatt. Köszönjük az ezzel kapcsolatos nézeteltérést.
@GlenPeterson ugyanezt a hatást keretelem nélkül érhetjük el, ha CSS-t használunk a blokkelem rögzítéséhez a nézetablakban. Így kell ezt megtenni, ha ilyen navigációt szeretne. Ésszerűbb.
A kereteket gyakran úgy használják, hogy azok megsértik a az internet – hogy minden dokumentumnak egyetlen URL-je van. Ez problémákhoz vezet a linkeléssel, a könyvjelzőkkel, a keresőmotorokkal stb.
A keretkészlet tipikus használata a tetején lévő keret, logóval vagy fejléccel, az oldalon lévő keret egy menüvel és egy tartalmi keret. De a keresőmotorok indexelik az egyes oldalakat, így amikor találsz egy oldalt a Google-ban, az közvetlenül a tartalmi oldalra hivatkozna a keretkészlet nélkül, így elveszíti a navigációt.A linkekkel és könyvjelzőkkel az a probléma, hogy általában egy adott tartalmi oldalt szeretne összekapcsolni vagy könyvjelzővel ellátni a keretrendszeren belül, anélkül, hogy magát a keretrendszert elvesztené. Erre nem könnyű mód.
A keretrendszerek eleve népszerűvé váltak azért, mert statikusan elhelyezett fejlécet és menüt engedélyeztek gördülő tartalomterülettel. De ez ma sokkal könnyebben elérhető a CSS használatával. Ezenkívül a keretek lehetővé tették, hogy általános elemeket, például logókat és menüket használjon több oldalon, szerveroldali kódolás nélkül. Ez előnyt jelentett abban az időben, amikor a szerveroldali kódolás unalmas és hibára hajlamos volt (pl. CGI-szkriptek), és sok gazdagép egyáltalán nem engedélyezte a szerveroldali parancsfájlokat. Ma a Content Management Systems (CMS) és a jobb szerveroldali oldalakkal platformokon ez sokkal jobban kezelhető a szerver oldalon.
Tehát alapvetően nincsenek előnyei a keretrendszer használatának, csak rengeteg probléma van.
IF keretek tud ugyanúgy kell használni, mint a keretrendszereket, és ebben az esetben ugyanazokhoz a problémákhoz vezetnek. De az iframe-eknek is sok törvényes használata van, amelyek nem vezetnek ugyanazokhoz a problémákhoz. h2> Válasz
A keretek (keretrendszer) dokumentumként működnek. Eltávolításra kerül, mert megtöri a HTML dokumentumok felépítését és navigációját. Például. az egyik keretben vannak linkjei, a másikban tartalma van, akkor nem nyithatja meg a hivatkozást az oldalról egy új ablakban, nem hivatkozhat adott aloldalra stb.
Másrészt a kézi iframe-ek nem törnek meg semmit, ha helyesen használják őket, mert a homokozó tartalmára (pl. hirdetések) hivatottak.