target Fenster, grösse bestimmen

**schmalle** · 19.08.2001, 13:14

ganz einfach! den salat da unten in den <HEAD>:

<script language="JavaScript">
function NeuFenster1()
{ MeinFenster = window.open("http://url/seite.php", "Zweitfenster",
"width=800,height=600"); MeinFenster.focus();}
</script>

und dann so verlinken:

<a href="javascript:NeuFenster1()">

kann mann natürlich mit beliebig vielen fenstern machen. wenn du in dem "Zweitfenster" noch n fenster aufmachen willst, muss das natürlich "Drittfenstenster" heissen ...

**JoelH** · 19.08.2001, 13:31

funzt nicht richtig

Das kann ich leider so nicht in den Formtag einbauen , das schluckt er nicht :

$code = "<form action=\"javascript:showpollfenster()\" method=\"post\" target=\"_blank\">";

Das muss wohl anders aufgebeut sein, oder ?? Ich schicke das per Submit ab, könnte es gehen wenn ich einen Konventionellen link mache mit href und die Daten anders übergeben oder kann ich das doch in den Form Tag einbaeun ?

[Editiert von JoelH am 19-08-2001 um 13:36]

**smeagol** · 19.08.2001, 13:46

Also bei mir funzt es auf diese Weise:

<form action="meinscript.php" method="post" target="DasNeueFenster" onSubmit="window.open('', 'DasNeueFenster','height=500,width=500,toolbar=no');">

Da ich keine URL im window.open angebe, wird ein leeres Fenster geöffnet, was sich aber sofort mit dem Inhalt von meinscript.php füllt. Geht bestimmt noch eleganter zu lösen...

**Titus** · 19.08.2001, 14:27

sicher doch ...

<form action="meinscript.php" method="post" target="DasNeueFenster">
<input type="button" onClick="window.open('', 'DasNeueFenster','height=500,width=500,toolbar=no'); this.form.submit();">
</form>

Dann erledigen sich auch die Timing-Probleme, die mancher Browser mit deiner Version bekommt.

**smeagol** · 19.08.2001, 21:19

Versteh ich jetzt nicht so ganz. Welcher Browser hatte denn damit Timing-Probleme?
Das onsubmit-Event wird doch vor dem Versenden aktiviert, nicht währenddessen - wo liegt somit der Unterschied zwischen den beiden Versionen?

Nicht dass ich jetzt kleinlich sein will, aber wenn mein Geschreibsel in manchen Browsern nicht geht, wüsste ich doch gerne wieso.

**JoelH** · 20.08.2001, 10:39

hmm,

ich hab die Version von smeagol eingebaut, das war die kürzeste, mich würde allerdings auch interessieren was du da mit dem Timing meinst Titus.

Ich glaub ich muss mich mal in JS einlesen, zumindestens die Grundlagen sind sinnvoll, scheinbar

**Titus** · 20.08.2001, 17:00

Ich bin mir nu nie sicher, ob onSubmit vor, während oder nach dem Submit aufgerufen wird, da daß auch nirgends klar definiert ist. Und daher bestimme ich die Reihenfolge eben selbst.

Hat bei mir öfters Probleme im Netscape gegeben. (Wo sonst?!)

**smeagol** · 21.08.2001, 09:57

Also jedenfalls nach Netscapes eigener Doku sollte das onSubmit Event dann ausgeführt werden, wenn (wie der Name schon sagt) das Formular abgesendet wird. Es wird allerdings ausgeführt, _bevor_ die Daten an die im action-Attribut genannte URL geschickt werden. Deshalb funzt auch folgendes Konstrukt:

function validate(){
return false;
}

<form action="url.php" onsubmit="return validate()">
usw.

In diesem Fall wird das Formular niemals abgeschickt werden, da beim Submitten jedesmal "false" zurückgegeben wird und das Posten der Daten verhindert wird.

Soviel zur Theorie.
In der Praxis kann es natürlich merkwürdigste Browser-Versionen/Einstellungen geben, die die Sache verkomplizieren.
Generell hab ich aber mit meiner Lösung noch kein Problem unter NS4.7 oder NS6 gehabt. Sie hat meiner Meinung nach noch den Vorteil, dass Benutzer mit deaktivertem Javascript trotzdem noch ein Ergebnis zurückbekommen, halt eben in einem neuen Fenster unbestimmter Grösse (target wirkt wie _blank).

**JoelH** · 21.08.2001, 11:12

jaja,
der gute alte Netscape aber nicht nur der, es ist ein graus. Ich probiere immer mit Windows IE, Netscape4.7, Opera 5.12 und Linux Opera 5.0, Mozilla 0.9, Netscape 4.77 und die Unterschiede sind verblüffend, auch wenn sie nur von selben Browser aber anderem OS sind. Ich könne kotzen, passt man eine Seite dann an geht sie auf dem ursprünglichen Browser nimmer und wenn man die Seiten dann auchnoch per php erzeugt und sie sich dynamisch ändern dann gibts absolutes Chaos. Ganz schlimm find ich das bei Tabellen und Inputfeldern

Naja man kämpft sich halt durch, danke nochmal, ich muss mir JS doch wirklich mal zu genmüte führen

**smeagol** · 21.08.2001, 11:40

JoelH,

du sprichst mir aus der Seele. Die Inkompatibilitäten zwischen verschiedenen Browsern in Bezug auf HTML kann ich ja noch durchgehen lassen, bei CSS wird's schon nervig, bei JavaScript noch nerviger, und bei DHTML gibt man dann oft frustriert auf und schimpft auf all diejenigen, die nicht den persönlichen Favorit unter den Browsern benutzen...

Allerdings: Jede Krise ist auch eine Chance, jedes Problem eine Herausforderung. Und so diffus und browser-abhängig JavaScript ist und erscheint, es gibt verdammt viele Stellen im Netz wo man nachfragen kann (wie hier z.B.). Man bleibt mit seinen Problemen also nicht allein.

Wenn du dich etwas näher mit JS beschäftigen willst, empfehle ich dir:
- Den JavaScript-Teil von SelfHTML http://www.teamone.de/selfhtml/te.htm
- http://www.wsabstract.de
- http://webreference.com/js/resources/tutorials.html
- Stefan Kochs Tutorial http://rummelplatz.uni-mannheim.de/~skoch/js/script.htm

Und was die Zukunft für Browserscripting angeht, hat mich dieser Artikel http://www.scottandrew.com/index.php/articles/dom_doit stark beeindruckt.

target Fenster, grösse bestimmen