anonymous D.: Frames - name=

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.

  1. 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

    1. 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 ??

      1. 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

        1. Danke - geht !

          brauch dann also keine weitere Hilfe.

          cu

          anonymous D.