Tabstops im Quellcode

[bassman]

Hallo,

ich habe versucht eine Seite nachzubauen, die ich mit Hilfe eines Baukastens eines Providers erstellt habe. Im firefox wurde die nachgebaute Seite richtig angezeigt. Im IE waren einige Grafiken verschoben. Nach langer Tüftelei habe ich mal alle Tabstops, die ich der Quelldatei zur besseren Strukturierung des Quellcodes eingebaut habe, entfernt- siehe da, die Seite wurde dann richtig angezeigt.
Meine Frage lautet: Werden tabstops in der Quelldatei vom Browser gelesen und interpretiert? Wenn ja wie kann ich den Quellcode so strukturieren, dass er für mich lesbar wird?

Danke schon mal im Voraus

[bleicher]

Grüße,
normalerweise werden alle whitespaces wie tabs oder leerzeichen nur als ein space itnerpretiert, dass IE (welche version?) derartiges msit bauen würde überrascht mich doch noch...
MFG
bleicher

[Struppi]

normalerweise werden alle whitespaces wie tabs oder leerzeichen nur als ein space itnerpretiert, dass IE (welche version?) derartiges msit bauen würde überrascht mich doch noch...

Tut er nicht. Der Unterschied muss eine andere Erklärung haben.

Struppi.

[Sven Rautenberg]

Moin!

normalerweise werden alle whitespaces wie tabs oder leerzeichen nur als ein space itnerpretiert, dass IE (welche version?) derartiges msit bauen würde überrascht mich doch noch...

Tut er nicht. Der Unterschied muss eine andere Erklärung haben.

<td><img></td> ist was anderes als <td> <img> </td>

Und zwar in allen Browsern, dokumentiert, für die "alten" HTML-Versionen.

- Sven Rautenberg

[bleicher]

Grüße,

<td><img></td> ist was anderes als <td> <img> </td>

ja, aber
<td> <img> </td>
<td>  <img>  </td>
<td>   <img>   </td>
<td>    <img>    </td>
sollten alle das gleiche produzieren, deswegen gibt es auch &nbsp;
MFG
bleicher

[Gunnar Bittersmann]

@@bleicher:

nuqneH

ja, aber
<td> <img> </td>
<td>  <img>  </td>
<td>   <img>   </td>
<td>    <img>    </td>
sollten alle das gleiche produzieren, deswegen gibt es auch &nbsp;

?? Deswegen gibt es bestimmt nicht &nbsp;

Qapla'

[bleicher]

Grüße,

?? Deswegen gibt es bestimmt nicht &nbsp;

im sinen von "mehr als ein leerzeichen oder tab wird trotzdem als ein leerzeichen angezeigt, deswegen ist geschütztes leerzeichen auch da, außer um zeilenumbrüche zu verhindern. vermute ich.
MFG
bleicher

[Gunnar Bittersmann]

@@bleicher:

nuqneH

?? Deswegen gibt es bestimmt nicht &nbsp;
im sinen von "mehr als ein leerzeichen oder tab wird trotzdem als ein leerzeichen angezeigt, deswegen ist geschütztes leerzeichen auch da, außer um zeilenumbrüche zu verhindern. vermute ich.

Ich vermute, Abstände werden mit CSS angegeben.

Qapla'

[Matthias Apsel]

Om nah hoo pez nyeetz, Gunnar Bittersmann!

Ich vermute, Abstände werden mit CSS angegeben.

Ich kann nur spekulieren, zu welchen Zwecken das no-brake-space erfunden wurde. Dennoch wurde es in Prä-CSS-Zeiten verwendet, um Einrückungen zu erzielen, ähnlich wie es heute viele Deppen in Word und Co mit Leerzeichen- oder Tabulatororgien versuchen und sich dann wundern, wenn bei einer Schriftartänderung nichts mehr passt. Insofern hat Bleicher schon Recht mit seinen Aussagen.

Matthias

[Der Martin]

Hallo,

Ich kann nur spekulieren, zu welchen Zwecken das no-brake-space erfunden wurde.

da braucht es nicht viel Spekulation: Der Zweck ist, ein(!) Leerzeichen zu erzeugen, an dem aber kein Zeilenumbruch stattfinden soll. In Textverarbeitungen kennt man das gleiche unter der Bezeichnung "geschütztes Leerzeichen" (in Word etwa als Shift-Ctrl-Space).

Übrigens hat das nichts mit Bremsen zu tun, sondern eher mit Brechen - daher "break" und nicht "brake". ;-)

Ciao,
 Martin

[Beat]

Nach langer Tüftelei habe ich mal alle Tabstops, die ich der Quelldatei zur besseren Strukturierung des Quellcodes eingebaut habe, entfernt- siehe da, die Seite wurde dann richtig angezeigt.
Meine Frage lautet: Werden tabstops in der Quelldatei vom Browser gelesen und interpretiert? Wenn ja wie kann ich den Quellcode so strukturieren, dass er für mich lesbar wird?

Das CSS white-space Verhalten und einige CSS3 Neuerungen beinflussen das Verhalten.
Mit anderen Worten: Der Quellcode hat also unter Umständen einen Einfluss auf die Anzeige, und zwar abhängig vom angewendeten CSS und der CSS-Implementation des Browsers

mfg Beat