Browser beenden mit JavaScript oder....

Hallo,

bin mal wieder an einem Problem.

Möchte gerne den "akuellen" Browser per JavaScript, oder wie auch immer das
Hauptfenster schliessen, also den Browser beenden. In JavaScript geht das ja
nur für ein weiter geöffnetes Fenster. fenstername.close()

Kann mir jemand einen Tipp geben?

Vielen Dank für jede Hilfe,
Egbert Eisenhardt

Egbert Eisenhardt wrote:

Möchte gerne den "akuellen" Browser per JavaScript, oder wie auch
immer das Hauptfenster schliessen, also den Browser beenden. In
JavaScript geht das ja nur für ein weiter geöffnetes Fenster.

I wo.

fenstername.close()

Nein. fensterreferenz.close();

Kann mir jemand einen Tipp geben?

Ja: Name und Fensterreferenz nicht velwechsern:

var fensterreferenz = open("...", "fenstername");
....
fensterreferenz.close();

Die Referenz auf das aktuelle Fenster ist "self" oder
"window", die auf das oberste Fenster einer evtl.
vorhandenen Framehierarchie ist "top".

Du suchst daher self.close() bzw. top.close() bzw.
window.close().

Bevor Du das nun ausprobierst, schau bitte in die FFQ
zu diesem Thema.

ciao, dhgm

Hallo,

vielen Dank!

Die Anfrage im Browser ist wirklich kein Problem.
Ein Problem gelöst, ein neues aufgetan..

Ich starte den IE6 bzw. NetScap7 über eine WinAPI-Funktion (WINEXEC..) mit
Parameter auf.
Leider kann ich bis dato eine Parameterstring bis max. 126 Bytes mitgeben.
Ist der String grösser, startet der Browser einfach nicht auf.

Eine andere Möglichkeit wäre ein Cookie nachzubilden, welches ich im
aufgerufenen ASP auslesen könnte, und somit viel größere Datenmengen
tranportieren könnte.
Nur die Frage: wo stehen die Cookies auf der Festplatte? Arbeite mit win2000
und XP.
Bei Win98 konnte man diese mit dem Cookienamen finden.

Hat mir auch da vielleicht einen Tipp?

Besten Dank im voraus,
Egbert Eisenhardt

Egbert Eisenhardt wrote:

Ich starte den IE6 bzw. NetScap7 über eine WinAPI-Funktion (WINEXEC..) mit
Parameter auf.
Leider kann ich bis dato eine Parameterstring bis max. 126 Bytes mitgeben.
Ist der String grösser, startet der Browser einfach nicht auf.

Eine andere Möglichkeit wäre ein Cookie nachzubilden, welches ich im
aufgerufenen ASP auslesen könnte, und somit viel größere Datenmengen
tranportieren könnte.
Nur die Frage: wo stehen die Cookies auf der Festplatte? Arbeite mit win2000
und XP.
Bei Win98 konnte man diese mit dem Cookienamen finden.

Weder die Windows-API, noch ASP oder Cookie-Verwaltung von $Browser ist
hier wirklich on-topic, das nächste Mal wendest Du Dich bitte an eine
Newsgroup, welche die jeweilige Software zum Thema hat (hier: eine
Gruppe der microsoft.*- und/oder de.comm.software.browser.*-Hierarchie).

Die Cookies von Internet Explorer findest Du bei einem deutschen
Windows NT 5.x in

%WINDRIVE%\Dokumente und Einstellungen\%Anmeldename%\Cookies\

Die von Mozilla/5.0 in

%WINDRIVE%\Dokumente und Einstellungen\%Anmeldename%\Anwendungsdaten
\%Produkt%\Profiles\%Profil%\%Profilcode%\cookies. txt

(Zeilenumbruch beachten!)

Siehe <http://www.holgermetzger.de/Profilverzeichnisse.html>

Hat mir auch da vielleicht einen Tipp?

Diesem Satz Sinn.


PointedEars

Thomas 'PointedEars' Lahn wrote:

Weder die Windows-API, noch ASP oder Cookie-Verwaltung von $Browser
ist hier wirklich on-topic

Wieso sollte ASP hier off-topic sein?

Die Cookies von Internet Explorer findest Du bei einem deutschen
Windows NT 5.x in

%WINDRIVE%\Dokumente und Einstellungen\%Anmeldename%\Cookies\

Nein. Man findet sie in dem in der Systemregistrierung im Wert
HKEY_CURRENT_USER\Software\Microsoft\Windows\Curre ntVersion\
Explorer\Shell Folders\Cookies
eingetragenen Verzeichnis. Das kann auch ohne Editieren der
Registry oder Verwendung von TweakUI ein gänzlich anderes sein,
bspw. nach einem Update von NT4 auf "NT5".

Besonders ärgerlich finde ich BTW, dass Du einen solchen Unsinn
schriebst - wo Du doch jeden hier meinst zusammensch***en zu
müssen, der von seinem System auf Allgemeines schließt.

ciao, dhgm

Thomas 'PointedEars' Lahn wrote:

Weder die Windows-API, noch ASP oder Cookie-Verwaltung von $Browser
ist hier wirklich on-topic

Wieso sollte ASP hier off-topic sein?

Die Cookies von Internet Explorer findest Du bei einem deutschen
Windows NT 5.x in

%WINDRIVE%\Dokumente und Einstellungen\%Anmeldename%\Cookies\

Nein. Man findet sie in dem in der Systemregistrierung im Wert
HKEY_CURRENT_USER\Software\Microsoft\Windows\Curre ntVersion\
Explorer\Shell Folders\Cookies
eingetragenen Verzeichnis. Das kann auch ohne Editieren der
Registry oder Verwendung von TweakUI ein gänzlich anderes sein,
bspw. nach einem Update von NT4 auf "NT5". Zudem kann der
"Anmeldename" mit Punkt und einer Zifferfolge zu ergänzen sein,
wenn bspw. das System in mehreren Domains verwendet wurde.

Besonders ärgerlich finde ich BTW, dass Du einen solchen Unsinn
schriebst - wo Du doch jeden anderen hier meinst, ansc%&$*en zu
müssen, der von seinem System auf Allgemeines schließt.

ciao, dhgm

Hallo,

Danke an alle, die sich meiner angenommen haben. sorry, daß ich daran
anschiessend in diesem Forum Fragen gestellt habe, die in ein anderes
gehören. Werde mich bessern.

Ich wollte das Problem nicht noch größer schildern, und glaubte mich auf das
Kürzeste gefasst zu haben.

Tabellarisch:
- aus einem Clipper5/Clip4Win (16Bit)-Windowsprogramm wird der Browser mit
Parameter gestartet,
- im aufgerufenen ASP werden die Parameter analisiert und entschieden:

- Fall 1: ungültiger Zugang, Browser beenden, zurück zum
16Bit-Windowprogramm, um erneut IE starten zu können

- Fall 2: Der Zugang wird als gültig erkannt, die mitgegebenen Parameter
werden per ASP in ein Bestellprogramm eingefügt.

Danke, schönen Feierabend

Egbert

PS: habe mich nach "de.comm.software.internet-explorer" verlagert.

Egbert Eisenhardt wrote:

Ich wollte das Problem nicht noch größer schildern, und glaubte mich
auf das Kürzeste gefasst zu haben.

Tabellarisch:
- aus einem Clipper5/Clip4Win (16Bit)-Windowsprogramm wird der
Browser mit Parameter gestartet,
- im aufgerufenen ASP werden die Parameter analisiert und entschieden:

- Fall 1: ungültiger Zugang, Browser beenden, zurück zum
16Bit-Windowprogramm, um erneut IE starten zu können

- Fall 2: Der Zugang wird als gültig erkannt, die mitgegebenen
Parameter werden per ASP in ein Bestellprogramm eingefügt.

Hört sich so an, als würdest Du sensible Daten (Zugangsberechtigung)
in einen URL packen. Das solltest Du aus Sicherheitsgründen unbedingt
überdenken.

ciao, dhgm

Dietmar Meier wrote:

Thomas 'PointedEars' Lahn wrote:
Weder die Windows-API, noch ASP oder Cookie-Verwaltung von $Browser
ist hier wirklich on-topic
^^^^^^^^
Wieso sollte ASP hier off-topic sein?

ASP ist eine Technologie, die auch JScript benutzen kann.
Der JScript-Teil ist hier latür on-topic, ASP allgemein
aber nicht.

Die Cookies von Internet Explorer findest Du bei einem deutschen
Windows NT 5.x in

%WINDRIVE%\Dokumente und Einstellungen\%Anmeldename%\Cookies\

Nein. Man findet sie in dem in der Systemregistrierung im Wert
HKEY_CURRENT_USER\Software\Microsoft\Windows\Curre ntVersion\
Explorer\Shell Folders\Cookies eingetragenen Verzeichnis.

Wieder was gelernt.

Das kann auch ohne Editieren der Registry oder Verwendung von TweakUI
ein gänzlich anderes sein, bspw. nach einem Update von NT4 auf "NT5".

Na lego.

Zudem kann der "Anmeldename" mit Punkt und einer Zifferfolge zu
ergänzen sein, wenn bspw. das System in mehreren Domains verwendet
wurde.

Ja, das hatte ich vergessen zu erwähnen.

Besonders ärgerlich finde ich BTW, dass Du einen solchen Unsinn
schriebst - wo Du doch jeden anderen hier meinst, ansc%&$*en zu
müssen, der von seinem System auf Allgemeines schließt.

Beweis? Und auch ich darf dazulernen. Im übrigen wäre das ein
Fall für NQ#11 gewesen. Aber scheinbar gilt das für Dich ja nicht,
sondern nur für die, denen Du vorwerfen kannst, es nicht beachtet
zu haben.


F'up2 poster

PointedEars

Georg Maaß wrote:

Thomas 'PointedEars' Lahn wrote:
Weder die Windows-API, noch ASP oder Cookie-Verwaltung von $Browser ist
hier wirklich on-topic
^^^^^^^^
JScript ist on-topic, egal, ob im Browser oder in ASP oder ASP.NET
eingesetzt.

Ja, lego.


PointedEars