Lasse Reichstein Nielsen wrote:
> Maria Leger <detlegerdesign@tdcadsl.dk> writes:
>
>
>>>...., men du har sikkert hørt det før :)
>
>
>>Nej jeg vil RIGTIG gerne høre hvad jeg gør forkert. Er
>>multimediedesigner studerende og vi bliver ikke undervist i
>>programering. Alt hvad jeg kan eller ikke kan er selvlært. Prøver at
>>leve op til standarderne men jeg har MEGET at lære endnu.
>
>
> Det er ellers svært at følge med i denne gruppe uden at høre "tabeller
> vs. placerede div'er" diskussionen med jævne mellemrum. Du har sikkert
> været heldig. :)
>
> Der følgende er noget forsimplet, men idéen er rigtig.
>
> Den oprindelige idé med HTML (som Tim Berners Lee mente det skulle
> bruges) var som *logisk* markup. Det vil sige at en <h1> betød at der
> var tale om en overskrift, og at <blockquote> betød at det var et
> citat. Klienten bestemte så selv hvordan den ville vise det (eller
> læse det op, for den sags skyld). Tagget bestemmer *hvad* det er.
>
> Der var så en masse folk der opdagede at Netscape viste blockquotes
> med en indrykning, og de begyndte derfor at bruge blockquote til at
> opnå en indrykning, også selv om de de indrykkede ikke var et citat.
> Det er et eksempel på *fysisk* markup. Tagget bestemmer *hvordan*
> noget skal se ud.
>
> En overgang, specielt under kampen mellem IE og Netscape om
> markedsdominans, blev der tilføjet flere og flere tags der bestemte
> hvordan ting så ud. Taggene <font> og (gys!) <blink> er perfekte
> eksempler på fysisk markup.
>
> Med tiden begyndte grundidéen at vinde frem igen, også hos W3C, og man
> begyndte at luse ud i den fysiske markup. <Blink> forsvandt, <font> er
> deprecated, og endnu flere vil falde i XHTML 2. I stedet indførte man
> et nyt sprog til at bestemme udseende med, så (X)HTML kunne komme
> tilbage til kun at angive den logiske struktur af dokumentet, og det
> sprog var CSS.
>
> Man beskriver et dokuments logiske struktur med HTML, og så giver man
> hints til præsentationen med CSS. Hvis det er en visuel browser, så
> kan man sige at en blockquote skal have rød kant, hvis det er en
> oplæser, så kan man sige at blockquotes skal læse op med kvindestemme,
> men det er det samme dokument det handler om.
>
> Problemet med at bruge blockquotes til indrykning er altså at det
> forvirrer de folk der ikke ser siden på samme måde som forfatteren
> forestiller sig, og sådan nogle folk findes! Der er adskillige
> initiativer der arbejder på at gøre webbet tilgængeligt for folk med
> handicap (i USA er der vist endda en lov der siger man skal -
> Americans with Disabilities Act - jeg ved dog ikke om det kun er
> offentlige instanser der *skal* gøre siderne tilgængelige).
>
> Tabeller har det samme problem: Deres formål er at præsentere
> information der kan opstilles tabulært, altså hvor der er en eller
> anden forbindelse mellem elementer i samme række eller søjle.
> Hvis man bruger tabellen til at lave fysisk markup, så gør det
> siden mindre tilgængelig, og det er et skridt tilbage mod den mørke
> tid hvor font-tagget var konge :).
>
> Det man kan gøre istedet, er at placere sine tekstblokke med CSS. Lave
> en blok med en <div> (et element der netop ingen logisk mening har, ud
> over som grupperende, svarer lidt til parenteser i matematik), og brug
> CSS' position:absolute eller lignenede til at placere den i forhold til
> de andre blokke man har.
>
> Gør man dette rigtigt, så kan man placere teksten i siden i den
> rækkefølge der giver mest mening for en text- eller tale-browser uden
> CSS (det vigtigste først, ekstra navigation sidst), og samtidig
> placere det som man vil i en grafisk browser (fx logo i toppen, ekstra
> navigation i højre side). Den logiske struktur af dokumentet bliver
> ikke påvirket af hvordan man gerne vil have det til at se ud.
>
> Det skal så også siges, at man ikke kan efterligne tabeller perfekt
> med <div>'er og CSS. Netop sammenhængen mellem elementer i samme række
> eller søjle er svær at opnå. Hvis man lader blokkene fylde efter deres
> indhold, så bliver de ikke automatisk tilpasset hindanden som i en
> tabel. Det kan man vælge at se som en udfordring til at lave et design
> der flyder pænt i stedet for at se det som en dårlig måde at
> efterligne tabeller.
>
> Jeg syntes dette essay var inspirerende:
> <URL:
http://www.westciv.com/style_master/house/good_oil/not_paper/>
>
>>Tekst størrelse er forkert, de små billeder er ved "bål" placeret
>>forkert og mine formularer er højre stillet....
>
>
> Tjah, som sagt, for mig så det fint ud, for jeg vidste ikke hvad
> målet var. Jeg tror lige jeg læser essayet en gang til :)
>
> /L
Fornem gennemgang af forskellen mellem *old school* og *new school* i
webdesign. Lad os håbe at browserproducenterne (læs MS), lytter lidt
mere til W3C, næste gang de skal udsende nye versioner.
Tak for den...
Mvh.
Michael.