You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Web-Dev-For-Beginners/translations/sv/3-terrarium/1-intro-to-html/README.md

12 KiB

Terrariumprojekt Del 1: Introduktion till HTML

Introduktion till HTML

Sketchnote av Tomomi Imura

Quiz före föreläsning

Quiz före föreläsning

Titta på videon

Git och GitHub-grunder video

Introduktion

HTML, eller HyperText Markup Language, är webben's 'skelett'. Om CSS 'klär upp' din HTML och JavaScript ger den liv, så är HTML kroppen i din webbapplikation. HTML:s syntax speglar till och med den idén, eftersom den innehåller taggar som "head", "body" och "footer".

I denna lektion ska vi använda HTML för att skapa 'skelettet' av vårt virtuella terrariums gränssnitt. Det kommer att ha en titel och tre kolumner: en höger- och en vänsterkolumn där de flyttbara växterna finns, och ett centralt område som kommer att vara det faktiska glasliknande terrariet. I slutet av denna lektion kommer du att kunna se växterna i kolumnerna, men gränssnittet kommer att se lite konstigt ut; oroa dig inte, i nästa avsnitt kommer du att lägga till CSS-stilar för att förbättra utseendet.

Uppgift

På din dator, skapa en mapp som heter 'terrarium' och inuti den, en fil som heter 'index.html'. Du kan göra detta i Visual Studio Code efter att du har skapat din terrarium-mapp genom att öppna ett nytt VS Code-fönster, klicka på 'öppna mapp' och navigera till din nya mapp. Klicka på den lilla 'fil'-knappen i Explorer-panelen och skapa den nya filen:

utforskare i VS Code

Eller

Använd dessa kommandon i din git bash:

  • mkdir terrarium
  • cd terrarium
  • touch index.html
  • code index.html eller nano index.html

index.html-filer indikerar för en webbläsare att det är standardfilen i en mapp; URL:er som https://anysite.com/test kan byggas med en mappstruktur som inkluderar en mapp som heter test med index.html inuti; index.html behöver inte visas i en URL.


DocType och html-taggar

Den första raden i en HTML-fil är dess doctype. Det är lite förvånande att du måste ha denna rad längst upp i filen, men den berättar för äldre webbläsare att sidan ska renderas i standardläge, enligt den aktuella HTML-specifikationen.

Tips: i VS Code kan du hovra över en tagg och få information om dess användning från MDN Reference-guiderna.

Den andra raden bör vara <html>-taggens öppningstag, följt direkt av dess stängningstag </html>. Dessa taggar är rot-elementen i ditt gränssnitt.

Uppgift

Lägg till dessa rader längst upp i din index.html-fil:

<!DOCTYPE html>
<html></html>

Det finns några olika lägen som kan bestämmas genom att ställa in DocType med en frågesträng: Quirks Mode och Standards Mode. Dessa lägen användes för att stödja riktigt gamla webbläsare som inte används så mycket idag (Netscape Navigator 4 och Internet Explorer 5). Du kan hålla dig till standard doctype-deklarationen.


Dokumentets 'head'

Området 'head' i HTML-dokumentet innehåller viktig information om din webbsida, även kallad metadata. I vårt fall berättar vi för webbservern som denna sida kommer att skickas till för att renderas, dessa fyra saker:

  • sidans titel
  • sidmetadata inklusive:
    • 'teckenuppsättning', som berättar vilken teckenkodning som används på sidan
    • webbläsarinformation, inklusive x-ua-compatible som indikerar att IE=edge-webbläsaren stöds
    • information om hur viewporten ska bete sig när den laddas. Att ställa in viewporten till att ha en initial skala på 1 kontrollerar zoomnivån när sidan först laddas.

Uppgift

Lägg till ett 'head'-block i ditt dokument mellan öppningstaggen och stängningstaggen <html>.

<head>
	<title>Welcome to my Virtual Terrarium</title>
	<meta charset="utf-8" />
	<meta http-equiv="X-UA-Compatible" content="IE=edge" />
	<meta name="viewport" content="width=device-width, initial-scale=1" />
</head>

Vad skulle hända om du ställde in en viewport meta-tagg som denna: <meta name="viewport" content="width=600">? Läs mer om viewport.


Dokumentets body

HTML-taggar

I HTML lägger du till taggar i din .html-fil för att skapa element på en webbsida. Varje tagg har vanligtvis en öppning och en stängningstag, som detta: <p>hej</p> för att indikera ett stycke. Skapa kroppsdelen av ditt gränssnitt genom att lägga till ett par <body>-taggar inuti <html>-taggarna; din markup ser nu ut så här:

Uppgift

<!DOCTYPE html>
<html>
	<head>
		<title>Welcome to my Virtual Terrarium</title>
		<meta charset="utf-8" />
		<meta http-equiv="X-UA-Compatible" content="IE=edge" />
		<meta name="viewport" content="width=device-width, initial-scale=1" />
	</head>
	<body></body>
</html>

Nu kan du börja bygga din sida. Vanligtvis använder du <div>-taggar för att skapa separata element på en sida. Vi kommer att skapa en serie <div>-element som kommer att innehålla bilder.

Bilder

En HTML-tagg som inte behöver en stängningstag är <img>-taggen, eftersom den har ett src-element som innehåller all information sidan behöver för att rendera objektet.

Skapa en mapp i din app som heter images och lägg där alla bilder från källkodsmappen; (det finns 14 bilder av växter).

Uppgift

Lägg till dessa växtbilder i två kolumner mellan <body></body>-taggarna:

<div id="page">
	<div id="left-container" class="container">
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant1" src="./images/plant1.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant2" src="./images/plant2.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant3" src="./images/plant3.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant4" src="./images/plant4.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant5" src="./images/plant5.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant6" src="./images/plant6.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant7" src="./images/plant7.png" />
		</div>
	</div>
	<div id="right-container" class="container">
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant8" src="./images/plant8.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant9" src="./images/plant9.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant10" src="./images/plant10.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant11" src="./images/plant11.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant12" src="./images/plant12.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant13" src="./images/plant13.png" />
		</div>
		<div class="plant-holder">
			<img class="plant" alt="plant" id="plant14" src="./images/plant14.png" />
		</div>
	</div>
</div>

Notera: Spans vs. Divs. Divs anses vara 'block'-element, och Spans är 'inline'. Vad skulle hända om du ändrade dessa divs till spans?

Med denna markup visas växterna nu på skärmen. Det ser ganska dåligt ut, eftersom de ännu inte är stylade med CSS, och vi kommer att göra det i nästa lektion.

Varje bild har alt-text som visas även om du inte kan se eller rendera en bild. Detta är en viktig attribut att inkludera för tillgänglighet. Lär dig mer om tillgänglighet i framtida lektioner; för nu, kom ihåg att alt-attributet ger alternativ information för en bild om en användare av någon anledning inte kan se den (på grund av långsam anslutning, ett fel i src-attributet, eller om användaren använder en skärmläsare).

Märkte du att varje bild har samma alt-tagg? Är detta bra praxis? Varför eller varför inte? Kan du förbättra denna kod?


Semantisk markup

Generellt är det att föredra att använda meningsfull 'semantik' när du skriver HTML. Vad betyder det? Det betyder att du använder HTML-taggar för att representera typen av data eller interaktion de är designade för. Till exempel bör huvudtiteltexten på en sida använda en <h1>-tagg.

Lägg till följande rad precis under din öppningstag <body>:

<h1>My Terrarium</h1>

Att använda semantisk markup, som att ha rubriker som <h1> och oordnade listor som renderas som <ul>, hjälper skärmläsare att navigera genom en sida. Generellt bör knappar skrivas som <button> och listor som <li>. Även om det är möjligt att använda speciellt stylade <span>-element med klickhanterare för att imitera knappar, är det bättre för funktionshindrade användare att använda teknologier för att avgöra var på en sida en knapp finns och interagera med den, om elementet visas som en knapp. Av denna anledning, försök att använda semantisk markup så mycket som möjligt.

Ta en titt på en skärmläsare och hur den interagerar med en webbsida. Kan du se varför icke-semantisk markup kan frustrera användaren?

Terrariet

Den sista delen av detta gränssnitt innebär att skapa markup som kommer att stylas för att skapa ett terrarium.

Uppgift:

Lägg till denna markup ovanför den sista </div>-taggen:

<div id="terrarium">
	<div class="jar-top"></div>
	<div class="jar-walls">
		<div class="jar-glossy-long"></div>
		<div class="jar-glossy-short"></div>
	</div>
	<div class="dirt"></div>
	<div class="jar-bottom"></div>
</div>

Även om du har lagt till denna markup på skärmen, ser du absolut ingenting renderas. Varför?


🚀Utmaning

Det finns några roliga 'äldre' taggar i HTML som fortfarande är roliga att leka med, även om du inte bör använda föråldrade taggar som dessa taggar i din markup. Kan du använda den gamla <marquee>-taggen för att få h1-titeln att rulla horisontellt? (om du gör det, glöm inte att ta bort den efteråt)

Quiz efter föreläsning

Quiz efter föreläsning

Granskning & Självstudier

HTML är det 'beprövade och sanna' byggblockssystemet som har hjälpt till att bygga webben till vad den är idag. Lär dig lite om dess historia genom att studera några gamla och nya taggar. Kan du lista ut varför vissa taggar blev föråldrade och andra lades till? Vilka taggar kan introduceras i framtiden?

Lär dig mer om att bygga webbplatser för webben och mobila enheter på Microsoft Learn.

Uppgift

Öva på din HTML: Bygg en bloggmockup


Ansvarsfriskrivning:
Detta dokument har översatts med hjälp av AI-översättningstjänsten Co-op Translator. Även om vi strävar efter noggrannhet, vänligen notera att automatiska översättningar kan innehålla fel eller felaktigheter. Det ursprungliga dokumentet på dess originalspråk bör betraktas som den auktoritativa källan. För kritisk information rekommenderas professionell mänsklig översättning. Vi ansvarar inte för eventuella missförstånd eller feltolkningar som uppstår vid användning av denna översättning.