Frames - name=
anonymous D.
- html
0 Carsten0 anonymous D.0 Carsten
Auf meiner Seite http://www.wg-zimmer.de
gibt es fogendes Problem :
Ein Verweisziel <a href=".." target="hilfe" ...
wird nur mit dem I-Expl. im richtigen Frame dargestellt <frame src="..." name="hilfe ... .
Bei Netscape wird ein neues Fenster geöffnet - Das soll aber gerade nicht sein !
Die betreffende Seite findet Ihr unter :
http://www.wg-zimmer.de/ann/privat/fr_priva.htm od.
http://www.wg-zimmer.de/ann/privat/fr_privg.htm od.
http://www.wg-zimmer.de/ann/gewerbe/fr_gewa.htm od.
http://www.wg-zimmer.de/ann/gewerbe/fr_gewg.htm
Dort wird mit Perl ein Formular ausgegeben. Die Feldbezeichnungen sind mit Hilfe-Links unterlegt, die eigentlich in dem Frame oberhalb des Formulars angezeigt werden sollen.
Warum kennt Netscape das mit "hilfe" bezeichnete Frame nicht ?
Fehler im HTML-Text oder liegt es am Perl-Script, das auf einem anderen Server ausgeführt wird ?
Eigene Antwort zu Perl-S.:
Was hat der Server mit lokalen Framebezeichnungen zu tun - nix !
Danke im Voraus
anonymous D.
Hallo anonymous,
du ahnst es ja schon:
Fehler im HTML-Text
ich hätte da 4 </a> 's für dich, die sorgfältig im Quelltext verteilt
werden wollen, ein Pärchen verruschte <form> Tags und eventuell eine
nicht sauber definierte Tabellenzelle.
Und wo das ganze fehlt und damit das nicht wieder passiert und überhaupt
sagt dir Tidy:
http://perso.wanadoo.fr/ablavier/TidyGUI/
(womit ich mal wieder meinen Lieblingslink untergebracht hätte)
Gruss,
Carsten
Hallo anonymous,
du ahnst es ja schon:
Fehler im HTML-Text
ich hätte da 4 </a> 's für dich, die sorgfältig im Quelltext verteilt
werden wollen, ein Pärchen verruschte <form> Tags und eventuell eine
nicht sauber definierte Tabellenzelle.Und wo das ganze fehlt und damit das nicht wieder passiert und überhaupt
sagt dir Tidy:
http://perso.wanadoo.fr/ablavier/TidyGUI/
(womit ich mal wieder meinen Lieblingslink untergebracht hätte)Gruss,
»» Carsten
Superprogramm - Achtung Ironie !!!
Die </a>'s sind alle da, auch Deine=Tidys 4.
Man sollte sich nicht auf solche Programme verlassen.
Außerdem verlangt das Design nach Mitteln, die nicht irgenwo im WC00 definiert sind ( <- zu den 133xxx anderen Fehlern in Tidy)
Also, wer schaut sich bitte den Code nochmal SELBST an ??
Hallo anonymous,
Superprogramm - Achtung Ironie !!!
Die Ironie verstehe ich nicht. Es ist ein nützliches kleines Tool, das
hilft solche dämlichen flüchtigkeitsfehler Fehler wie verkehrt verschachtelte
Tags und fehlende End-Tags zu vermeiden.
Die </a>'s sind alle da, auch Deine=Tidys 4.
Nein. Folgendes Konstrukt findet sich vier mal in dem Output deines Scriptes:
<td width="30%">
<a href="http://www.wg-zimmer.de/hilfe/ann_hilf.htm#kaltmiete" target="hilfe">
<font size="1" face="arial">
<b>Kaltmiete</b><br>
<!-- hier fehlt ein </font> und ein </a> -->
<a href="http://www.wg-zimmer.de/hilfe/ann_hilf.htm#kaltmiete" target="hilfe">
<font size="1" face="arial">
<b>(Grundmiete)</b>
</font>
</a>
</td>
Wie du ja sicher weisst reagiert Netscape wesentlich empfindlicher auf
Schachtelfehler als der IE. Wieso also mit der Suche nach irgendwas
kompliziertem anfangen, bevor nicht wenigstens die Grundlagen (in diesem
Fall HTML was nachvollziehbar durch den Parser interpretiert werden kann)
stimmen.
Man sollte sich nicht auf solche Programme verlassen.
Keine Rede davon. Aber es hilft syntaktisch korrektes HTML zu erzeugen.
Und bei dem ist wiederum die Wahrscheinlickeit grösser, dass es nicht nur
in genau der getesten Browser/OS Kombinationen läuft.
Außerdem verlangt das Design nach Mitteln, die nicht irgenwo im WC00
definiert sind ( <- zu den 133xxx anderen Fehlern in Tidy)
Naja es kommen wohl eher 7 fehlende 'alt' Attribute bei raus, alles andere
verkraftet dein Design ohne optische und funktionale Änderungen.
Ausserdem ist es sinnvoll zu wissen was man tut. Wenn man irgendeine
fehlerhafte Syntax unbedingt braucht, kann man sie ja, nachdem alles
läuft, wieder einbauen.
Also, wer schaut sich bitte den Code nochmal SELBST an ??
Auch das hatte ich natürlich getan. Ohne das mir was aufgefallen wäre.
Der tatsächliche Fehler ist übrigens nicht syntaktischer Natur.
Leg den 'inneren' Frameset (die beiden Rows) mal in eine eigene
Datei und die dann auf den mycgiserver. Dann sollte es gehen.
(Ist das nun ein Bug oder ein Sicherheitsfeature?)
Gruss,
Carsten
Danke - geht !
brauch dann also keine weitere Hilfe.
cu
anonymous D.