Multiple Frame Update, "1 Cool Button Tool" und dynamische Menüs

[Zeljko M.]

Ich habe das Problem, daß wenn ich mehrere Frames bei einem Klick updaten lasse und dann im Browser zurückgehe (oder später wieder nach vorne), erst der eine Frame, dann der andere Frame verändert wird, aber nicht beide gleichzeitig! Das Problem tritt bei mir in Verbindung mit dem Programm "1 Cool Button Tool" (http://www.buttontool.com/) auf. Hat jemand eine Lösung?
HTML 4 scheint es einem komplizierter als nötig zu machen, mit Frames zu arbeiten. Überhaupt ist Layout mit HTML 4 sehr umständlich. Die Möglichkeiten, die ein ein normales Textverarbeitungsprogramm dagegen bietet, sind Gold dagegen! Wann wird HTML endlich der Tatsache gerecht, daß es im Internet sehr stark um Layout geht und nicht mehr nur um reinen Faktenaustausch zwischen Forschern?
Wie kann ich mit Java-Script dynamische Menüs mit Sound machen (beim Klicken soll ein Sound zu hören sein)? Mit dem Programm "1 Cool Button Tool" kann ich das zwar bequem machen, aber er macht ein Java-Applet daraus, was dazu führt, daß es etwas länger dauert, bis es im Browser dargestellt wird (warum eigentlich?).

[Stefan Muenz]

Hallo Zeljko,

Ich habe das Problem, daß wenn ich mehrere Frames bei einem Klick updaten lasse und dann im Browser zurückgehe (oder später wieder nach vorne), erst der eine Frame, dann der andere Frame verändert wird, aber nicht beide gleichzeitig!

Tja, es ist nun mal leider so, dass der Back-Befehl immer nur einen Schritt macht, das haben die Brwoser-Programmierer so implementiert - bei Netscape 2 war es noch anders, aber nachdem da die Leute massenhaft protestiert haben, ist es jetzt bei Frames eben so, dass uimmer Frame-weise zurueck gegangen wird. Und wenn Du mit einem Trick zwei Frames gleichzeitig aenderst, andert das nichts daran, dass es zwei Schritte sind.
Lies Dir zu dem Thema bitte auch mal den Thread "Histroy bei Frames verbiegen" hier im Forum durch (begonnen am 27.8.98).

HTML 4 scheint es einem komplizierter als nötig zu machen, mit Frames zu arbeiten. Überhaupt ist Layout mit HTML 4 sehr umständlich. Die Möglichkeiten, die ein ein normales Textverarbeitungsprogramm dagegen bietet, sind Gold dagegen!

Du vergleichst Aepfel mit Birnen. Ein Textverarbeitungsprogramm erzeugt Dinge, die zum Ausdrucken gedacht sind. HTML erzeugt Dinge, die in erster Linie am Bildschirm und online praesentiert werden. Und was die Moserei wegen Layout betrifft: erst mal CSS lernen!

Wie kann ich mit Java-Script dynamische Menüs mit Sound machen (beim Klicken soll ein Sound zu hören sein)? Mit dem Programm "1 Cool Button Tool" kann ich das zwar bequem machen, aber er macht ein Java-Applet daraus, was dazu führt, daß es etwas länger dauert, bis es im Browser dargestellt wird (warum eigentlich?).

Tja, sei froh, dass Du damit ueberhaupt eine Loesung hast. Dass die Java-Engines der Browser je nach Rechner grausam langsam sind, nun ja, entweder nimmst Du das in Kauf ("ich muss dieses Zeugs unbedingt haben auf meiner Homepage"), oder Du willst eine flotte Homepage und verzichtest auf ein paar "supercoole Sachen" (fuer Anwender sind die meistens gar nicht so supercool).

Viele Gruesse
  Stefan Muenz

[Zeljko]

Du vergleichst Aepfel mit Birnen. Ein Textverarbeitungsprogramm erzeugt Dinge, die zum Ausdrucken gedacht sind. HTML erzeugt Dinge, die in erster Linie am Bildschirm und online praesentiert werden. Und was die Moserei wegen Layout betrifft: erst mal CSS lernen!

Das meinte ich doch mit kompliziert. Man muß CSS erst lernen, bevor man ein gutes Textlayout machen kann (keine Sorge, mache ich - weil ja kein Weg daran vorbeiführt). Mit einem Textverarbeitungsprogramm muß man das eben nicht. Wenn Du schon nicht den Vergleich mit einem Textverarbeitungsprogramm magst, dann vergleiche doch mal HTML z.B. mit Macromedia Director. Mit beidem lässt sich Multimedia erstellen, mit dem einen eben komplizierter, mit dem anderen einfacher. Übrigens, Dein Forum gedeiht ja auch deshalb so prächtig, weil die Leute so viele Probleme mit HTML haben, oder? Ich hoffe eben, daß man bald seine Seiten nicht mehr mit HTML und Texteditor "programmieren" muß, sondern so einfach und bequem machen kann, wie mit einem Textverarbeitungsprogramm oder eben Director. Die Textverarbeitungsprogramme arbeiteten anfangs ja auch mit einer Seitenbeschreibungssprache, was ziemlich umständlich für den Anwender war. So wie ich, denken viele HTML-Einsteiger, glaube ich (jedenfalls die, die nicht schon vorher Programmierer waren). Das ist eben meine Meinung darüber, und ich stehe dazu. Ich finde, daß es einem nicht schwerer gemacht werden sollte, als nötig, und HTML macht es einem schwer, zumal ja eine "Seitenbeschreibungssprache" eigentlich out sein sollte. Verstehe mich bitte nicht falsch. Natürlich weiß ich, daß man mit Textverarbeitungsprogrammen nicht Internetseiten erstellen kann (obwohl das mit Word 97 eigentlich in gewissem Umfang geht). Worauf ich mich bei meinem Vergleich bezog war die Tatsache, daß Textverarbeitungsprogramme ursprünglich das System einer Seitenbeschreibungssprache einsetzten, was eben heute nicht mehr der Fall ist, weil man heute ein benutzerfreundlicheres Textverarbeitungssystem hat. So benutzerfreundlich wie Textverarbeitungsprogramme könnte auch das Erstellen von Internetseiten sein. Dann wäre es nicht mehr ein lang erlerntes Geheimwissen einiger Profis, sondern eine Sache, die jeder ohne allzugroßen Zeitaufwand machen kann. Wenn Du mich also richtig verstehen willst, dann wirst Du zu der Einsicht kommen, daß ich nicht Äpfel mit Birnen vergleiche.

[Christine Kuehnel]

Hallo,

Du vergleichst Aepfel mit Birnen. Ein Textverarbeitungsprogramm erzeugt Dinge, die zum Ausdrucken gedacht sind. HTML erzeugt Dinge, die in erster Linie am Bildschirm und online praesentiert werden. Und was die Moserei wegen Layout betrifft: erst mal CSS lernen!

Das meinte ich doch mit kompliziert. Man muß CSS erst lernen, bevor man ein gutes Textlayout machen kann (keine Sorge, mache ich - weil ja kein Weg daran vorbeiführt). Mit einem Textverarbeitungsprogramm muß man das eben nicht.

Nicht mehr.
Ich erinnere mich noch an aeltere Textverarbeitungsprogramme, hatte mal irgendwann ein WordStar, war noch vor der Zeit der grafischen Oberflaechen. Da musste man sich auch so fuerchterliche Zeichenketten merken, die die Darstellung steuerten. Weiss nicht mehr genau, aber CTRL-B oder sowas z.B. vor und nach einer fett darzustellenden Passage, eigentlich gar nicht viel anders als die HTML-Tags, wenn ich so darueber nachdenke. Textverarbeitungen, die diese Steuerzeichen automatisch setzen, der Anwender die gar nicht mehr sieht und kennt, die kammen erst spaeter. Und richtiges Layout, das was im Web so etwa die CSS sind, kam noch spaeter
Was Du erwartest, ist, dass die Editoren ebenso schnell zur Verfuegung stehen wie die Spezifikationen von HTML & Co.
Gib dem Web etwas Zeit. Dann wird es ganz sicher einfacher.

Ausserdem gibt es noch einen Unterschied, der es nicht gerade leichter macht. Textverarbeitungen arbeiten zunaechst mal mit ihrem ureigenen Code, bieten dann zusaetzlich mehr oder weniger gut die Faehigkeit an, den der anderen zu verstehen.
Also nicht gerade viel mit Unabhaengigkeit vom Textverarbeitungsprogramm (uebersetzt: Browser) oder gar von Plattformunabhaengigkeit.
Das heisst auch, bei Textverarbeitungen sind im Normalfall Editor und Browser ein- und dasselbe Programm. Wechselt man, muss man mit Einschraenkungen rechnen. Der "Browser" ist hier auch vergleichsweise unwichtig, das Ziel ist nicht die Darstellung am Bildschirm, sondern die gedruckte Seite.

Übrigens, Dein Forum gedeiht ja auch deshalb so prächtig, weil die Leute so viele Probleme mit HTML haben, oder?

Ja, sicher haben die Leute Probleme. Aber guck Dich mal in den Newsgroups um, was da so alles existiert. Da gibt es eigene Newsgroups fuer spezielle Programme, so unter microsoft.public.de., microsoft.public.word. ist gleich noch nach Themenbereichen unterteilt, Staroffice ist auch vertreten, ...

zumal ja eine "Seitenbeschreibungssprache" eigentlich out sein sollte.

Wenn Du mich also richtig verstehen willst, dann wirst Du zu der Einsicht kommen, daß ich nicht Äpfel mit Birnen vergleiche.

HTML ist keine Seitenbeschreibungssprache.
Ich denke mir, Stefan hat mit Aepfeln und den Birnen genau diesen Punkt gemeint, der den wesentlichen Unterschied ausmacht.
Alle anderen Dinge, die Du ansprichst, in Richtung bequeme Nutzung gehen, die werden sich aendern. Aber, und das ist jetzt meine ganz perseonliche Ansicht, es wird noch eine ganze Weile dauern, bis man da mal von relativer Ruhe reden kann. Bei der rasanten Enrwicklung werden die Entwickler von Werkzeugen noch 'ne Weile hinterherlaufen, auch wenn sie die Beine in die Hand nehmen.

Christine

[Stefan Muenz]

Hallo Zeljko,

Dein Forum gedeiht ja auch deshalb so prächtig, weil die Leute so viele Probleme mit HTML haben, oder?

Nein. Wenn Du mal alles liest, wirst Du feststellen, dass es fast nur Probleme mit JavaScript und Perl gibt. Und hin und wieder mal internet-spezifische Dinge wie Caching und so weiter. Aber Probleme mit HTML- und CSS-Befehlen als solchen gibt es vergleichsweise wenig. Das sind Sprachen, die sehr leicht zu lernen sind.

Ich hoffe eben, daß man bald seine Seiten nicht mehr mit HTML und Texteditor "programmieren" muß, sondern so einfach und bequem machen kann, wie mit einem Textverarbeitungsprogramm oder eben Director.

Daran will Dich ja auch niemand hindern! Hat Dich denn irgendjemand dazu gezwungen, solche Programme nicht jetzt schon zu verwenden? Es gibt diese Programme ja laengst!
Es gibt aber eben auch immer noch viele Leute, die gerade Spass daran haben, die volle Kontrolle ueber ihren Code zu haben. Und Profis, die Seiten erzeugen muessen, die auf vielen Browsern gleich gut aussehen muessen. Und solche, die ganz neue Features verwenden wollen oder muessen. Und denen solltest Du ihre Editoren lassen.

Viele Gruesse
  Stefan Muenz

[Zeljko M.]

Hallo Stefan,
ich hätte zu Deiner Antwort noch viel zu sagen. Aber lassen wir es lieber. Wir haben völlig verschiedene "Weltanschauungen" in dieser Frage.
Leider habe ich bei Deiner Datei "Selfhtml" nicht viel über Style-Sheets erfahren. Du verweist auf das W3C, was wenig hilfreich für Einsteiger ist. Ansonsten finde ich Selfhtml aber sehr gut. Es könnte mehr über Style-Sheets drin stehen. Mit Style-Sheets kann man ja z.B. auch die Linie unter den Links wegmachen. Mich würde interessieren wo alle Möglichkeiten für Einsteiger verständlich aufgelistet sind, am besten mit Beispielen.
Kennst Du da ein Buch oder einen Online-Führer?
Gruß,
Zeljko