[HTML] Carriage Return & White Space

[vanDaal]

Zo, echt irritant zeg. Bij HTML'en probeer je natuurlijk altijd je code zo mooi mogelijk te rangschikken. Dus als er bijvoorbeeld 4 images naast elkaar moeten komen, dan zet je er natuurlijk steeds een harde return neer. Maar die stomme browsers renderen zo'n stomme return direct als een witte ruimte/marge (het is precies een spatie). Hier staat er wat meer info over.

Maar goed, ik neem aan dat de meeste mensen dit wel herkennen. Wat doe ik eraan? Mogelijke oplossingen:
- elk plaatje in een aparte tabel (TD)
- elk plaatje in een aparte layer
- alle code achter elkaar zetten

De eerste twee oplossingen werken op zich wel (in IE, maar weer niet in NS6 ), maar zijn niet wenselijk. En de derde 'oplossing' wil ik niet, omdat het dan echt een zooitje wordt.

Heeft iemand hier nog goede ideeën over?

[drm]

- elk plaatje in een aparte tabel (TD)

dit is een prima oplossing, hoor. zowel voor ie als ns

code:

<table border="0" cellpadding="0" cellspacing="0">
   <tr>
    <td align="left" valign="top"><img ...></td>
    <td align="left" valign="top"><img ...></td>
    <!-- etc -->
   </tr>
   <!-- etc -->
</table>

wat gaat er dan niet goed in ns?

verder is code gewoon achter elkaar plakken ook een prima oplossing.

[vanDaal]

Op donderdag 31 januari 2002 15:47 schreef drm het volgende:
[...]
wat gaat er dan niet goed in ns?

Dit is de code:

code:

<DIV ID='home_menu_links'>
<TABLE cellspacing='0' cellpadding='0' border='0'>
<TR>
    <TD><A href='index.php'>[img]'images/home/home_menu_2020.gif'[/img]</A></TD>
</TR>
<TR>
    <TD><A href='index.php'>[img]'images/home/home_menu_nieuws.gif'[/img]</A></TD>
</TR>
</TABLE>
</DIV>

NS6 geeft hier witruimte tussen de plaatjes. In IE6 gaat alles prima.

verder is code gewoon achter elkaar plakken ook een prima oplossing.

Als ik de bovenste code aan elkaar plak, geeft dat helaas ook niet het gewenste resultaat. En daarnaast, als ik iets irritant vind, is het onoverzichtelijke code

(sorry van de lay-out ver****ing)

[drm]

Tja, helaas is HTML nou eenmaal een taal die een klein beetje afhankelijk is van de layout van de code...

btw, dubbele quotes is volgens mij de standaard...

[RM-rf]

code:

<table>
<tbody><tr>
<td><img 
   name="blah" src="plaatje.png" alt="alt-text"><img 
   name="blah" src="plaatje.png" alt="alt-text"><img 
   name="blah" src="plaatje.png" alt="alt-text"></td>
</tr></tbody>
</table>

is ook een manier om de code overzichtelijk te houden zonder spaties tussen tags te gebruiken

[vanDaal]

Op donderdag 31 januari 2002 16:07 schreef drm het volgende:
Tja, helaas is HTML nou eenmaal een taal die een klein beetje afhankelijk is van de layout van de code...

Ja, maar het blijft een rare bug dat een harde return dan maar prompt vertaald wordt in een witte ruimte.

btw, dubbele quotes is volgens mij de standaard...

Staat dat ergens officieel? Kan me niet herinneren namelijk, maar als het ergens staat, neem ik het graag aan. Vooralsnog gebruik ik enkele aanhalingstekens, omdat dit in combinatie met php wat overzichtelijker werkt

Op donderdag 31 januari 2002 16:10 schreef RM-rf het volgende:

[...]

is ook een manier om de code overzichtelijk te houden zonder spaties tussen tags te gebruiken

Goeie opmerking, die zal ik absoluut onthouden, want zo is het wel overzichtelijk

[Idéfix]

Ik gebruik altijd de volgende manier:

code:

<table>
  <tr>
    <td
    ><img name="blah" src="plaatje.png" alt="alt-text"
    ><img name="blah" src="plaatje.png" alt="alt-text"
    ><img name="blah" src="plaatje.png" alt="alt-text"
    ></td>
  </tr>
</table>

[Guillome]

Op donderdag 31 januari 2002 15:47 schreef drm het volgende:

[..]

dit is een prima oplossing, hoor. zowel voor ie als ns

code:

<table border="0" cellpadding="0" cellspacing="0">
   <tr>
    <td align="left" valign="top"><img ...></td>
    <td align="left" valign="top"><img ...></td>
    <!-- etc -->
   </tr>
   <!-- etc -->
</table>

wat gaat er dan niet goed in ns?

verder is code gewoon achter elkaar plakken ook een prima oplossing.

Quote van drm in een ander gesloten topic
---quote---
XLerator:
<font ID=kiekeboe>Hoi</font>
<Script>
ID.style. en gogOGO!!!!
---/quote---

Wat zit jij uit je nek te kletsen? de laatste paar posts die ik van je gezien heb gingen nergens over!
Als je het antwoord niet weet of geen volledig antwoord hebt, moet je niet antwoorden! En als je het niet zeker weet, test je het eerst!

WAT ben jij lame zeg waar slaat dat op
Geef dan een voorbeeld, waarom slaan mijn antwoorden nergens op? Ik doe ten minste moeite om anderen te helpen en mijn code klopt wel!!!
Jij moet je b*k houden als je alleen maar lame kan flamen!

Sorry adjes maar dit is niet leuk meer.

[OzBoz]

Op donderdag 31 januari 2002 18:32 schreef XLerator het volgende:

[..]


[..]

WAT ben jij lame zeg waar slaat dat op
Geef dan een voorbeeld, waarom slaan mijn antwoorden nergens op? Ik doe ten minste moeite om anderen te helpen en mijn code klopt wel!!!
Jij moet je b*k houden als je alleen maar lame kan flamen!

Sorry adjes maar dit is niet leuk meer.

Geeft niet, je krijgt er wel een Officiele Waarschuwing voor. Wil het binnen W&G graag normaal houden en 'Jij moet je bek houden' hoort daar niet bij. Mailtje volgt.

[vanDaal]

^{(pssst... ga es weg uit m'n topic)}

[Guillome]

Op donderdag 31 januari 2002 18:45 schreef vanDaal het volgende:
^{(pssst... ga es weg uit m'n topic)}

lol
Maar ok, mijn exuses hiervoor.

[Verwijderd]

Ja, maar het blijft een rare bug dat een harde return dan maar prompt vertaald wordt in een witte ruimte.

Dat is geen bug, dat is gewoon de HTML-standaard. Als dit niet zo zijn dan zouden woorden die door een enter gescheiden zijn in de HTML aan elkaar komen staan in de browser.

Staat dat ergens officieel? Kan me niet herinneren namelijk, maar als het ergens staat, neem ik het graag aan. Vooralsnog gebruik ik enkele aanhalingstekens, omdat dit in combinatie met php wat overzichtelijker werkt

Wat dacht je van http://www.w3c.org Gewoon de site met het overzicht van de meeste standaarden die met het web te maken hebben.

Wat je ook kunt doen om je HTML overzichterlijker te houden is in je PHP of ASP (als je dat gebruikt) bovenin alle images als (korte) constanten te definieren en dan in code de constante te gebruiken. Vind ik ook makkelijk voor het onderhoud.

[vanDaal]

Op donderdag 31 januari 2002 22:16 schreef Thargol het volgende:
Dat is geen bug, dat is gewoon de HTML-standaard. Als dit niet zo zijn dan zouden woorden die door een enter gescheiden zijn in de HTML aan elkaar komen staan in de browser.

Daar zit wat in. Maar op dit moment volg ik wel de standaard en toch gaat het fout in Netscape 6 (en in K-Meleon). Het gaat om de volgende pagina:

http://www.3dstyle.nl/zooi/test/test.html

Kan iemand hier een verklaring voor geven?

[shlammod]

In IE5.5 SP 2 op W2K gaat t ook niet helemaal lekker.
maar dat heeft denk ik meer te maken met een image die je verkeerd hebt 'uitgesneden'. Je krantje verschuift een beetje, en de gloed om alle 4 je images lopen niet mooi, zitten rechte randen aan. In NS 4.7 ziet de layout er goed uit, alleen werkt de mouse-over niet.

Ik heb zelf geen NS 6 geïnstalleerd omdat ik het (no offence) een waardeloze browser vond in vergelijking met 4. Test alles wat ik maak op NS 4.

Als ik in je code kijk kan ik alleen opmerken dat je de <table> en de <tr> gelijk laat volgen (<table.... ><tr>)
Ik weet niet of hier een standaard voor is, maar wij hebben hierzo (= werk) afgesporken om alles op een aparte regel te doen:

<table blablabla>
<tr>
TAB <td></td>
</tr>
</table>

of wat ook nog wel eens gebeurt:
<table>
TAB <tr>
TAB TAB <td></td>
TAB </tr>
</table>


Voor de rest zie ik eigenlijk niet echt iets dat vreemd is in je code.. kan je verder dus ook niet helpen

[vanDaal]

Thanks, ik ben er uiteindelijk achter wat het was. Het lag aan de allereerste regel.

code:

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

Nu is het:

code:

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

En werkt alles prima.

[shlammod]

Nu je t zegt

Dat probleem hebben we hier ook een keer gehad. Toen werd alles in IE6 in t midden uitgelijnd. VOlgens mij is er hier ook nog een topic over geweest.

Wat de gevolgen daarvoor waren in NS6 weet je nu dus ook

Succes verder