![[next]](next.gif)
![[previous]](previous.gif)
![[contents]](contents.gif)
Hypertext - det kommer från grundidén med webben, de s.k. hyperlänkarna som på ett praktiskt sätt länkar ihop dokument.
Markup Language - det kommer från sättet att integrera programkod med vanlig
text. Man kan tänka sig att man har en helt oformaterad text som ska till tryck.
I texten placerar du ut Post-it-lappar, med meddelanden som "Den här texten
ska stå som rubrik" och "Här slutar rubriken".
I html markeras en "Post-it-lapp" ut med < och >, och kallas för en tag.
Browsern är din sättare, han tolkar dina taggar och ger det färdiga resultatet.
HTML och dess överföringsprotokoll HTTP (HyperText Transfer Protocol) formade
"webben", sättet att använda internet till hemsidor och dyl.
not: Jag har hört att det var en schweizisk forskare på CERN som skapade
HTML, nån som kan bekräfta eller dementera detta?
HTML var från början inte avsett för grafik, och är egentligen ganska olämpligt till det. HTML var enbart till för att på ett enkelt sätt formatera text på ett läsligt sätt. Därför kan html-kod bli ganska rörig om du gör en avancerad layout, medans den kan hålla sig mycket prydlig om man mest sysslar med längre texter.
Det går ut på att man använder flera stycken olika HTML-dokument till en sida, var och en visas i sin egen "ram" - frame. Använder man frames kan man t.ex. ha kvar samma fil som ligger som menyn till vänster, och laddar olika dokument att visas i huvudframen.
Kortfattat fungerar frames så, att en huvudfil laddas. Den innehåller ingen riktig text som visas på sidan, bara lite kod som skapar en FRAMESET, i denna fil, låt oss kalla den index.html, så står det då kanske att till vänster ska det vara en frame, och i den ska filen left.html laddas, och till höger ska vi ha en stor frame, och där ska main.html laddas.
Inte överdrivet krångligt, men min personliga åsikt är att det oftast blir mycket snyggare om man använder tables.
Riktigt gamla browsers stödjer ej frames, ej heller textbaserade som t.ex. Lynx. Detta är ytterligare en anledning att hålla sig borta från frames.
Flera tabeller kan ligga inuti varandra (fyra-fem stycken bör fungera överallt, mer är mest korkat), och på så sätt är det ofta praktiskt att låta en tabell distribuera menyer, bilder, dekorationer och texten över sidan, och inom de olika cellerna i tabellen går det fortfarande att använda nya tabeller utan problem.
Java går att köra oberoende av en browser, men vanligt är också att det används för att göra lite mer intelligenta applikationer på sidor. Någon kanske demonstrera en simulation av en biologisk population, låta sina anställda arbeta mot företagets server eller dyl. Sen finns ett otyg då folk använder Java bara för att göra något de tycker är snyggt på sin personliga sida. Personligen tycker jag mycket illa om sånt, då det ofta laggar ned datorn rejält, och troligen inte ens är snyggt...vad jag vet så klarar sig design och layout oftast mycket bra utan Java. Däremot kan JavaScripts vara praktiska.
Ett JavaScript läggs ofta i början av HTML-dokumentet (alt. infogas automatisk
från en .js-fil) och aktiveras sedan vid en viss händelse.
Vad jag använt JavaScripts till är att växla lite bilder när musen förs över en
länk. Scriptet anropas då från en OnMouseOver i länken. Det kan ge en snygg
effekt, och tar varken mycket datorkraft eller bandbredd om det görs på ett
snyggt sätt.
Jag själv håller mig borta från stylesheets så mycket jag kan, då inga gamla browsers stödjer det, och jag tycker att jag utan alldeles för stor ansträngning kan åstadkomma samma saker med tables och lite planering. Stylesheets förenklar förvisso ändringar i hemsidorna, men har man bara planerat innan man byggde sidan ska det inte vara ett stort problem, dessutom kan ju då fler se sidan som den bör se ut.
Sannolikt är att jag väntar åtminstone ett år att lära mig Stylesheets, då är andelen browsers som stödjer det större, eller så kanske ett nytt språk har kommit ut istället för HTML.
Oftast får man inte köra saker hur som helst hos webhotellen, och både SSI's och cgi-saker faller nog på det...
![[next]](next.gif)
![[previous]](previous.gif)
![[contents]](contents.gif)