Matze: Wo gebe ich den Doctype in Frameseiten an??

Servus,

mal eine kleine Frage,
Bei einer Frameseite index.html welche weitere Dokumente beinhaltet z.B page1.html content.html navi.html, in welcher Datei gebe ich meinen doctype an, bzw. reicht es diesen in der Frameseite z.B. index.html anzugeben.

Es ist klar wer es konsequent richtg macht gibt den immer überall an.
Wobei wenn ich den Titl einer Seite in der Frameseite selbst angebe taucht der auch immer durchgängig auf. Deswegen frage ich mich, ist es mit dem Doctype ähnlich?

Gruss matze

  1. Moin,

    mit einem Blick in Selfhtml hättest Du Dir die Fragen auch selbst beantworten können:

    Bei einer Frameseite index.html welche weitere Dokumente beinhaltet z.B page1.html content.html navi.html, in welcher Datei gebe ich meinen doctype an, bzw. reicht es diesen in der Frameseite z.B. index.html anzugeben.

    http://de.selfhtml.org/html/allgemein/grundgeruest.htm#dokumenttyp

    Es ist klar wer es konsequent richtg macht gibt den immer überall an.
    Wobei wenn ich den Titl einer Seite in der Frameseite selbst angebe taucht der auch immer durchgängig auf.

    http://de.selfhtml.org/html/kopfdaten/titel.htm

    Das title-Attribut und der Dokumenttyp gehören in jede Datei! Probier mal http://validator.w3.org/ für die einzelnen Seiten!

    Heiner

    1. Hallo,

      Das title-Attribut und der Dokumenttyp gehören in jede Datei!

      title-Element != title-Attribut

      MfG, Thomas

      1. Ihr habt ja prinzipiell Recht.
        Sind ja auch meine Worte.

        Wenn ich jedoch in der Frame Seite einen titel 'Überschrift'
         definiere,

        und in den anderen der Framesaeite zugehörigen Seiten einen anderen titel habe wird trtzdem der der Frameseite angezeigt.

        Gruss Matze

        1. Hallo Matze,

          Ihr habt ja prinzipiell Recht.
          Sind ja auch meine Worte.

          Thomas meinte was völlig anderes.

          title-Element: <title>Überschrift</title> != title-Attribut: <img ... title="...">

          Das hat nichts damit zu tun, welches title-Element in der Titelzeile erscheint.

          Grüße
          Andreas

          --
          Hier könnte Ihre Werbung stehen.
          1. Servus,

            ist mir schon klar, was er meinte...
            Des mit dem Dokumenten Titel war ja auch nur als Beispiel für meine Frage des Doctypes betreffend gewesen.

            Gruss Matze

        2. Hi,

          Ihr habt ja prinzipiell Recht.

          nicht nur prinzipiell..;-)

          Wenn ich jedoch in der Frame Seite einen titel 'Überschrift'
           definiere, und in den anderen der Framesaeite zugehörigen Seiten einen anderen titel habe wird trtzdem der der Frameseite angezeigt.

          aber nur, solange die entsprechende seite im frameset angezeigt wird. öffne eine datei einmal im neuen fenster, und du wirst sehen, daß der titel hier auch sinn macht (genau wie der doctype).

          freundliche Grüße
          Ingo

          1. Lieber Ingo,

            trotzdem war die gegebene Antwort nicht die, die zu meiner Frage passte.

            Z.b: Wenn ich frage welche Farben haben Tomaten....

            Dann ist es eigentlich völlig belanglos zu erfahren, dass Bananen gelb sind oder?

            Gruss Matze

            1. hi,

              trotzdem war die gegebene Antwort nicht die, die zu meiner Frage passte.

              vielleicht nicht die antwort, die _dir_ passte. dass du auf diese aber hier im forum kein anrecht hast, dürfte/sollte dir aber mittlerweile klar geworden sein.

              Z.b: Wenn ich frage welche Farben haben Tomaten....
              Dann ist es eigentlich völlig belanglos zu erfahren, dass Bananen gelb sind oder?

              langsam kristallisiert sich da wohl eine gesetzmässigkeit heraus:
              je dümmer die frage (dümmer im sinne von fragestellungen, die aufmerksames lesen von selfhtml schon beantwort hätte), desto patziger fallen meist auch die rückantworten aus, wenn nicht im sinne des fragestellers geantwortet wurde ...

              gruss,
              wahsaga

              1. Sorry falsch gepostet das galt jemandem anderen.

                Gruss Matze

            2. Hallo Matze,

              trotzdem war die gegebene Antwort nicht die, die zu meiner Frage passte.

              Z.b: Wenn ich frage welche Farben haben Tomaten....

              Dann ist es eigentlich völlig belanglos zu erfahren, dass Bananen gelb sind oder?

              die Antwort hätte ja immerhin schon Bezüge zur Ausgangsfrage, so Farbigkeit, Essbarkeit.... :-)

              Vielleicht ist der Übergang zwischen Forums- und Trollkultur so fließend,  daß eine klare Grenzziehung kaum gelingen kann.

              Grüsse

              Cyx23

  2. hi,

    vielleicht kannst Du ja ganz auf Frames verzichten? ist sowieso eine veraltete Technik.

    lars

    1. Damit der Benutzer dann jedes mal Firmenlogo und Co frisch Laden muss?

      Nicht immer ist altes auch schlecht.

      Gruss matze

      1. Damit der Benutzer dann jedes mal Firmenlogo und Co frisch Laden muss?

        Die hat er ja im Browsercache. Ohne Frames hat er dann nur ein Dokument, so wie es html will! So wie es im WWW sinnvoll ist (Stichwort: Suchmaschinen).

        lars

        1. Das ist ein gutes Argument.
          An die Suchmaschinen habe ich mal wieder nicht gedacht.

          Gruss Matze

        2. Servus,

          Die hat er ja im Browsercache. Ohne Frames hat er dann nur ein Dokument, so wie es html will! So wie es im WWW sinnvoll ist

          nicht jeder hat seinen bowser cach grad mal gross genug und für Suchmaschinen kann man die Metainfo durchaus auch in der Framseite selbst haben.

          Also ich weiss nicht was sonst gegen Framesetz spricht, wenn dieses dazu dient Navigations und Contetn Elemente zu trennen.

          Gruss Matze

          1. Hallo,

            für Suchmaschinen kann man die Metainfo durchaus auch in der Framseite selbst haben.

            Nur ob die suchmaschinen sich für die inhlate in den metatags interessieren?

            Also ich weiss nicht was sonst gegen Framesetz spricht, wenn dieses dazu dient Navigations und Contetn Elemente zu trennen.

            Informationen findest du hier:
            http://www.subotnik.net/html/frames.html
            Subotnik: Warum Frames out sind (und es schon immer waren...)

            und natürlich im </archiv/>

            Gruss, Jan aus Dresden

            1. Servus,

              der Artikel war aufschlussreich.
              Wenn ich morgen früh meinen entwickler sage,

              Jungs zukünftig gibt es keine Frames mehr.
              Also zieht das ganze Layout in eurer Seitengenerierung mit....
              Passt aber auf, dass bei längeren Listen das Design nicht verbogen wird. etc.

              Ich glaube spätestens dann Ernte ich viel Lob und Beifall.

              Gruss Matze

            2. Servus,

              den Artikel haeb ich mir nochmasls vorgeknöpft und mir Gedanken gemacht.

              Punkt 1:

              Ich frage mich gerade, wer eigentlich immer noch der Überzeugung ist, dass eine für Webbrowser optimierten HP auch ideal für HTML fähige Browser ist?
              Schon allein die geringe Anzeigeflöche sollte davor abschrecken dieses Format auch hierfür zu verwenden. Wer seine anwender quälen will kann das gerne tun aber wir z.B: bieten hierfü seperate Layouts und seiten für Mobile Geräte.

              Punkt 2:

              Wer eine Seite in die Favouriten nimmt, welches bestandteil eines Framesets ist, bekommt auch beim schnellen durchklicken den content teil, den er ursprünglich haben wollte. Ausserdem kann man mit Jscript z.B: verifizieren, dass wenn die Seite ausserhalb eines Frames geladen wird, der Rest des Frames ebenfalls gelden wird und die Seite optimal wieder passt.

              Das Script dürfte wohl 5 Zeilen nicht überschreiten.

              Ausserdm ist mr noch eingefallen, dass unsere Entwickler z.B. die in erster Linie Zielgruppe für unsere Seiten sind den Cache auf null und nix runtergesetzt haben. Schon allein deswegen, weil der Cache sowie der Proxy öfters mal für unwerwünschte effekte sorgt, wenn man Änderungen in einer Seite z.B. überprüfen will.
              Die würden dann wieder alles Laden bei jedem Zugriff.
              So ganz sinnlos ist es also doch nicht.

              gruss Matze

              1. hi,

                Punkt 1:
                Ich frage mich gerade, wer eigentlich immer noch der Überzeugung ist, dass eine für Webbrowser optimierten HP auch ideal für HTML fähige Browser ist?

                die meisten hier "optimieren" nicht für irgendwas, sondern versuchen standardkonformes html zu erstellen.

                Punkt 2:
                Wer eine Seite in die Favouriten nimmt, welches bestandteil eines Framesets ist, bekommt auch beim schnellen durchklicken den content teil, den er ursprünglich haben wollte.

                um mich anschliessend immer noch irgendwo "durchzuklicken", setze ich mir doch gar nicht erst einen bookmark. das widerspricht ja schon dem _sinn_ eine bookmarks ...

                Ausserdem kann man mit Jscript z.B: verifizieren, dass wenn die Seite ausserhalb eines Frames geladen wird, der Rest des Frames ebenfalls gelden wird und die Seite optimal wieder passt.

                du gehst ja schon wieder davon aus, dass JS gottgegeben und immer und überall verfügbar sei ...
                in deinem intranet darfst du das ja von mir aus gerne machen, wenn's den tatsachen entspricht.
                aber einer allgemeinen kontra-frames-theorie denn sinn absprechen, nur weil in deiner spezialumgebung gewisse probleme durch workarounds verhindert werden können, verfehlt das thema.

                gruss,
                wahsaga

                1. Hallo,

                  Punkt 1:
                  Ich frage mich gerade, wer eigentlich immer noch der Überzeugung ist, dass eine für Webbrowser optimierten HP auch ideal für HTML fähige Browser ist?
                  die meisten hier "optimieren" nicht für irgendwas, sondern versuchen standardkonformes html zu erstellen.

                  doch nicht standardkonform als Selbstzweck, vielleicht als Hobby oder als sinnvolle Strategie.

                  Punkt 2:
                  Wer eine Seite in die Favouriten nimmt, welches bestandteil eines Framesets ist, bekommt auch beim schnellen durchklicken den content teil, den er ursprünglich haben wollte.
                  um mich anschliessend immer noch irgendwo "durchzuklicken", setze ich mir doch gar nicht erst einen bookmark. das widerspricht ja schon dem _sinn_ eine bookmarks ...

                  Allerdings, aber das bookmarken des Frames klappt z.B. beim IE sehr gut mit der rechten Maustaste, zumal Frames nicht ungewöhnlich sind.

                  Ausserdem kann man mit Jscript z.B: verifizieren, dass wenn die Seite ausserhalb eines Frames geladen wird, der Rest des Frames ebenfalls gelden wird und die Seite optimal wieder passt.
                  du gehst ja schon wieder davon aus, dass JS gottgegeben und immer und überall verfügbar sei ...
                  in deinem intranet darfst du das ja von mir aus gerne machen, wenn's den tatsachen entspricht.
                  aber einer allgemeinen kontra-frames-theorie denn sinn absprechen, nur weil in deiner spezialumgebung gewisse probleme durch workarounds verhindert werden können, verfehlt das thema.

                  Die Praxis sieht gerade umgekehrt aus, Script ist nahezu überall verfügbar, sogar und gerade in sicherheitsbewussteren Umgebungen wo man es erstmal weniger vermutet. Oder schaut es bei deinem intranet ausnahmsweise anders aus?

                  Grüsse

                  Cyx23

                2. Servus wahsage,

                  tu mir doch bitte einen gefallen.
                  Wenn Du meine Aussagen zitierst dann behalte doch auch den Zusammenhang meiner Aussage im Fokus.

                  In diesem Fall waren es öfters Antworten auf andere bestehende Aussagen.

                  Gruss Matze

    2. Hallo Lars,

      vielleicht kannst Du ja ganz auf Frames verzichten? ist sowieso eine
      veraltete Technik.

      HTTP wurde erstmals 1990 spezifiziert. Ist also eine veraltete Technik.
      Würde ich nicht mehr benutzen.

      • Tim
      --
      </ironie>
  3. Hallo Matze,

    Bei einer Frameseite index.html welche weitere Dokumente beinhaltet z.B page1.html content.html navi.html, in welcher Datei gebe ich meinen doctype an, bzw. reicht es diesen in der Frameseite z.B. index.html anzugeben.

    Die Dokumenttyp-Angaben sollten auch in den Dateien enthalten sein, die das Frameset lädt. Wenn man davon ausgeht, dass die enthaltenen Dokumente wie page1.html, content.html oder navi.html nicht ihrerseits Framesets definieren, benötigen sie ja ohnehin eine Dokumenttyp-Angabe der Variante "Strict" oder "Transitional" (siehe Heiners 1. Link). Die index.html benötigt dagegen eine Dokumenttyp-Angabe der Variante "Frameset". Zu den dabei möglichen Problemen siehe:
    http://de.selfhtml.org/html/frames/eigenschaften.htm#rahmen

    Gruß Reyk

    1. kleiner Nachtrag:

      Wenn man davon ausgeht, dass die enthaltenen Dokumente wie page1.html, content.html oder navi.html nicht ihrerseits Framesets definieren, benötigen sie ja ohnehin eine Dokumenttyp-Angabe der Variante "Strict" oder "Transitional" (siehe Heiners 1. Link).

      ... wobei wegen der Verweisproblematik und wegen des oftmals nötigen target-Attributs "Transitional" wohl häufiger im Einsatz ist.
      http://selfhtml.teamone.de/html/frames/verweise.htm#beenden_von_framesets

      Gruß Reyk