nicht angemeldet
StruppiMan hat sich anscheinend einfach drauf geeinigt, dass Frames in aller Regel unrauchbar sind, basta.
Naja, Frames machen im Rahmen einer üblichen Website Probleme, die gelöst werden müssen und zu denen Erfahrung gehört. Aber es gibt durchaus Rahmenbedingungen unter denen sie Sinn machen.
Zuerst habe ich gedacht, der Name "SELFHTML" beute soviel wie "HTML selbst gemacht", ohne Vorurteile und ohne bestimmten Fokus. Aber dann habe ich bald gemerkt, dass es eigentlich nur ums WWW geht, d.h. man sollte es vielleicht besser in "WWWHTML" umbenennen und dann erst recht besonders auf Vor- und Nachteile von Frames eingehen.
Ich les' das so, dass du das polemisch meinst. Aber eine Doku sollte vollständig sein und die hat auch nichts mit der Meinung die hier im Forum vertreten wird zu tun. Man kann natürlich bei dem einen oder anderen Punkt auf Nachteile oder Schwierigkeiten hinweisen, aber im grossen und ganzen ist selfhtml neutral. Wo du aus der Doku, deinen oben genannten Standpunkt herrausliest, ist mir nicht so klar. Das Forum und die Doku sind zwei völlig unterschiedliche Sachen und das ist ja genau das was du erwartest.
Dass Browser ohnehin eigenmächtig den Zeilenumbruch dynamisch an die Fenstergröße bzw. den Viewport anpassen, ist IMO kein Vorteil und kein brauchbares Argument gegen Frames, denn Browser haben anscheinend nicht die geringste Ahnung von Typografie. Jeder Typograf lernt im ersten Lehrjahr, dass die Zeilenlänge zwischen 50 und 60 Zeichen betragen sollte, damit ein Text noch gut lesbar ist.
Das was du ansprichst ist ein ganz normales Verhalten von Fließtext, in allen Anwendungen - überall!
Um die von dir gewünschte Zeilenbreite anzuzeigen musst du überall das Seitenformat entsprechend formatieren. Auch in einer textverarbeitung wird bei einer grossen Auflösung im Vollbild mit der enstprechenden Schriftgröße 100 und mehr Zeichen pro Zeile angezeigt. Das ist also Aufgabe des Gestalters und nicht des Programmes das zu verhindern, z.b. indem du die Seitengröße und/oder die Rändern entsprechend setzt.
In den Printmedien wird das berücksicht, aber am Bildschirm?
Wenn du mir zeigst wie du mit ein und der gleichen Druckvorlage im Printbereich auf verschiedenen Formaten druckst, dann stimmt die Aussage, ansonsten kannst du das eine nicht mit dem anderen Vergleichen
Z.B. könnte ein DJ seine eigene Musikdatenbank einrichten, [...]. Es sind noch zahlreiche andere Anwendungen denkbar.
Genau - Frames können durchaus Sinn machen, nicht umsonst bemüht man sich für das Problem an sich, auch einen Nachfolger zu finden (xframes oder teilweise iframes). Ich denke das Problem ist, das HTML relativ viel können muss und gleichzeitig nicht zuviel können darf, es gibt ja ein paar Ansätze Frames ersetzbar zu machen, z.b. die CSS Eigenschaften position:fixed oder overflow:scroll, wie schwierig aber die Umsetzung ist zeigt sich dann aber in den Darstellungsfehler die auftreten können.
Ich denke auch dass es keine Diskussion an sich ist, sondern eben - wie auch schon erwähnt - in erster Linie darum geht, dass HTML Anfänger die hier Fragen zu Frames stellen oft die anderen Möglichkeiten oder die Schwierigkeiten mit frames bei Internetseiten nicht kennen und hier deshalb gerne erstmal etwas pauschal die Technik verteufelt wird, um den Fragesteller die Möglichkeiten zu geben darüber sich Gedasnken zu machen.
Struppi.
Gunnar Bittersmann