pl.comp.www FAQ | ||||
---|---|---|---|---|
Następny | Następny rozdział | Rozdział 6. HTML | Poprzedni rozdział | Poprzedni |
From: Qrczak <qrczak@knm;org,pl> |
From: GSTANIAK@golem,UMCS.Lublin;pl |
Nie wszystkie przeglądarki zobaczą ramki. Nie jest to wina tych przeglądarek --- ramki dopiero niedawno zostały formalnie ujęte w standard, przy czym jest to specjalna wersja HTMLa 4.0 z oddzielnym DTD. Niektóre przeglądarki (np. Lynx) mogą wyświetlić tylko listę ramek, bez podziału ekranu na prostokąty.
Układu stron z ramkami odbiorca z reguły nie może sobie sensownie (tj. z właściwymi tytułami) zabookmarkować - bo nie można go określić URLem. Może zabookmarkować najwyżej wyjściowy układ ramek.
Nie bardzo jest jak drukować strony z ramkami. W praktyce zwykle można albo wydrukować pojedynczą ramkę albo próbować oddać układ ramek na papierze (ale co zrobić, jeśli tekst się nie mieści na stronie?). To samo dotyczy wszelkich innych sposobów prezentacji strony niż wyświetlenie na ekranie, np. synteza głosem.
Strony z ramkami gorzej wykorzystują powierzchnię ekranu - część ekranu zamiast użytecznym tekstem jest stale zajęta nawigacją. Wiele osób woli nie rozpraszać się na dodatkowych elementach, tylko czytać właściwe informacje na całym ekranie. A już zbrodnią jest robienie ramek, których rozmiaru nie można zmienić ani nie można ich przewinąć --- spotykałem już takie strony, w których część tekstu w ramce była przez to w ogóle niedostępna.
Oglądając strony z ramkami gorzej się korzysta z klawiatury --- ponieważ każda ramka przewija się niezależnie, trzeba jakoś uaktywniać właściwą ramkę.
Trudniej robić strony niezależne od rozdzielczości --- ponieważ mamy mniej miejsca, częściej się zdarzy, że u kogoś, kto ma mniejszą rozdzielczość lub większe fonty, coś się nie zmieści, źle się podzieli na linie itp. Sprzyjają przyjmowaniu (niekoniecznie mających jakikolwiek sens) założeń na temat wielkości okna przeglądarki oglądającego.
Jeśli ramki już zostaną jakoś zindeksowane albo jeśli odsyłacz do konkretnej ramkowej podstrony znajdzie się w jakimś innym serwisie, to przeglądający z reguły jest pozostawiony bez nawigacji (nie może przejść do jakiejkolwiek innej strony serwisu), bo zwykle cała nawigacja była w innej ramce.
Ramki komplikują strukturę serwisu, zwiększają liczbę plików.
Trzeba pamiętać o TARGET="_top" przy wyjściach do innych serwisów. Bardzo denerwuje, jeśli wychodzę do innego serwisu, który pojawia się w którejś ramce - znowu nie można go zabookmarkować, a jeśli on ma kolejne ramki, to wszystkie wady ramek się potęgują.
Jeśli już musisz używać ramek... poczytaj proszę:
i spróbuj (zwłaszcza jeśli nie ma wersji bezramkowej) spojrzeć na swoje strony lynxem >= 2.6. (jest też dostępny w wersji Win32) Ramki jak poniżej uważam za źle zrobione. Ich nazwy powinny być opisowe.FRAME: a FRAME: b FRAME: cTutaj z kolei daje się już pracować.
FRAME: menu_nawigacyjne FRAME: strona_tytylowa Cennik firmy Foo.BAR.COM.pl. * cos * inne cos * jeszcze inne cosgłównie dzięki atrybutowi name=nazwa_ramki
Przykład 6-1.
<!DOCTYPE HTML PUBLIC '-//w3c//DTD HTML 4.0 Frameset//EN'> <HTML> <title> ramki </title> <frameset> <FRAME src=nawigacyjne.html name=menu_nawigacyjne> <FRAME src=tytulowa.html name=strona_tytylowa> </frameset> <noframes> <body> <Cennik firmy Foo.BAR.COM.pl. > <UL> <LI> cos <LI> inne cos <LI> jeszcze inne cos <UL> </body> </noframes> <html>
Następny | Spis treści | Poprzedni |
Jak kontrolować poprawność kodu? | Początek rozdziału | Czy mogę ukryć kod źródłowy dokumentu? |