Urmel: Frames: 'scrolling="yes"' geht nicht

Hallo,

ich habe da einen Frame, in dem das Ergebnis eines CGI-Aufrufs angezeigt werden soll. Das kann unterschiedlich lang sein. Da dieser Frame genau auf den darueber befindlichen ausgerichtet sein soll, will ich vermeiden, dass der Scrollbar mal da ist und mal nicht - also soll er immer da sein. Aber das funktioniert nicht -  'scrolling="yes"' wird ignoriert, getestet mit FF 2.0.0.4 und IE6 unter wine.

Schließlich habe ich mir den Code aus dem Demo von http://de.selfhtml.org/html/frames/eigenschaften.htm#scrollbars kopiert und folgendes daraus gemacht:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN"
   "http://www.w3.org/TR/html4/frameset.dtd">
<html>
  <head>
    <title></title>
  </head>
  <frameset rows="250,*">
    <frame src="inner.cgi" name="inner" scrolling="no">
    <frame src="inner.cgi" name="inner" scrolling="yes">
    <noframes>
      <p>test</p>
      <p>test</p>
    </noframes>
  </frameset>
</html>

Als XXX.html gespeichert und per https aufgerufen. Ergebnis: Ein senkrechter Scrollbar im oberen Frame (wo scrolling="no" steht) weil das Ergebnis von "inner.cgi" nicht ganz hineinpasst und kein Scrollbar im unteren Frame. Also genau das Gegenteil von Richtig.

Woran kann das wohl liegen?
Ist es moeglich, dass die Ausgabe von inner.cgi eine Rolle spielt?

Vielen Dank im voraus
Urmel

  1. <frameset rows="250,*">
        <frame src="inner.cgi" name="inner" scrolling="no">
        <frame src="inner.cgi" name="inner" scrolling="yes">
        <noframes>
          <p>test</p>
          <p>test</p>
        </noframes>
      </frameset>

    2 Frames mit gleichem Namen?

    Hans

    1. 2 Frames mit gleichem Namen?

      Sieh an, hab ich nicht drauf geachtet. Danke! Wird morgen geprüft...

      Da ist noch etwas, das ich wohl hätte erwähnen sollen: "inner.cgi" erzeugt ebenfalls ein Frameset mit Frames.

      Gruß
      Urmel