<td> og </td> på samme linie

eller må </td> bare ikke stå alene ??

Den påstand har jeg nu aldrig hørt om at <td>...</td> skal stå på samme linie. Du skal sørge for at de bliver holdt parvis sammen, ellers bliver det rigtig noget rod.

Ok:
<table>
<tr>
<td>...</td>
<td>...</td>
</tr>
</table>

Knap så heldigt
<table>
<tr>
<td>...<td>...</td></td>
</tr>
</table>

den sidste findes der mange udgaver af på nettet.

Jeg benytter Firefox med et par extension på, bl.a. webdeveloper samt HTML Validator. Den sidste går ind og validere din html kode så man derved opnår en lidt kønnere kode, der passer til w3 standarden.

Hvis en </td> har et linjeskift foran, vil dette linjeskift blive renderet i IE (ved ikke om denne bug er ført med over til IE7 !-)

-- ligeledes findes den slags mærkværdigheder ved andre lukketags, f.eks. </div>, </ul> m.fl., de andre steder er den dog ikke så vedholdende, der medfører den 'bare' at der minimalt er en linjehøjde i elementet, ved td-tingen medfører den simpelthen en ekstra linjehøjde, hvilket jo ser ret ornsvagt ud, hvis man f.eks. har stykket ting sammen af billeder ...

-- så anbefalingen er: placér _aldrig_ et </td>-tag alene på sin egen linje, sæt det som afslutning bag noget af indholdet !o]

roenving
Hvis en </td> har et linjeskift foran, vil dette linjeskift blive renderet i IE (ved ikke om denne bug er ført med over til IE7 !-)

Er det sådan du mener med linieskift foran :
<td>entotre
</td>

Det er også det jeg er kommet frem til....

Hvad er det foriøvrigt med tomme celler som:
<td>&nbsp;</td> eller <td></td>
Kan det også ødelægge designet på en side i nogle browsere,
og giver disse 2 eksempler det samme resultat ?? :

1)
<tr><td>123</td></tr>
<tr><td>&nbsp;</td></tr>
<tr><td>123</td></tr>

2)
<tr><td>123<br><br></td></tr>
<tr><td>123</td></tr>

Jepz, det er det, jeg mener med linjeskiftet foran ...

-- til gengæld burde det ikke give problemer at:

<td>
  entotre</td>

-- en celle uden indhold bliver som udgangspunkt slet ikke renderet, det vil du tydeligt kunne se i en standard-tabel med standard-border, bare et no-break-space vil fremtvinge at celle-border bliver vist !-)

Afhængig af hvordan borders og paddings er indstillet, vil de to eksempler kunne give stort set det samme eller give noget meget forskelligt, det kan kun anbefales, at du prøver det i en masse kombinationer ...

det der renderet hvad betyder det egentlig ??

optegnet på skærmbilledet ...

-- det har vist sit udgangspunkt i den måde, man betegnede de første primitive måder at generere computer-billeder, to render an image, hvor man jo med rimeligt simple algoritmer genererede punkt for punkt, efterlignende den måde, man i f.eks. matematikken tegnede komplicerede kurver, og navnet er nok taget fra et af de engelske udtryk for at tegne, plotte tror jeg f.eks. er en af de andre måder, som var rettet mod en maskinel printning med penne monteret med elektronisk styring ...

dvs eks. nr 2 er at foretrække ??

<ole>

Udover td- og th-elementer gælder det alle block-elementer  =)

/mvh
</bole>

>>ole, du har zq da ofte for travlt, når du skynder dig igennem stakke af spørgsmål ...

-- se f.eks. udsagnet i 22/05-2007 21:53:51 (som ikke var så generelt som dit, men til gengæld mere præcist !-)

-- eksempel 2 har den klare fordel, at der aldrig vil opstå fejl med optegning af celler, samt at det altid principielt er uhensigtsmæssigt at generere elementer, der er tomme, højst sandsynligt kan man lettere opnå relevante effekter med små ændringer i style-tags, f.eks. ville jeg jo nok vælge at benytte mig af en anden slags metode:

<tr>
  <td style="padding-bottom:20px;">
    123</td>
</tr>
<tr>
  <td>
    123</td>
</tr>

læg et svar roenving

roenving >> jeg ved ikke rigtig, hvem der har mest travlt. Din kommentar er måske nok præcis, men desværre heller ikke rigtig  ;o)

Vi mangler begge den detalje, at det kun sker, hvis der står inline-indhold før linjeskiftet. Et linjeskift mellem et div-lukke-tag og et td-lukke-tag betyder således ikke noget

Jepz, du har tygget den igennem over den seneste tid, og præcis den detalje lukker et hul i forklaringsmodellen, det har jo fremstået som ret åndsvagt, at det problem fandtes ...

Skal vi tage en deler efter hoejgaards vurdering ?-)

Velbekomme '-)

Hrm, ole skulle vel også have haft lidt ?-)

Hehe ... det går zq nok, skal du se  ;o)