FAQ |
Kalender |
2006-07-16, 03:01 | #1 | ||
|
|||
Medlem
|
Som ni ser på min sida ( http://jooohnny.ath.cx/audibilar/index.php ) så har det blivit en glipa mellan loggan och menyn.
Det uppstod när jag tog bort display: block; i img taggen i CSS koden men eftersom jag vill kunna ha smileytecken vid texten osv så kan jag inte ha den koden. Någon som vet hur jag fixar problemet med css kod ? |
||
Svara med citat |
2006-07-16, 03:46 | #2 | |||
|
||||
Mycket flitig postare
|
lägg
Kod:
div#logo img { display: block; } och köp en bra bok om css-programmering! (alternativt sök på css selectors)... ...nästan alla element på din sida har ju en class, och <font>-taggen är ju stendöd, ta dessutom bort w3c-loggan, det finns inte en chans i världen att din sida validerar som strict xhtml! Edit: Ovan förutsätter förstås att id:n på divven som loggan ligger i är "logo". |
|||
Svara med citat |
2006-07-16, 10:50 | #3 | ||
|
|||
Medlem
|
Citat:
Istället för classer ska man använda id ? Tycker faktiskt det inte spelar så stor roll förutom att det blir mer kod... Sidan har validerat som strict xhtml men eftersom allting har legat på is och det är inte föräns nu jag fortsätter på designen och koden... |
||
Svara med citat |
2006-07-16, 12:14 | #4 | ||
|
|||
Medlem
|
Citat:
<div id="main"> 1 2 3 </div> Att man använder klassen mainlink på alla länkar i main beror alltså på att man vill ge dessa länkar ett särskilt utseende... Men vore det inte enklare om man bara kunde skriva: <div id="main"> 1 2 3 </div> Faktum är att man kan det... och så talar man om i css-filen att alla a-taggar i divven main ska ha ett visst utseende, så här: #main a { } |
||
Svara med citat |
2006-07-24, 21:35 | #5 | |||
|
||||
Mycket flitig postare
|
Citat:
En bra struktur på en sida är t ex att dela in sidan i div#logo, div#meny, div#innehall och div#sidfot och sedan med selektorer specificera hur elementen där ska se ut. "class" behöver då endast användas i undantagsfall för avvikande utseende. I första hand bör man använda elementen och selectorer utan class, style eller id. Det kan minsta kodmängden rejält och blir också översiktligare. Ett typiskt avsnitt kan då se ut som Kod:
<div id="innehall"> <p>bla bla bla <span>bla</span> bla bla<a>bla</a>bla</p> <p>bla bla bla bla<a>bla</a>bla bla <a class="mycketSpeciellLink">bla</a>bla</p> </div> <div id="sidfor"> <p>copyright bla bla <a>bla</a></p> </div> Kod:
p { text-align: left; } div#innehall p { color: blue; } div#sidfot p { text-align: center; } div#innehall p span { color: red; } div#innehall a { color: green; } div#sidfot a { color: grey; } div#innehall a.mycketSpeciellLink { color: green; } Du kan se class, id, style och selektorer som olika verktyg för att framställa en sida. Att alltid använda class för allting är som alltid använda hammare och spik oavsett material (prova att spika i betong...). Med rätt val av verktyg får man det bästa resultatet med minst arbetsinsats och spill. |
|||
Svara med citat |
2006-07-27, 08:14 | #6 | ||
|
|||
Medlem
|
Citat:
|
||
Svara med citat |
2006-07-27, 09:40 | #7 | |||
|
||||
Mycket flitig postare
|
Citat:
1. css-programmering är måhända en liten överdrift. Har du en semantiskt riktigare titel så får du gärna dela med dig dina idéer. Jag är lite slapphänt med begrepp när man ändå kan räkna med att alla förstår. 2. försöker du göra en poäng av att skriva enbart med versaler??? Är du en begreppspedant? Varken svenska rättstavningsregler eller xml/xhtml gillar versaler. Skärpning. <_< 3. Att jag nämnde XHTML har enbart att göra med att det är fel och oärligt att lägga in en bildlänk till w3c om att sidan validerar i någonting som den inte gör. Och ja, om du har en bestämd åsikt om varför någonting i nio av tio fall inte spelar någon roll så bör du förklara vad du menar och varför. (jag gör mina sidor så att dom validerar html 4 strikt, tycker jag är rimligast) Dessutom, Kaffe, om du ska kalla ditt inlägg en rättelse så bör du inte bara skriva en rad frågor eller påpekanden utan istället ange vad som du anser vore riktigt. |
|||
Svara med citat |
2006-07-27, 09:45 | #8 | ||
|
|||
Medlem
|
Citat:
|
||
Svara med citat |
2006-07-27, 10:12 | #9 | ||
|
|||
Medlem
|
Citat:
CSS saknar mycket av vad som skulle definiera det som ett programmeringsspråk. Jag skulle nog snarare se det som ett kodspråk, eller ett presentationsspråk. Jag skulle nog snarare kalla det att man kodar CSS eller rent utav bara skriver CSS. Citat:
Du skrev <font>-taggen . Jag är lite av en pedant när det gäller terminologi. Åtminstone när det inte särskiljs på taggar och element. Jag fick en fråga under ett prov på en programmeringstenta, och läraren gillade inte att jag svarade: <. Att jag dessutom skriver med versaler är bara praxis från min sida. I demonstrativt-syfte föredrar jag att skriva med versaler, för att betrycka att det rör sig om ett element. Det är lättare att uppmärksamma för en läsare än att bara droppa element som div mitt i en text. <!--QuoteBegin--martine@ 3. Att jag nämnde XHTML har enbart att göra med att det är fel och oärligt att lägga in en bildlänk till w3c om att sidan validerar i någonting som den inte gör. Och ja, om du har en bestämd åsikt om varför någonting i nio av tio fall inte spelar någon roll så bör du förklara vad du menar och varför. (jag gör mina sidor så att dom validerar html 4 strikt, tycker jag är rimligast) [/quote] Ursäktar svengelskan nedan, men har inga riktigt tydliga översättningar för vissa termer. Det stämmer att HTML 4.01 Strict är rimligast, eftersom en korrekt HTML 4.01 sida tolkas i "Standard-mode" av (i princip) alla webbläsare. XHTML 1.0 Strict kan göra det också, men med vissa förbehåll (XML-prolog eller inte, t ex). Ett avgörande i frågan vad gäller dokumenttyp är MIME type. Det förhåller sig som så att XHTML inte är en vidarearbetning av HTML, utan en del av XML. Det bör därför skickas som application/xhtml+xml (vilket också är rekommenderad MIME type). Men, om man gör det så kommer det också att tolkas av webbläsaren som en del av XML och det genererar därför felmeddelanden om dokumentet inte är well-formed. Internet Explorer kan dessutom inte hantera application/xhtml+xml, och man måste därför skicka dokumentet som text/html till IE. Det finns ett undantag som berättigar att skicka XHTML som text/html, och det är om det är ett "HTML-kompatibelt" dokument, här finns en rad små detaljer som gör det omständigare, och nästan korkat att inte skriva dokumentet i HTML från början. Dessutom tolkas XHTML dokument som skickas som text/html en aning annorlunda, principiellt sett är det inte mycket bättre än en tag-soup. Och för att fylla på ytterligare: XHTML kommer förmodligen inte vara framåtkompatibelt, eller bakåtkompatibelt. Eftersom det tolkas som en del av XML kommer förlegade element att rendera felmeddelanden. Som bekant är HTML av naturen bakåtkompatibelt, eftersom webbläsare så snällt ignorerar de flesta fel. <!--QuoteBegin--martine Dessutom, Kaffe, om du ska kalla ditt inlägg en rättelse så bör du inte bara skriva en rad frågor eller påpekanden utan istället ange vad som du anser vore riktigt. [/quote] Ber hemskt mycket om ursäkt, och har ny fyllt på mina argument en aning. Tackar för övrigt för välkommnandet. |
||
Svara med citat |
2006-07-27, 10:52 | #10 | ||
|
|||
Medlem
|
Citat:
|
||
Svara med citat |
Svara |
|
|