HTML - ramki czy?

19.03.07, 18:02


Cześć,

Cześć
Od czasu jak uczyłam sie podstaw HTML minęło trochę czasu, a mam zamiar
stworzyć strone internetową. Z tego co wiem w tej chwili nie robi sie stron
używająć ramki tylko coś innego. Czy możecie mi poradzić co teraz sie używa?
CZy jest jakiś poradnik w internecie uczący tego sposobu?

bedę bardzo wdzięczna za poradę serdecznie pozdrawiam

Zuzanna
    • szczurek1983 Re: HTML - ramki czy? 19.03.07, 20:50
      No nie powinno się używać ramek. Czego? Układ strony najlepiej oprzeć o tzw.
      boxmodel. Generalnie html powinien być odpowiedzialny za strukturę dokumentu a
      warstwa prezentacyjna to css.

      Kursy, no cóż coś o standardach to pewnie kurs.browsehappy.pl/
      przydatny spis znaczników jak i opis css z przykładami jest też na
      kurshtml.boo.pl/
      Poza tym oczywiście www.w3.org/ niestety żeby tam akurat wiedza była
      podawana w sposób przyjazny to nie powiem.

      Co do możliwości tego połączenia o którym piszę to polecam
      www.csszengarden.com/ i przyjrzenie się kilku różnym stylom tej strony.
      To wszystko osiągnięte jest tylko przez podmianę arkusza css.
    • markus.kembi Re: HTML - ramki czy? 20.03.07, 17:04
      Ramek się nie używa, chociaż niedawno zarejestrowałem alias, bo mój adres był
      trochę trudny do zapamiętania, a poza tym chciałem go ukryć - no i okazuje się,
      że aliast to po prostu strona będąca ramką, w której to ramce jest wczytywana
      strona właściwa, tyle że na pasku adresu wyświetlony jest adres ramki, a nie
      adres strony docelowej.

      W wielu poradnikach wyczytasz, że stron nie powinno się budować w oparciu o
      tabele. W praktyce jednak nawet poważne firmy tworzą strony-tabele, bo jest to
      po prostu łatwe, więc o ile pracujesz nad w miarę prostą stroną, doradzałbym Ci
      taki właśnie sposób. Sam tworząc swoją stronę wyymyśliłem sobie, że oprę layout
      wyłącznie na CSS, a konkretnie na tzw. "negatywnych marginesach", ale ten pomysł
      kosztował mnie możliwość blokowego wyświetlania linków, bo wtedy strona sie
      sypie. Tworzę teraz stronkę dla kogoś - tabela, 6 skórek - i mogę uzyskać
      dokładnie taki efekt, jaki bym chciał, co najwyżej z jednym wyjątkiem - musiałem
      stworzyć tabelę o stałej szerokości, mniejszej niż 800 pikseli (konkretnie 720),
      ale dorobiłem efektowne tło, które wypełnia pustkę w większych
      rozdzielczościach. Gdy skończę, to podam link na forum. Dla odmiany moja własna
      strona, oparta w całości na CSS, zmienia swoją szerokość w przedziale
      800-1024px, korzystałem z szablonów na stronie PMOB: pmob.co.uk/

      • szczurek1983 Re: HTML - ramki czy? 20.03.07, 23:42
        Łatwiej mówisz? To teraz zmień kolejność kolumn jak masz zrobione to w tabelach.
        Ja nie będę musiał ruszać html bo oparłem się na boxmodelu a Ty?

        Wiesz to, że trzeba przyswoić jakąś wiedzę żeby zrobić nie znaczy że się nie da
        albo nie warto, no może to później przynieść ogromne korzyści. Tylko jedną
        wymieniłem bo o całej reszcie było już tyle razy pisane...
        • markus.kembi Re: HTML - ramki czy? 21.03.07, 12:14
          No ale po co zmieniać kolejność kolumn? Jeżeli strona jest prosta, ma jedną
          kolumnę "menu" i drugą z głównym tekstem, to chyba nie ma takiej potrzeby.
          Stworzyłem kilka skórek, ale chciałem, żeby różniły się tylko kolorem i grafiką.

          A już przy tworzeniu swojej własnej strony (3 kolumny + nagłówek + stopka),
          opartej na negatywnych marginesach, musiałem się nieźle nagłowić, żeby strona
          była poprawnie wyświetlana w różnych przeglądarkach, najwięcej trudnosci sprawił
          mi oczywiście IE6 i starszy (połowa internautów tego używa). No i oczywiście
          jeden błąd (np. zbyt szeroki element blokowy) powoduje, że cały layout się
          sypie. Z kolei ustawiając marginesy i padding trzeba uwzględnić jakieś
          nieistniejące, ale widoczne marginesy, ja np. żeby tekst w środkowej kolumnie
          miał jednakową odległość od lewej i prawej krawędzi musiałem ustawić padding
          akapitu z lewej strony 6, a z prawej 12 pikseli, wartość 0 powoduje, że część
          tekstu jest obcięta, ch** wie dlaczego, ale coś tych 6 pikseli "zjada".
          A co będę opowiadał, dam link do testowej wersji swojej strony (a konkretnie
          podstrony).

          niemcy.flagownia.xt.pl/
          • szczurek1983 Re: HTML - ramki czy? 21.03.07, 16:00
            >No ale po co zmieniać kolejność kolumn?
            Bo klient sobie wymyślił, że tak właśnie ma być. Mi to zajmie około 60 sekund,
            przebudowa tabeli chyba trochę więcej.

            To oczywiście nie jest jedyny plus używania boxmodelu.
            Poza tym nie bardzo wiem o czym my dyskutujemy. Tabele są cudowną rzeczą i
            chętnie ich używam, ale do przedstawiania danych tabelarycznych. Układ strony do
            takich nie należy.

            osiolki.net/tabelki/ kolejny raz podam ten link.
            IE ma w głębokim poważaniu standardy ale to nie znaczy że Ty masz je mieć w tym
            samym miejscu. Wiem, że sporo ludzi go używa, stad moje strony pod nim
            wyświetlają się również prawidłowo. Nikt nie mówił, że tworzenie www to zadanie
            łatwe lekkie i przyjemne. Taka może być czyjaś radosna twórczość, a generalnie
            to ciężki kawałek chleba.

            Wybacz ale przykładów na taki układ jest mnóstwo w sieci oczywiście opartych na
            css więc pozwól że nie będę analizować co zrobiłeś źle że Ci marginesy giną.
            Google i wszystko stanie się jasne.
          • tommy_from_cracow Re: HTML - ramki czy? 21.03.07, 17:17
            Szkielet strony oparty o "negatywne" marginesy jest dla mnie mocno zastanawiajacy. Z jednej strony mowi sie o odzieleniu tresci od wygladu, z drugiej struktura dokumentu kluci sie z zalozeniami XML'a jako przedstawienia ustrukturyzownej tresci. Layout jednak beztabelkowy wydaje sie miec wieksza przyszlosc, bo pewniejesze jest ze przegladarki beda coraz lepiej interpretowac standardy choc po odslonie IE7 ciezko powiedziec ile czasu im to zajmie...
            Poza tym proste strony sa znacznie elastyczniejsze i przez to szybciej sie laduja kiedy nie sa zbudowane na tabelach a kolejnosc czytania przez przegladarki: HTML->CSS jest chyba tez istotny, bo najpier laduje sie to co najwazniejsze. Jesli chodzi jeszcze o firmy to coraz wiecej decyduje sie na DIVy + CSS a te o ktorych mowa wczesniej to czesto poprostu projekty z dawnych lat kiedy nikt nie kozystal z CSS poza formatowaniem linku i koloru tla.
            Pozdrawiam!
Pełna wersja