[Erledigt] <frame>-Tag migrieren?

Sniper_Kotaro · 15.11.2011, 15:04

Hi Leute!

Aktuell sitze ich auf der Arbeit daran, den Code auf einen aktuelleren Stand zu bringen.
Unsere Applikation, die wir intern nutzen und weiterentwickeln, benutzt den <frame>-Tag, welcher meines Wissens nach deprecated ist.
Gibt es eine neuere Alternative zu <frame>?

Unsere Applikation besteht aus 3 Frames:
links die Navi, oben nen Header und in der Mitte der eigentliche content.
Der Auftraggeber wünscht explizit, dass nicht die komplette Seite, sondern nur der content neu geladen wird, wenn ein Menüpunkt in der Navi gewählt wird, deswegen muss ich mich daran halten.

Hat jemand eine Idee?

ChrisB · 15.11.2011, 15:07

Zitat:

Zitat von Sniper_Kotaro

Unsere Applikation, die wir intern nutzen und weiterentwickeln, benutzt den <frame>-Tag, welcher meines Wissens nach deprecated ist.

Dann update mal dein Wissen.

Zitat:

Der Auftraggeber wünscht explizit, dass nicht die komplette Seite, sondern nur der content neu geladen wird, wenn ein Menüpunkt in der Navi gewählt wird, deswegen muss ich mich daran halten.

Dann bastle ihm was „feines“ mit AJAX, wenn du es nicht schaffst ihm von der Unsinnigkeit seiner Anforderung zu überzeugen.

Sniper_Kotaro · 15.11.2011, 15:56

Ist es also nicht deprecated?
Habe im Laufe der Zeit verschiedenste Sachen gelesen, außerdem zeigt mein Eclipse an, dass <frameset> und <frame> Tags obsolete sind für HTML5.

Es ist nicht meine Aufgabe mich mit dem Auftraggeber zusammenzusetzen, ich bin hier "nur" der Entwickler, ich habe keinen Kundenkontakt

Uns wurde angeordnet soweit wie möglich von AJAX Abstand zu nehmen, deswegen wollte ich einen anderen Weg wählen.

Also gibt es kein aktuell gültiges Equivalent zu <frame>?

ChrisB · 15.11.2011, 16:05

http://www.w3.org/TR/html5/rendering...-and-framesets

nikosch · 15.11.2011, 16:15

Das Äquivalent ist, die Seite ganz normal dynamisch vollständig zu rendern. Das tut in Zeiten von DSL auch niemandem mehr weh.

eagle275 · 15.11.2011, 16:24

außer, dass der Kunde herummosern wird....

Mach also wenigstens intern bei euch deutlich, das Frames sowas von vorgestern sind .- und in html5 nix mehr zu suchen haben - und sich daher die vom Kunden gewünschte "nur der Content aktualisiert sich" dann nur mit eurem "unerwünschtem Ajax" realisieren lässt. Aber im Grund hat nikosch recht, wenn die Seite performant läuft und die Datenbank-Abfragen keine ausufernden Wartezeiten bringen, macht die vom Kunden gewünschte Einschränkung höchstens vom Design her noch einen Unterschied.

Als Richtschnur kannst du da durchaus mal bei Google gucken ... wenn ich mich recht erinnere, wollen DIE schrittweise die Antwortzeiten auf 0,2 s drücken (bzw langsamere Seiten im Suchindex weiter hinten einstellen)

ChrisB · 15.11.2011, 19:05

Zitat:

Zitat von eagle275

Mach also wenigstens intern bei euch deutlich, das Frames […] in html5 nix mehr zu suchen haben

Stimmt nicht, siehe oben.

Dass sie für den vorliegenden Fall eher Blödsinn sind, ist ein anderes Thema.

nikosch · 15.11.2011, 19:08

Zitat:

Stimmt nicht, siehe oben.

Vielleicht sagst Du mal, worauf Du hinaus willst..

ChrisB · 15.11.2011, 19:12

Zitat:

Zitat von nikosch

Vielleicht sagst Du mal, worauf Du hinaus willst..

Die Aussage, dass Frames in HTML5 „nichts mehr zu suchen hätten“, stimmt einfach nicht.

eagle275 · 16.11.2011, 08:27

entschuldige ChrisB - aber deine Aussage hat in etwa die gleiche Qualität wie "funzt nicht" - "jeder" hier erzählt dir ..

"benutz keine Frames , keine Tabellen zum Layout, usw. ..." .. also wird es wohl seinen Grund haben -

und Frames machen meiner Meinung nach mehr kaputt, als das sie helfen
aus Sicht von
a) Barrierefreiheit
b) Style (die nächste Frage lautet bestimmt, wie er im Navi-Fame die aktivierten Menüpunkte hervorheben kann bzw dort sogar Inhalte ändern kann, wenn dort ein einfacher Link <a href="http://www.php.de/html-usability-und-barrierefreiheit/..." target="_content_frame"> steht, geht das nämlich nur über Krücken

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

15.11.2011, 15:04
Sniper_Kotaro Erfahrener Benutzer Registriert seit: 04.03.2009 Beiträge: 303 PHP-Kenntnisse: Anfänger	[Erledigt] <frame>-Tag migrieren? Hi Leute! Aktuell sitze ich auf der Arbeit daran, den Code auf einen aktuelleren Stand zu bringen. Unsere Applikation, die wir intern nutzen und weiterentwickeln, benutzt den <frame>-Tag, welcher meines Wissens nach deprecated ist. Gibt es eine neuere Alternative zu <frame>? Unsere Applikation besteht aus 3 Frames: links die Navi, oben nen Header und in der Mitte der eigentliche content. Der Auftraggeber wünscht explizit, dass nicht die komplette Seite, sondern nur der content neu geladen wird, wenn ein Menüpunkt in der Navi gewählt wird, deswegen muss ich mich daran halten. Hat jemand eine Idee? __________________


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

15.11.2011, 15:56
Sniper_Kotaro Erfahrener Benutzer Registriert seit: 04.03.2009 Beiträge: 303 PHP-Kenntnisse: Anfänger	Ist es also nicht deprecated? Habe im Laufe der Zeit verschiedenste Sachen gelesen, außerdem zeigt mein Eclipse an, dass <frameset> und <frame> Tags obsolete sind für HTML5. Es ist nicht meine Aufgabe mich mit dem Auftraggeber zusammenzusetzen, ich bin hier "nur" der Entwickler, ich habe keinen Kundenkontakt Uns wurde angeordnet soweit wie möglich von AJAX Abstand zu nehmen, deswegen wollte ich einen anderen Weg wählen. Also gibt es kein aktuell gültiges Equivalent zu <frame>? __________________

15.11.2011, 16:05
ChrisB Moderator¹ Registriert seit: 28.03.2010 Beiträge: 7.470 PHP-Kenntnisse: Fortgeschritten	http://www.w3.org/TR/html5/rendering...-and-framesets __________________ RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?

15.11.2011, 16:15
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.987 PHP-Kenntnisse: Fortgeschritten	Das Äquivalent ist, die Seite ganz normal dynamisch vollständig zu rendern. Das tut in Zeiten von DSL auch niemandem mehr weh. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

15.11.2011, 16:24
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	außer, dass der Kunde herummosern wird.... Mach also wenigstens intern bei euch deutlich, das Frames sowas von vorgestern sind .- und in html5 nix mehr zu suchen haben - und sich daher die vom Kunden gewünschte "nur der Content aktualisiert sich" dann nur mit eurem "unerwünschtem Ajax" realisieren lässt. Aber im Grund hat nikosch recht, wenn die Seite performant läuft und die Datenbank-Abfragen keine ausufernden Wartezeiten bringen, macht die vom Kunden gewünschte Einschränkung höchstens vom Design her noch einen Unterschied. Als Richtschnur kannst du da durchaus mal bei Google gucken ... wenn ich mich recht erinnere, wollen DIE schrittweise die Antwortzeiten auf 0,2 s drücken (bzw langsamere Seiten im Suchindex weiter hinten einstellen) __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

16.11.2011, 08:27
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	entschuldige ChrisB - aber deine Aussage hat in etwa die gleiche Qualität wie "funzt nicht" - "jeder" hier erzählt dir .. "benutz keine Frames , keine Tabellen zum Layout, usw. ..." .. also wird es wohl seinen Grund haben - und Frames machen meiner Meinung nach mehr kaputt, als das sie helfen aus Sicht von a) Barrierefreiheit b) Style (die nächste Frage lautet bestimmt, wie er im Navi-Fame die aktivierten Menüpunkte hervorheben kann bzw dort sogar Inhalte ändern kann, wenn dort ein einfacher Link <a href="http://www.php.de/html-usability-und-barrierefreiheit/..." target="_content_frame"> steht, geht das nämlich nur über Krücken __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste