Hallo Christoph,

Der Eventhandler onChange ruft die Funktion Go() auf, die du wahrscheinlich nicht kopiert hast, stimmts?
Das ist möglich.
ich halte es nach anbetracht des Eventhandlers für sicher
Du hast zu schnell gelesen. Ich bezweifle nicht den Funktionsaufruf, ich halte aber genauso wie du für möglich, daß die Javascriptfunktion nicht mit abgeschrieben wurde.

Hmm, ich weiß ja nicht, welcher Fehler Mark erhalten hat, aber da er uns als einzigen Seitenquelltextauszug dieses Formular gegeben hat - und keinen Script - gehe ich davon aus, dass er auch keinen Script hat, ihn also wie du bereits geschrieben hast vergessen hat, und habe ihm dementsprechend was geschrieben. Dass der Eventhandler letztenendes die Funktion Go() aufruft, steht wohl in Anbetracht des Quelltextes zweifelsfrei fest.

Richtig. Aber schau dir das Original in der SELFHTML-Quickbar doch auch nochmal an. Es wird ja Gründe geben, weshalb dort nicht nur ein "location.href" angegeben ist, sondern auch noch
   document.forms[0].reset();
   document.forms[0].elements[0].blur();
Daß die Quickbar in einem Frameset realisiert ist, spielt keine Rolle.

Ach so, ich wusste nicht, dass seine "Quickbar" eine Kopie der Selfhtml-Quickbar ist. Na gut, und wie ich auch bereits geschrieben habe, kann es sein, dass eben noch ein return dabei sein soll und weiteres, was ich nicht bedacht habe. reset() ist eigentlich ganz sinnvoll, da das <select> ja bei Auswahl z.B. eines <option>------------</option>-Trennbalkens möglichst zurückgesetzt werden sollte (der Trennbalken also nicht markiert bleiben sollte), und blur() macht natürlich auch sinn, da das <select> ja nach anklick verlassen werden sollte.

Wenn ich also nun in der Funktion Go() schaue, ob der Parameter _nicht_ "nothing" ist

Dann kann er alles mögliche andere sein. Im Moment sind es tatsächlich Verweise auf andere Seiten, aber vielleicht möchte Mark später mal seine Auswahl erweitern oder unterschiedliche Clickziele unterschiedlich behandeln, wie das ja auch die Quickbar tut.

Genau, da hast du vollkommen recht! Ich habe mich natürlich hier nur auf "Grundmöglichkeiten" konzentriert, es wäre ohne Probleme machbar, etwas wie das folgende zu schreiben:

<option value="link:http://wwww.google.de">Google</option>
 <option value="window:http://www.google.de">Google im neuen Fenster</option>
 <option value="site:close">Fenster schließen</option>

Und hierbei dann den gewonnenen value anhand des ":" zu "splitten", und anschließend ein switch einzubauen, welcher anhand des vor-dem-:-stehenden bestimmte sachen macht, z.B.:

var values = OPTIONSVALUE.split(":");
 switch(values[0]) {
   case "link": location.href = values[1]; break;
   case "window": window.open(values[1], "fenster", "..."); break;
   case "site":
    switch(values[1]) {
      case "close": window.close(); break;
      case "back": location.go(-1); break;
      ...
    }
   break;
   ...
 }

Den Möglichkeiten sind keine Grenzen gesetzt, und man könnte z.B. die obige Aufgabe auch ganz anders bewerkstelligen.

Wenn Mark letztenendes was größeres als ein simples auswahlmenüchen geplant hätte, dann hätte er wegen dem "Peanuts" hier (simples funktiönchen) auch nicht ein thread erstellt. In anbetracht der Umstände glaube ich nämlich nicht, dass Mark sowas wie ich z.B. gerade geschrieben habe machen will oder sogar kann.

Afaik muss die funktion in diesem falle nicht noch so ein true oder false zurückliefern, oder?
Ich weiß nicht genau, was du jetzt mit "true oder false" meinst. Ein "return" ist aber durchaus geraten.

Mit true oder false meine ich "return true;" oder "return false;". wieso soll hier eigentlich ein return zu raten sein? Wozu würde es benötigt werden?

Mark hat aber offenbar noch mehr vor. Er hat im <form> bereits ein "action" angelegt, das im Moment zwar noch leer ist, aber wer weiß, was er da noch reinbasteln möchte. Ich habe es zwar noch nicht probiert, aber ich denke, es ist möglich, auf den EventHandler ganz zu verzichten und stattdessen eben irgendwas über ein Script machen zu lassen.

Ich kann mir nicht richtig vorstellen, dass Mark etwas größeres vorhat, aber wo ist denn das problem, wenn? Er kann doch letztenendes machen was er will - und wenn er ein ordentliches Formular mit einem netten Absenden-Button augsetzt und dann einen onSubmit aufsetzt, welches was mit dem <select> macht.... oder wenn er letztenendes dann was serverseitiges macht.

WauWau

PS: Wieso nennen wir Wyan eigentlich "Mark"?