[HTML] Doctypes and margins - Softwareontwikkeling

donderdag 10 november 2005 13:42

Acties:

Verwijderd

Topicstarter

Ik heb iets heel vreemds. Ik wil mijn site per se HTML 4.01 Strict hebben, maar als ik dit in mijn header van de pagina aangeef dan krijg ik een heel raar probleem.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

Ik heb bovenin een paar knopjes naar de verschillende onderdelen van de site maar zodra ik mijn pagina strict wil valideren dan wordt de margin tussen de knoppen groter bij zowel Firefox, Netscape als Opera. Nu is het niet zo groot probleem (ik vind het iets minder mooi), maar ik wil het wel oplossen.

Als ik deze pak dan is het probleem weg, dus het ligt zeker aan mijn doctype:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

Wie onderkent het probleem en is er een oplossing als je je pagina toch strict wil valideren?

P.S. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Strict//EN"> werkt niet
Ook de margins in css op 0 zetten werkt niet.

donderdag 10 november 2005 13:45

Acties:

NMe

Quia Ego Sic Dico.

Over HTML, CSS, JavaScript, Flash en Director topics *12-05*

PW>>WG

'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.

vrijdag 11 november 2005 09:38

Acties:

Verwijderd

Misschien moet je een linkje plaatsen naar je site.

Volgens mij kan je het beste sites altijd vanaf het begin maken in:

code:

1 2	<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

strict zorgt ervoor dat zowel IE als FF de css hetzelfde interpreteert (voor zover het kan)

[ Voor 15% gewijzigd door Verwijderd op 11-11-2005 09:39 ]

vrijdag 11 november 2005 10:35

Acties:

Verwijderd

Topicstarter

Verwijderd schreef op donderdag 10 november 2005 @ 13:42:
Ik heb iets heel vreemds. Ik wil mijn site per se HTML 4.01 Strict hebben, maar als ik dit in mijn header van de pagina aangeef dan krijg ik een heel raar probleem.

Het linkje stond erbij hoor

.

Ik heb je doctype geprobeerd en nog steeds hetzelfde probleem. Bij Transitional gaat alles gewoon goed (ik heb hem daar maar opgezet), maar bij Strict gaat het gewoon fout...

Ik heb mijn css gecontroleerd en die vindt wel wat fouten, maar die gaan alleen over mijn scrollbar (die wordt alleen ondersteund door IE en Opera...). Daarnaast wat waarschuwing over de achtergrondkleur van links (?), die ik gewoon niet wil eigenlijk

...

vrijdag 11 november 2005 11:07

Acties:

Cubix

Verwijderd schreef op vrijdag 11 november 2005 @ 09:38:
Misschien moet je een linkje plaatsen naar je site.

Volgens mij kan je het beste sites altijd vanaf het begin maken in:
code:
1
2
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Waarom? Zijn keuze voor 4.01 lijkt mij prima.

strict zorgt ervoor dat zowel IE als FF de css hetzelfde interpreteert (voor zover het kan)

Was het maar zo.

Roep aub niet zomaar wat!

@Topicstarter: Bij mij ziet de site er in IE en FF hetzelfde uit. Ben je bewust van het feit dat je comment voor de doctype IE in quirksmode dwingt? Je tweede doctype (die nu aanstaat) zorgt er voor dat Firefox ook in quirksmode gaat. Dus dan is het weer hetzelfde.

[ Voor 22% gewijzigd door Cubix op 11-11-2005 11:15 ]

vrijdag 11 november 2005 11:16

Acties:

Verwijderd

daarom zei ik ook "(voor zover het kan)", misschien had ik daar (voor zover IE het kan) moeten maken

vrijdag 11 november 2005 11:18

Acties:

Reinier

\o/

Je vergeet ook nog om & in URL's om te zetten naar &

[ Voor 9% gewijzigd door Reinier op 11-11-2005 11:18 ]

vrijdag 11 november 2005 11:22

Acties:

Cubix

Verwijderd schreef op vrijdag 11 november 2005 @ 11:16:
daarom zei ik ook "(voor zover het kan)", misschien had ik daar (voor zover IE het kan) moeten maken

Daar gaat strict en transitional helemaal niet om. Transitional laat gewoon een stel deprecated elements toe.

@Topicstarter: kijk een op http://hsivonen.iki.fi/doctype/ voor een tabel met de mogelijke doctypes en de reactie van verschillende browsers daar op.

[ Voor 21% gewijzigd door Cubix op 11-11-2005 11:26 ]

vrijdag 11 november 2005 12:09

Acties:

Verwijderd

Topicstarter

Reinier schreef op vrijdag 11 november 2005 @ 11:18:
Je vergeet ook nog om & in URL's om te zetten naar &

Klopt, ik heb het nog niet in mijn phpcode aangepast. Iedere keer als ik een item wijzig dan haalt een script de text uit de database op en zet de textarea de &'s gewoon weer om in &'s... Moet ik dus nog aanpassen.

Wat betekent quirksmode en kan het kwaad? En komt dat door het comment? Welk Doctype kan ik dan het beste gebruiken om geen enkele browser in een modes te dwingen?
Ik ga die site eens doorlezen; misschien dat ik er nog wat van kan leren. Ik moet nu gaan werken. Ik lees het vanavond nog allemaal...

P.S. Bedankt voor de reacties allemaal.

vrijdag 11 november 2005 12:38

Acties:

Verwijderd

Cubix schreef op vrijdag 11 november 2005 @ 11:22:
[...]

Daar gaat strict en transitional helemaal niet om. Transitional laat gewoon een stel deprecated elements toe.

Als je IE in strict zet dan werkt het Box model anders en snapt IE margin: 0 auto (centreren container)

IE telt dan ook de padding van item op bij de width van het item, idem voor de border.(ipv de border en padding van de width af te halen) Dit heeft dacht ik niks met deprecated items te maken.

vrijdag 11 november 2005 14:19

Acties:

Cubix

Verwijderd schreef op vrijdag 11 november 2005 @ 12:38:
[...]

Als je IE in strict zet dan werkt het Box model anders en snapt IE margin: 0 auto (centreren container)

IE telt dan ook de padding van item op bij de width van het item, idem voor de border.(ipv de border en padding van de width af te halen) Dit heeft dacht ik niks met deprecated items te maken.

Kijk jij dan voor de grap ook maar eens naar die tabel met doctypes. Het is echt niet zo dat alle sites die HTML 4.01 Transitional gebruiken in IE quirksmode veroorzaken.

Nu is het wel zo dat een strict doctype zonder url in standards mode gaat, in tegenstelling tot een transitional doctype zonder url als we het over 4.01 hebben. En ook dat kan je lezen in die tabel.

vrijdag 11 november 2005 14:22

Acties:

BtM909

Watch out Guys...

Cubix schreef op vrijdag 11 november 2005 @ 14:19:
[...]

Kijk jij dan voor de grap ook maar eens naar die tabel met doctypes. Het is echt niet zo dat alle sites die HTML 4.01 Transitional gebruiken in IE quirksmode veroorzaken.

Nu is het wel zo dat een strict doctype zonder url in standards mode gaat, in tegenstelling tot een transitional doctype zonder url als we het over 4.01 hebben. En ook dat kan je lezen in die tabel.

Je spreekt jezelf een beetje tegen

De meeste browsers bepalen aan de hand van de doctype (een halve en een volledige zijn mijn inziens ook een doctype

) de layout modus: Quircks, Standards en Almost Standards mode.

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.

vrijdag 11 november 2005 14:34

Acties:

Cubix

BtM909 schreef op vrijdag 11 november 2005 @ 14:22:
[...]

Je spreekt jezelf een beetje tegen

Ik spreek mezelf niet tegen, ik dek me alleen in als het gaat om uitzonderingen (zonder url).

De meeste browsers bepalen aan de hand van de doctype (een halve en een volledige zijn mijn inziens ook een doctype ) de layout modus: Quircks, Standards en Almost Standards mode.

Dat ontken ik toch niet?

vrijdag 11 november 2005 14:36

Acties:

BtM909

Watch out Guys...

Misschien had ik je post even moeten quoten

Cubix schreef op vrijdag 11 november 2005 @ 11:22:
[...]

Daar gaat strict en transitional helemaal niet om. Transitional laat gewoon een stel deprecated elements toe.

Ace of Base vs Charli XCX - All That She Boom Claps (RMT) | Clean Bandit vs Galantis - I'd Rather Be You (RMT)
You've moved up on my notch-list. You have 1 notch
I have a black belt in Kung Flu.

vrijdag 11 november 2005 14:51

Acties:

Cubix

BtM909 schreef op vrijdag 11 november 2005 @ 14:36:
Misschien had ik je post even moeten quoten

[...]

Ah, nu snap ik wat je bedoeld.

Nu ben ik benieuwd: Het verschil tussen Strict, Transitional en Frameset is toch niet verzonnen om aan te geven of een pagina in Quirks of in Standardsmode gerenderd moet worden?

Het lijkt mij eerder dat de makers van browsers de doctype "gebruiken" om de ontwerper de keuze te geven. Zo zie je dat Microsoft het anders gebruikt (comment voor doctype -> quirks) dan Firefox (met of zonder url). Kan nooit de bedoeling zijn geweest toch?

Dus deze uitspraak:

Als je IE in strict zet dan werkt het Box model anders

Vond ik alleen niet kloppen. Wel als hij "strict" zou vervangen door "Standard mode".

vrijdag 11 november 2005 21:16

Acties:

Verwijderd

Topicstarter

Jongens, mag ik even onderbreken. Ik vind jullie discussie natuurlijk heel leuk om te lezen en ook behoorlijk interessant, maar ik weet nog steeds wat ik het beste kan doen...

Ik zal dat document in ieder geval es even doorlezen... Bedankt voor de reacties.

vrijdag 11 november 2005 21:38

Acties:

SuperRembo

Als je meer wil weten over het verschil tussen strict- en quirksmode, kijk dan even op quirksmode.org (waar anders

).

| Toen / Nu

zaterdag 12 november 2005 01:34

Acties:

Verwijderd

ik zat ff die quircksmode zite te bekijken en zag ineens dit:

In the early days, experiments with strict mode invariably raised the comment that images suddenly got an odd bottom margin that couldn't be removed. The cause was that in strict mode <img /> is an inline element, which means that some space should be reserved for possible descender characters like g, j, or q. Of course an image doesn't have descender characters, so the space was never used, but it still was there.

The solution was to explicitly declare images block level elements: img {display: block}.

Nonetheless browser vendors, Mozilla especially, thought this was such a confusing situation that they introduced "almost strict mode". This was defined as strict mode, but with images continuing to be blocks, and not inline elements.

Most common doctypes, including the one I use, trigger almost strict mode. The treatment of images is by far the most important difference between almost strict mode and really strict mode.

Volgens mij slaat dit op jouw probleem