Print

[Tony]

Hoi,

ik bedoelde eigenlijk de spaties in de code. dus via de ene optie om een code te maken komt er wel een spatie en bij de 2e optie niet.

float: nadedubbelepuntweleenspatie (vanuit nieuwe regel maken in paneel)
float:nadedubbelepuntgeenspatie (direct in csspagina met behulp van lijstje)

Buiten dit, gaf je bij een eerder probleem aan dat je geen spaties moet gebruiken zoals het probleem met EM vorige topic: code css werkt niet)
Maar ik zie ook in de voorbeelden spaties na de : .
Is het zo dat alleen bepaalde code niet met spaties overweg kan?

BVD

[Frances]

Ok, nu snap ik wat je bedoelt. Spaties in de HTML-pagina.

In de kiezer van een CSS-regel luistert de syntax heel nauw. Dus bij een pseudoclass of psuedo-element geen spatie, bijv.: p:first-letter en niet p: first-letter
Zo betekent ul#nav  en heel wat anders dan niet ul #nav (resp. de lijst met de id nav of het element met de id nav in een lijst).
Het zelfde geldt voor table, td en table td (resp. de tabel en de cel of de cel in een tabel).

Witruimte in de HTML-code maakt ruwweg gesteld geen verschil. Behalve in het element <pre>, dat is er juist voor bedoeld dat de witruimte binnen dit element die in de HTMl-code staat, ook op het beeldscherm wordt weergegeven. Oudere browsers willen nog wel eens struikelen over witruimte voor een </td>, maar dat is wel hele oude koek.

Wel komt het tegenwoordig weer terug bij sites voor mobieltjes: witruimte in een HTML-pagina kost ruimte, ruimte kost bandbreedte dus vermijd onnodige witruimte.

[Tony]

Zijn spaties in de code een probleem voor sommige browsers, of kan het zijn dat de ene browser de code wel kan lezen en de andere niet als er spatie zijn?
Verder, in onderstaand is de code via de css pagina met codetips gedaan, deze geeft geen spatie na de dubbelepunt.
table {
   width:32em;
   border-collapse:collapse;
}

Als je het maakt met "nieuwe regel" via het plusje (rechtsboven in dreamweaver) dan komen er wel spaties, ongeacht wat voor regel je maakt. Wat is het verschil en maakt dat uit?