Viewport lässt Tabellenspalte verschwinden

[pphtml]

Hallo,

ich habe bei einer Webseite für eine bessere Darstellung auf dem Handy nach einer Empfehlung von Google die Zeile

<meta name="viewport" content="width=device-width, initial-scale=1">

eingefügt. Leider fehlt jetzt in der Handy-Darstellung eine ganze Tabellenspalte. Am besten sieht man sich die Seite auf dem PC an. Es geht um die Tabelle zwischen den beiden großen Strichen. Sie hat 3 Spalten. Die erste beginnt mit "Inhaltsverzeichnis", die zweite ist ein Abstandshalter, die dritte beginnt mit "Ohne Gebietsfilter" und sie fehlt auf dem Handy.

Das Handy ist ein Samsung Galaxy S7 mit Android, der Browser ist Firefox, die Webseite ist http://peter-preus.de/nf/index.php

Liebe Grüße Peter

edited by marctrix: ich habe den Link korrigiert (Index.php) und anklickbar gemacht

[Matthias Scharwies]

Servus!

Hallo,

ich habe bei einer Webseite für eine bessere Darstellung auf dem Handy nach einer Empfehlung von Google die Zeile

<meta name="viewport" content="width=device-width, initial-scale=1">

eingefügt.

Das ist gut!

Leider fehlt jetzt in der Handy-Darstellung eine ganze Tabellenspalte.

Wenn man eine breite Tabelle hat, muss man eben über den Rand scrollen.

Du hast imho aber keine tabellarischen Daten. Für die wäre so etwas besser geeignet:

CSS/Tutorials/Bilder_mit_Bildunterschriften

Das wäre dann auch responsiv, d.h. die Seite passt sich dem Viewport an!

Herzliche Grüße

Matthias Scharwies

PS

Bitte lies dir einmal diese Tutorials durch:

• HTML/Tutorials/HTML5/Grundgerüst

• Einstieg in CSS

Bei Deiner Seite könnte man mit wenigen Schritten viel verbessern.

[pphtml]

Hallo Matthias,

ich glaube, ich muss mich entschuldigen. Ich habe die Dateien mit den Endungen index.php und index.html durcheinandergebracht. Letztere sollte es eigentlich gar nicht mehr geben. Meine Bemühungen wurden leider noch dadurch erschwert, dass gelöschte Dateien noch ewig im Browser-Cache und noch länger beim Provider vorhanden sind.

Mein jetziger Stand der Erkenntnisse: Die vermisste Spalte ist doch da, der Browser "gibt sich Mühe", alles auf den schmalen Bildschirm zu bekommen. Darunter leidet allerdings die Lesbarkeit, so dass ich mir bei dieser Webseite nicht sicher bin, ob ich viewport derzeit wirklich verwenden will. Halte ich das Handy quer, so sieht es allerdings ein wenig besser aus.

Gruß Peter

[Auge]

Hallo

Mein jetziger Stand der Erkenntnisse: Die vermisste Spalte ist doch da, der Browser "gibt sich Mühe", alles auf den schmalen Bildschirm zu bekommen. Darunter leidet allerdings die Lesbarkeit

Dann ist die Tabelle, so, wie sie ist, vermutlich nicht die richtige Wahl für schmale Viewports, wie im hochkant gehaltenen Smartphones ^[1].

so dass ich mir bei dieser Webseite nicht sicher bin, ob ich viewport derzeit wirklich verwenden will.

Das willst du (auch wenn du davon noch nichts weißt). Du willst aber über die Seitenaufteilung unter den verschiedenen Bedingungen unterschiedlicher Ausgabemedien nachdenken (auch wenn du auch davon noch nichts weißt).

Da wäre das Inhaltsverzeichnis, das eine Liste ist und auch als solche ausgezeichnet werden sollte. Da wäre die Layouttabelle, die bei dir dazu dient, die einzelnen Tier- und Pflanzen- und Pilzarten untereinander darzustellen. Das geht besser – aber auch mit gedanklichen Umstellungen – ohne Tabelle. Und das geht ohne Tabelle so, dass sich dein hier vorgestelltes Problem in Wohlgefallen auflöst.

Bist du an einer modernen Aufbereitung deier Seite interessiert? Wir helfen dir dabei.

Tschö, Auge

---

1. Nachdem ich mir die Seite und ohnren Quelltext angeschaut habe, bin ich der Meinung, dass die Tabelle in keiner Hinsicht ein Mittel der Wahl ist. ↩︎

[pphtml]

Hallo auge,

vielen Dank für deine Antwort. Bei meiner Seite (sieh sie dir am großen Bildschirm an) ist mir wichtig, dass sowohl die Auswahl der Lebewesengruppen als auch die geografische Auswahl auf einer Seite zu sehen sind. Durch Ändern von Abständen und Entfernen von Leerzeichen habe ich diesen Teil so hinbekommen, dass er auf dem Handy im Querformat schön (also ohne Zeilenumbrüche in den Tabellenelementen) anzusehen ist (getestet mit Firefox, Chrome und der Samsung-Internet-App).

Was ich schlecht fände, wäre eine responsive Darstellung, bei der die Tabelle der Gruppen und die Tabelle der Orte bei zu schmalem Bildschirm untereinander erscheinen würden. Abschreckende Beispiele sind für mich Blogs, die oft zahlreiche Informationen in Seitenleisten enthalten, die bei responsiven Darstellungen ganz nach unten geraten, wo sie niemand mehr findet. Diese Informationen ganz oben zu positionieren, vermüllt andererseits den Blogbeitrag mit Dingen, die man nicht jedes Mal neu lesen möchte.

Was mich noch interessieren würde, ist deine Aussage, dass man die lange Tabelle der Tier- und Pflanzenarten besser anders darstellen könnte. Hast du dafür einen konkreten Vorschlag?

Liebe Grüße
Peter

[Auge]

Hallo

vielen Dank für deine Antwort. Bei meiner Seite (sieh sie dir am großen Bildschirm an) ist mir wichtig, dass sowohl die Auswahl der Lebewesengruppen als auch die geografische Auswahl auf einer Seite zu sehen sind.

Das kannst du nicht sicherstellen. Die Seite kann grundsätzlich mit den unterschiedlichsten Clients aufgerufen werden, über deren Eigenschaften du nichts mit Sicherheit sagen kannst. Mehr als Vermutungen sind von Anbieterseite aus nicht möglich, so dass es die Aufgabe des Seitenanbieters ist, möglichst wenig Barrieren zu errichten. Soweit zum generellen.

Durch Ändern von Abständen und Entfernen von Leerzeichen habe ich diesen Teil so hinbekommen, dass er auf dem Handy im Querformat schön (also ohne Zeilenumbrüche in den Tabellenelementen) anzusehen ist (getestet mit Firefox, Chrome und der Samsung-Internet-App).

Was ich schlecht fände, wäre eine responsive Darstellung, bei der die Tabelle der Gruppen und die Tabelle der Orte bei zu schmalem Bildschirm untereinander erscheinen würden.

Mit hochformatig gehaltenem Smartphone (meine Standardhalteweise) funktioniert das natürlich nicht mehr. Da kommst du um eine untereinanderstehende Anzeige nicht mehr herum, was allerdings, um dein Argument, dass man die Funktionen dann nicht mehr findet, zu entkräfen, kein Problem ist, wenn die Filterfunktion im Inhaltsverzeichnis aufgeführt wird.

Du hast mit deinem gegenwärtigen Inhaltsverzeichnis offensichtlich die Fotoauflistung an sich im Blick. Man kann es aber auch als Verzeichnis der Funktionen der Seite auffassen. Im Sinne der Besucher deiner Seite halte ich es für richtig, das Verzeichnis auf die Seite und nicht nur einen Teil der Seite zu beziehen.

Abschreckende Beispiele sind für mich Blogs, die oft zahlreiche Informationen in Seitenleisten enthalten, die bei responsiven Darstellungen ganz nach unten geraten, wo sie niemand mehr findet. Diese Informationen ganz oben zu positionieren, vermüllt andererseits den Blogbeitrag mit Dingen, die man nicht jedes Mal neu lesen möchte.

Ja, das ist imemr wieder ein Problem. Niemand hat behauptet, dass es dafür eine generell gültige Lösung gibt. Für jeden Einzelfall ist eine eigene, passende Lösung nötig.

Was mich noch interessieren würde, ist deine Aussage, dass man die lange Tabelle der Tier- und Pflanzenarten besser anders darstellen könnte. Hast du dafür einen konkreten Vorschlag?

Wenn wir uns gedanklich durch eine passende HTML-Struktur eines Inhaltsverzeichnisses inspirieren lassen, ergibt sich daraus eine analoge Struktur für die Inhalte.

Nehmen wir mal an, die HTML-Struktur des Inhaltsverzeichnisses sähe folgendermaßen aus (ich habe mal frech den Filter mit reingenommen).

<ul id="inhaltsverzeichnis">
 <li><a href="#filter">Auswahlfilter</a>
 <li><a href="#tiere">Tiere</a> (297/681)
  <ul>
   <li>…</li>
   <li><a href="#insekten">Insekten</a> (236/517)
    <ul>
     <li><a href="#bienen">Bienen</a> (3/11)
     <li>…</li>
    </ul>
   </li>
   <li>…</li>
  </ul>
 </li>
 <li><a href="#pflanzen">Pflanzen</a> (20/59)</li>
 <li><a href="#pilze">Pilze</a> (8/25)</li>
</ul>

Das Verzeichnis ist eine verschachtelte Liste, in der die Punkte, die selbst Teilmengen von anderen Punkten sind, in eine eigene Liste, die Teil des Hauptpunktes ist, einsortiert werden. Beispiel sind die Unterpunkte bei „Tiere“ und die Unterpunkte von Teilmengen der Tiere, hier konkret die Insekten und deren Teilgruppen und Arten.

Für die Struktur der Vorschauen der Bildergalerien ergibt sich eine gleichartige Struktur.

<section id="tiere">
 <h2>Tiere</h2>
 <section>
  …
 </section>
 <section id="insekten">
  <h3>Insekten</h3>
  <div id="bienen">
   <h4>Bienen</h4>
   <div id="colletes-hederae">
    <h5><a href=""colletes-hederae.html">Colletes hederae</a>, Efeu-Seidenbiene</h5>
    <ul class="bilderliste">
     <li><a href="colletes-hederae.html#1"><img src="colletes-hederae-18-5670k.jpg" alt="Colletes hederae, Bild 1"></a></li>
     <li><a href="colletes-hederae.html#2"><img src="colletes-hederae-18-5678k.jpg" alt="Colletes hederae, Bild 2"></a></li>
     <li><a href="colletes-hederae.html#3"><img src="colletes-hederae-18-5686k.jpg" alt="Colletes hederae, Bild 3"></a></li>
    </ul>
   </div>
   <div id="osmia-cornuta">
    <h5><a href="osmia-cornuta.html">Osmia cornuta</a>,
   Gehörnte Mauerbiene</h5>
    <ul class="bilderliste">
     <li><a href="osmia-cornuta.html#1"><img src="osmia-cornuta-16-6010k.jpg" alt="Osmia cornuta, Bild 1"></a></li>
     <li><a href="osmia-cornuta.html#2"><img src="osmia-cornuta-16-6018k.jpg" alt="Osmia cornuta, Bild 2"></a></li>
     <li><a href="osmia-cornuta.html#3"><img src="osmia-cornuta-16-6028k.jpg" alt="Osmia cornuta, Bild 3"></a></li>
     <li><a href="osmia-cornuta.html#4"><img src="osmia-cornuta-15-3404k.jpg" alt="Osmia cornuta, Bild 4"></a></li>
     <li><a href="osmia-cornuta.html#5"><img src="osmia-cornuta-15-3417k.jpg" alt="Osmia cornuta, Bild 5"></a></li>
     <li><a href="osmia-cornuta.html#6"><img src="osmia-cornuta-15-3435k.jpg" alt="Osmia cornuta, Bild 6"></a></li>
     <li><a href="osmia-cornuta.html#7"><img src="osmia-cornuta-15-3443k.jpg" alt="Osmia cornuta, Bild 7"></a></li>
    </ul>
   </div>
  </div>
 </section>
 …
</section>
<section id="pflanzen">
 <h2>Pflanzen</h2>
 …
</section>
<section id="pilze">
 <h2>Pilze</h2>
 …
</section>

Das ist mein Entwurf ohne jegliche Formatierungen und mit durchaus diskutabler Elementauswahl (section versus div in den tieferen Verschachtelungen).

relevante Änderungen:

• Textabsätze (<p>) erhalten ein schließenden Tag (</p>) (sollten sie haben, das gilt natürlich auch für alle anderen Vorkommnisse)
• Bilder sind Listenpunkte
• Bilder haben Alternativtexte (müssen sie haben, hier bietet sich ein der Artenname mit Bildernummer als Text an)
• die nur fragmentarisch notierten Sektionen bekommen eine analoge Struktur mit ID, Überschriften und Unterelementen
• Umlaute (und eventuell weitere maskierte Buchstaben) werden als Buchstabe notiert („ö“ statt „&ouml;“ in „Gehörnte“), die Maskierung ist unnötig

Vermutlich wird bei weiteren Vorschlägen anderer keine sehr viel andere HTML-Struktur herauskommen. Wenn die Struktur mitsamt anderen notwendigen Änderungen außen herum fest steht – und wirklich erst dann –, kann es an die Formatierungen gehen.

Tschö, Auge

[Der Martin]

Moin,

Wenn wir uns gedanklich durch eine passende HTML-Struktur eines Inhaltsverzeichnisses inspirieren lassen, ergibt sich daraus eine analoge Struktur für die Inhalte.

sollte die Denkweise nicht genau umgekehrt sein? Ich würde eher den Focus auf die eigentlichen Inhalte legen und dann aus deren Struktur das Inhaltsverzeichnis ableiten.

• Umlaute (und eventuell weitere maskierte Buchstaben) werden als Buchstabe notiert („ö“ statt „&ouml;“ in „Gehörnte“), die Maskierung ist unnötig

Das stimmt; diese Verst&uuml;mmelung ist nur nötig, wenn man eine Codierung verwendet, in der diese Zeichen nicht darstellbar sind (z.B. ASCII), oder wenn man keinen Einfluss auf die Codierungs-Einstellungen hat und "safe" sein will. Ich kann mir aber gerade keinen realistischen Use Case vorstellen.

Man darf es mit dem "Entmaskieren" aber bitte nicht zu weit treiben: Sonderzeichen im Sinne von HTML, also '<', '>' und '&' müssen auf jeden Fall maskiert werden (also als &lt;, &gt; oder &amp; geschrieben werden), wenn sie Teil des Textes sind.

Ciao,
 Martin

[Matthias Apsel]

Hallo Der Martin,

Sonderzeichen im Sinne von HTML, also '<', '>' und '&' müssen auf jeden Fall maskiert werden (also als &lt;, &gt; oder &amp; geschrieben werden), wenn sie Teil des Textes sind.

'>' ist unproblematisch, '&' auch wenn es von Leerzeichen umschlossen ist (oder inzwischen komplett unproblematisch, wenn es nicht als URL-Bestandteil auftaucht.

'"' fehlt noch in der Reihe derjenigen Zeichen, die ggf. Berücksichtigung finden sollten.

Bis demnächst
Matthias

[Der Martin]

Hallo Matthias,

Sonderzeichen im Sinne von HTML, also '<', '>' und '&' müssen auf jeden Fall maskiert werden (also als &lt;, &gt; oder &amp; geschrieben werden), wenn sie Teil des Textes sind.

'>' ist unproblematisch, '&' auch wenn es von Leerzeichen umschlossen ist

okay, stimmt - es ist dann einfach nur "unordentlich".

(oder inzwischen komplett unproblematisch, wenn es nicht als URL-Bestandteil auftaucht.

Nicht generell. Die Fehlerkorrektur der Browser toleriert z.B. das Weglassen des Semikolons als Abschluss einer Entity-Referenz, so dass z.B. paste&copy^[1] in der Ausgabe als paste© erscheint.

'"' fehlt noch in der Reihe derjenigen Zeichen, die ggf. Berücksichtigung finden sollten.

Nur wenn es in Attributwerten steht, die ihrerseits mit Double Quotes begrenzt sind. Außerhalb von Attributwerten ist es AFAIK unkritisch.

Ciao,
 Martin

---

1. Ja, das ist eigentlich verkehrtrum. Nur der Demonstration wegen. ↩︎

[Gunnar Bittersmann]

@@Matthias Apsel

Sonderzeichen im Sinne von HTML, also '<', '>' und '&' müssen auf jeden Fall maskiert werden (also als &lt;, &gt; oder &amp; geschrieben werden), wenn sie Teil des Textes sind.

Nein, nicht in jedem Fall.

'>' ist unproblematisch, '&' auch wenn es von Leerzeichen umschlossen ist (oder inzwischen komplett unproblematisch, wenn es nicht als URL-Bestandteil auftaucht.

'"' fehlt noch in der Reihe derjenigen Zeichen, die ggf. Berücksichtigung finden sollten.

Nicht, wenn es Teil des Textes ist.

(Was es aber nicht sein sollte. " und ' sollten im Text nicht vorkommen. Ausnahme: in code-Elementen.)

" muss escapet werden, wenn es in einem in " eingeschlossenen Attributwert vorkommt; ' in ' eingeschlossenen Attributwert.

< in " oder ' eingeschlossenem Attributwert hingegen ist unproblematisch.

Man fährt aber sicher gut damit: <, > und & sollten maskiert werden. Dann kann man sich die Überlegung sparen, ob nun oder ob nicht.

LLAP 🖖

[Auge]

Hallo

Wenn wir uns gedanklich durch eine passende HTML-Struktur eines Inhaltsverzeichnisses inspirieren lassen, ergibt sich daraus eine analoge Struktur für die Inhalte.

sollte die Denkweise nicht genau umgekehrt sein? Ich würde eher den Focus auf die eigentlichen Inhalte legen und dann aus deren Struktur das Inhaltsverzeichnis ableiten.

@pphtml hat in seiner Seite, die auch als problematische Seite verlinkt ist, ein – wenn auch nur optisch – schlüssig strukturiertes Inhaltsverzeichnis (mMn) mitgeliefert. Also kann das, in eine sinnvolle HTML-Struktur gebracht, auch als Basis dienen.

Tschö, Auge

[jensm]

Moin Peter,

mal eine Frage: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> Du weist, dass dies „Altmodisch“ ist?

HTML 3.2 Reference Specification W3C Recommendation 14-Jan-1997 Superseded 15-March-2018

Klar kann man heute auch noch mit einem VW Käfer auf der Straße fahren, es muss kein selbstfahrendes Auto sein. Doch ein punkto Sicherheit und Komfort ist ein modernes Auto besser. HTML 3.2 wird zwar auch heute noch von Modernen Browsern unterstütz. Aktuelles HTML5 ist ja eine Weiterentwicklung. Genau wie ein SUV eine Weiterentwicklung von einem Kübelwagen ist – der eine Weiterentwicklung des Käfers war. Doch aus heutiger Sicht, ist HTML5 weniger reparaturanfällig und komfortabler

Live long and prosper \//_ 🖖

[Gunnar Bittersmann]

@@jensm

mal eine Frage: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> Du weist, dass dies „Altmodisch“ ist?

Nicht nur altmodisch, sondern auch eher unsinnig, da dies die Browser in den Quirksmodus versetzt. (siehe Tabelle)

Genau wie ein SUV eine Weiterentwicklung von einem Kübelwagen ist

Sehr gewagte These.

[Kübelwagen] – der eine Weiterentwicklung des Käfers war.

Der VW Typ 181 wurde auf Basis des Käfers entwickelt, aber Weiterentwicklung würde ich das nicht nennen.

Live long and prosper \//_ 🖖

Dir wurde ein Finger abgeschnitten?

LLAP 🖖

[Rolf B]

Hallo Gunnar,

Genau wie ein SUV eine Weiterentwicklung von einem Kübelwagen ist

Sehr gewagte These.

Noch gewagter finde ich die Andeutung, dass der SUV eine Analogie zu HTML5 sei - also etwas, dessen Gebrauch allgemein empfehlenswert ist.

Es gibt Anwendungsfelder für SUVs. Aber auf diesen Feldern dürften die meisten als SUV verkauften Blechmonster scheitern. Und die meisten Leute, die einen „SUV“ fahren, haben diese Anwendung nicht. Statt dessen empören sie sich lieber künstlich über Lieder, die diesen Wahn persiflieren. Meine Omas waren auch arme Socken und keine Umweltsäue. Aber sehr viele, die sich heutzutage einen SUV leisten, haben das Geld im Wirtschaftswunder verdient und sind heutzutage Oma und Opa. Das Lied trifft exakt den Punkt (und ein paar unschuldige Punkte dazu).

Ja, ich bin OT geworden. Sorry.

Rolf

[Der Martin]

Hallo Rolf,

Es gibt Anwendungsfelder für SUVs. Aber auf diesen Feldern dürften die meisten als SUV verkauften Blechmonster scheitern.

richtig - ein Ziel bei der Entwicklung von SUVs ist, dass sie geräumig sind und viel Platz auch für sperrige Ladung bieten. Das trifft wohl auch auf die meisten zu. Ein anderes Ziel ist, dass sie auch bedingt Offroad-tauglich sind. Und das sind wohl die wenigsten, wenn man auch mal Auto-Magazine anschaut. Und selbst wenn sie es sind, würden die meisten SUV-Besitzer um Himmels Willen nicht die befestigten Straßen und Wege verlassen, das Heilix Blechle könnte ja eine Schramme abkriegen.

Ich war fassungslos und habe gehässig gegrinst, als ich vor einigen Jahren erlebt habe, wie ein Porsche Cayenne an der Steigung einer Tiefgaragen-Ausfahrt vom Hotel gescheitert ist: Der musste oben kurz anhalten, um den Querverkehr abzuwarten, und kam dann an der Steigung nicht mehr vom Fleck. Mit Automatik!
Der Fahrer hat dann seinen Beifahrer rausgeschickt, um auf der Straße aufzupassen, wann alles frei ist, und dann Handzeichen zu geben, während der Fahrer langsam rückwärts wieder die Auffahrt runterrollte und es dann mit Anlauf geschafft hat.

Mein Kollege und ich hatten mit unserem Geschäftswagen, einem "popeligen Golf", keine Probleme an der Stelle (auch wenn mir dort beim Anfahren an der Steigung die Kupplung ein bisschen leid getan hat).

Und die meisten Leute, die einen „SUV“ fahren, haben diese Anwendung nicht. Statt dessen empören sie sich lieber künstlich über Lieder, die diesen Wahn persiflieren. Meine Omas waren auch arme Socken und keine Umweltsäue. Aber sehr viele, die sich heutzutage einen SUV leisten, haben das Geld im Wirtschaftswunder verdient und sind heutzutage Oma und Opa. Das Lied trifft exakt den Punkt (und ein paar unschuldige Punkte dazu).

Ich kenn zwar kein Lied, das auf deine Beschreibung passt, kann deine Ausführungen aber gut nachvollziehen.

Ja, ich bin OT geworden. Sorry.

Macht nix. Mutti hat Nasivin. ;-)

Ciao,
 Martin

[Gunnar Bittersmann]

@@Der Martin

Ich kenn zwar kein Lied, das auf deine Beschreibung passt

Der WDR Kinderchor singt „Meine Oma ist ’ne alte Umweltsau“

LLAP 🖖

[Gunnar Bittersmann]

@@Rolf B

Das Lied trifft exakt den Punkt (und ein paar unschuldige Punkte dazu).

Ich hab das Lied im mein Repertoire aufgenommen und es vorgestern mit der Ansage vorgetragen, das Lied gehört gespielt, ohne dass man sich dafür entschuldigt, auch wenn – gerade weil – es einigen ⬛︎⬛︎⬛︎⬛︎⬛︎ nicht passt.

LLAP 🖖

[Matthias Apsel]

Hallo jensm,

schön, mal wieder von dir zu lesen. Ich wünsche dir ein frohes und gesundes neues Jahr.

Bis demnächst
Matthias

[pphtml]

Hallo jensm,

vielen Dank für deinen Beitrag. Bisher hat mich meine "altmodische" HTML-Deklaration noch nicht gestört. Du kannst an ihr sehen, wie alt meine Seite ist. Ich bin beim Programmieren zwar überaus konservativ (man könnte es auch faul nennen), aber dennoch Neuerungen nicht abgeneigt, wenn sie mir etwas bringen. Als ich das letzte Mal (das ist Jahre her) nach HTML5 geschaut habe, gab es allerdings noch ein paar Vorbehalte. Ich glaube gerne, dass diese Vorbehalte (frag mich nicht, was diese im einzelnen waren) inzwischen verschwunden sind, und so habe ich meine Seite jetzt mit <!DOCTYPE html> beginnen lassen. Ich hoffe, das ist richtig.

Liebe Grüße
Peter

PS: Die "problematische Seite" ist peter-preus.de/nf/index.php