Firefox...

w dziale Po godzinach
kalwaqr napisał(a):

Witam, mam problem. Otóż napisałem ostatnio stronkę. Wszystko fajnie, ale nie działa mi na firefoxie, a na Operze i IE tak. Strona się waliduje. Na stronach, na których używam ramek nie wyświetla się nic, nie wyświetla mi także polskich znaków.
Kod strony z ramkami:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
<meta name="Description" content="Strona poświęcona ogólnie pojętej chemii">
<meta name="Keywords" content="chemia, mendelejew, probówki, wodór">
<title>Tajemnice Chemii</title>
<link rel="Stylesheet" type="text/css" href="style.css">
</head>
<frameset cols="220,*" rows="220,600">
<frame name="mail" noresize="noresize" src="mail.html">
<frame name="belka" noresize="noresize" src="belka.html">
<frame name="menu" noresize="noresize" src="menu.html">
<frame name="start" noresize="noresize" src="start.html">
</frameset>
</html>

Zajec napisał(a):

Taka konstrukcja nie ma sensu. Frameset dzieli na kolumny ALBO (and. XOR) wiersze. Jeśli chcesz mieć bardziej złożoną konstrukcję, musisz najpierw podzielić stronę np. na dwa wiersze, a dopiero później każdy wiersz na dwie kolumny. W rezultacie główny frameset będzie zawierał kolejne dwa framesety, a dopiero te zagnieżdzone framesety będą mieć frame.

Swoją drogą ramki się złym pomysłem, niepotrzebnym i utrudniającym nawigację. Pomyśl, czy nie możesz ich uniknąć. Więcej: Dlaczego ramki są złym pomysłem

kalwaqr napisał(a):

Miałem projekt na studiach i musiałem mieć pełno ramek. Strona juz działa, Firefox jest tak niezwykle zaawansowana przegladarką, że nie umie odczytać pliku kodowanego w UTF-8 (jest 2x mniejszy od Unicode). Z tego co czytałem, to można dzielić na kolumny i wiersze i problemu nie ma. Zresztą waliduje się i już działa, więc nie będę kombinował.

Zajec napisał(a):

Originally posted by kalwaqr:

Miałem projekt na studiach i musiałem mieć pełno ramek.

Chyba moge tylko współczuć wyboru uczelni, skoro osoby nauczające mają tak ograniczone horyzonty.


Originally posted by kalwaqr:

Strona juz działa, Firefox jest tak niezwykle zaawansowana przegladarką, że nie umie odczytać pliku kodowanego w UTF-8 (jest 2x mniejszy od Unicode).

Gwarantuję, że potrafi. Stworzyłem ogromną ilość stron (malutkich, małych, kilka większych) i nigdy nie miałem kłopotu z kodowaniem UTF-8. Trzeba jedynie mieć pojęcie o tym, jakie są sposoby informowania przeglądarki o użytym kodowaniu. Nie wszystko kończy się na tagu meta.


Originally posted by kalwaqr:

Z tego co czytałem, to można dzielić na kolumny i wiersze i problemu nie ma. Zresztą waliduje się i już działa, więc nie będę kombinował.

Validator popełnia sporą ilość błędów, wielu rzeczy nawet nie sprawdza. Masz jednak rację, że można dzielić jednocześnie na wiersze i kolumny. Przez kilka lat żyłem w nieświadomości, wybacz pomyłkę w poprzednim poście. Dla zainteresowanych:

Frames are created left-to-right for columns and top-to-bottom for rows. When both attributes are specified, views are created left-to-right in the top row, left-to-right in the second row, etc.

Cytowane z http://www.w3.org/TR/html401/present/frames.html#h-16.2.1.1

kalwaqr napisał(a):

Originally posted by Zajec:

Chyba moge tylko współczuć wyboru uczelni, skoro osoby nauczające mają tak ograniczone horyzonty.


Uczę się na politechnice gdańskiej, w wymaganiach było napisane, że ramki lub inny sposób podziału (tabele były innym wymaganiem). Nie umiałem podzielić inaczej więc...

Originally posted by Zajec:

Trzeba jedynie mieć pojęcie o tym, jakie są sposoby informowania przeglądarki o użytym kodowaniu.


A mógłbyś podać przykład, napewno by mi sie kiedyś przydało.

Originally posted by Zajec:

Masz jednak rację


Chociaż raz smile

Zaufany napisał(a):

1. Jak coś ma być w UTF-8, to raczej nie może być ISO-8859-2... Coś dziwnie masz z tymi tagami meta...
2. Plik UTF-8 zapisany przez dużą część aplikacji dla systemu Microsoftu zawiera na początku kilka bajtów danych kontrolnych, które sprawiają pewne problemy w bardziej rozbudowanych aplikacjach.
3. Doctype, które dopuszcza ramki, zazwyczaj włącza też tryb quirks. W tym trybie przeglądarki działają z zamierzonymi błędami symulującymi bardzo stare przeglądarki Microsoftu albo bardzo stare przeglądarki Netscape'a.

Inna sprawa, że w swoim czasie ramki były bardzo wygodną metodą. W mojej ocenie nawet lepszą od tabelek, nie rozsypywały się. Obecnie takie efekty można osiągnąć poprzez CSS. Oczywiście przy założeniu, że przeglądarka nie pracuje w trybie quirks.

Zajec napisał(a):

Originally posted by kalwaqr:

Originally posted by Zajec:

Trzeba jedynie mieć pojęcie o tym, jakie są sposoby informowania przeglądarki o użytym kodowaniu.


A mógłbyś podać przykład, napewno by mi sie kiedyś przydało.


Chodzi o to, że znacznik meta ma mniejszy priorytet niż nagłówki wysyłane razem z plikiem przez serwer. Tłumaczyłem to tutaj: http://my.opera.com/polski/forums/findpost.pl?id=1410155