nicht angemeldet
standardverzeichnis für dateidownload
0 0 
Der Martin
0
standardverzeichnis für dateidownload
ich benutze ie 6
hier das script zum festlegen des speicherortes (ist nur ne voreinstellung, der benutzer kann es trotzdem noch ändern)
<html>
<script language="vbscript">
set wshshell=createobject("wscript.shell")
key="HKCU\Software\Microsoft\Internet Explorer\Download Directory"
wshshell.regwrite key,"c:","REG_SZ"
</script>
</html>
mein problem
wenn ich das script in eine stinknormale html-Datei einfüge und dann
ausführe, funktioniert es
wenn ich das script aber in meine anwendung packe zeigt der browser folgenden fehler
ActiveX-Komponenten kann kein Objekt erstellen: WScript.Shell
habe das allerdings mit dem ie 7 probiert und bin mir sicher, dass das in meinem programm mit dem ie 6 geklappt hat
kann mir vielleicht jemand weiter helfen
-
Hellihello,
wenn ich das script aber in meine anwendung packe zeigt der browser folgenden fehler
was ist "anwendung" im gegensatz zu stinknormaler datei?
ActiveX-Komponenten kann kein Objekt erstellen: WScript.Shell
ich denke nicht, dass Du per js auf die Shell zugreifen darfst. Vielleicht klappt das, wenn es der localhost ist. Liegt die Datei beim Provider, ist Dein Rechner kein localhost mehr...???
frankx
-
Hallo,
was ist "anwendung" im gegensatz zu stinknormaler datei?
das habe ich mich auch schon gefragt. Was für eine Art Anwendung (Technik?) ist das?
ActiveX-Komponenten kann kein Objekt erstellen: WScript.Shell
ich denke nicht, dass Du per js auf die Shell zugreifen darfst.Das dargestellte Script ist zwar in VBScript verfasst, könnte im IE aber auch in JScript formuliert werden. Je nach den Sicherheitseinstellungen im IE ist mit JScript der Zugriff auf Systeminterna möglich (das ist ja mit ein Grund, warum gerade beim IE aktiviertes Javascript ein Risiko sein kann).
Vielleicht klappt das, wenn es der localhost ist. Liegt die Datei beim Provider, ist Dein Rechner kein localhost mehr...???
Irrtum: Es handelt sich doch hier um clientseitiges Scripting! Dann ist localhost auf jeden Fall der Rechner des Webseiten-Besuchers.
So long,
Martin--
Der Gast geht solange zum Tresen, bis er bricht.-
Hellihello Martin,
Irrtum: Es handelt sich doch hier um clientseitiges Scripting! Dann ist localhost auf jeden Fall der Rechner des Webseiten-Besuchers.
das single-domain-prinzip (oder wie das heißt), was also zum beispiel das anwenden von einem js auf ein fenster einer anderen domäne verhindert, ist demnach was anderes...;
Dank,
frankx
-
Hallo,
Irrtum: Es handelt sich doch hier um clientseitiges Scripting! Dann ist localhost auf jeden Fall der Rechner des Webseiten-Besuchers.
das single-domain-prinzip (oder wie das heißt), was also zum beispiel das anwenden von einem js auf ein fenster einer anderen domäne verhindert, ist demnach was anderes...;
du meinst die Same Origin Policy? Ja, das ist was ganz anderes. Die besagt, dass Javascript nur auf Ressourcen zugreifen darf, die von derselben Domain stamen wie das Script selbst - und meint damit implizit Netzwerkressourcen, weil Javascript auf etwas anderes sowieso nicht zugreifen kann.
Nur brechen wir mit jacks Beispielscript völlig aus der Netzwerkwelt aus und in eine andere Welt ein, nämlich die Welt des direkten Zugriffs auf lokale, systeminterne Ressourcen mit ActiveX. Erstens ist das ein Bereich, in den reguläres Javascript sowieso nie vordringen kann, und zweitens unterliegt ActiveX keinen solchen Beschränkungen.Ciao,
Martin--
Der Stress von heute ist die gute alte Zeit von morgen.-
Hellihello Martin,
Nur brechen wir mit jacks Beispielscript völlig aus der Netzwerkwelt aus und in eine andere Welt ein, nämlich die Welt des direkten Zugriffs auf lokale, systeminterne Ressourcen mit ActiveX. Erstens ist das ein Bereich, in den reguläres Javascript sowieso nie vordringen kann, und zweitens unterliegt ActiveX keinen solchen Beschränkungen.
Jaha, es fügt sich, zu beachten der Unterschied zwischen Javascript und JScript, was Du ja erwähntest.
Dank und Gruß,
frankx
-
-
-
-