Diskussion:Visual Basic Script

message: Die leichte Erlernbarkeit von VBS bezweifle ich, da keinen vernünftiger Debugger mitgeliefrt wird und die brauchbare Programmierumgebung fehlt. Ralf Pfeifer 1. Jul 2005 20:33 (CEST)
:Das ist natürlich subjektif. Wer VB(A)-Forkenntnisse hat (was in der Windows-Welt durchaus üblich ist, siehe auch dessen hoitige Ferbreitung)), wird VBS sicherlich auch als leicht erlernbar ansehen, wohingegen der Rest der Welt (also etwa 1 % ;-) ) das sehr wahrscheinlich anders sehen dürfte. MfG, 92.231.186.68 14:46, 30. Apr. 2012 (MESZ)
thread_title:  Leichte Erlernbarkeit 

message: Um der Einsichtnahme des Quellcodes entgegenzuwirken, kann man Visual Basic Scripts entweder mittels MS Script Encoder[1] oder mittels ActiveX-Steuerelement ("Scripting.Encoder"-Objekt) verschlüsseln (Visual Basic Encrypted, *.VBE).
Es kommt darauf an, was man allgemein unter verschlüsseln versteht, meiner Meinung nach würde aber „verschleiern“ o. ä. in diesem Falle besser passen. --213.47.53.102 14:35, 16. Jan. 2008 (CET)
thread_title:  Verschlüsselung 

message: Der Link auf http://www.groebensoft.de/it/vbscript/index.php5 erscheint mir sehr zweifelhaft. Dort sind ja nur 5 Beispielskripte aufgeführt. Ich plädiere ganz dringend dafür diesen Werbelink wieder zu entfernen.
(Der vorstehende Beitrag stammt von 88.79.87.178 – 15:55, 21. Jul. 2008 (MESZ)
thread_title:  Links 

message: "In der Praxis ergeben sich für VBS drei Anwendungsbereiche:"
Das stimmt ja soweit auch!
Nur leider wird hier nur die Möglichkeit der Scriptsprache für Webseiten genannt!
Es gibt aber auch noch die Möglichkeit der clientseitig ausgeführten Scriptsprache, im Sinne von Windowsscripting (wie Batch oder ähnliches!). Dieser Punkt sollte auch beleuchtet werden, da er von vielen Administratoren zur Bewältigung von alltagsproblemen eingesetzt wird.
VBScript bietet soviele Möglichkeiten in Verbindng mit WMI, ADSI und wie sie alle heisen.
Ich hoffe der Artikel wird bald erweitert!
(Der vorstehende Beitrag stammt von OmSPuccini (Beiträge) – 10:20, 16. Sep. 2008 (MESZ)
thread_title:  3 Verwendungsmöglichkeiten 

message: Würde ein admin mal die Freundlichkeit besitzen und den Entwurf genehmigen?
mfg
(Der vorstehende, nicht signierte Beitrag – siehe dazu Hilfe:Signatur – stammt von 217.87.226.218 (Diskussion • Beiträge) 21:02, 8. Jan. 2009 (MEZ)
replies: text: Sichter reicht. Falls eine Änderung nicht gesichtet wird, kann man auf WP:SICHT darauf hinweisen. --Sabata (D|WZ) 21:09, 8. Jan. 2009 (CET)
thread_title:  Entwurf 

message: „Microsoft Script Debugger als Standardeditor und Alternativen wie VB Control Creation Kit sind schlecht akzeptiert.“
Von wem?
„...kann VBS inzwischen nicht mehr als E-Mail-Anhang versendet werden, da es selbst von Microsoft Outlook als Anhang blockiert wird und der Empfänger keine einfache Möglichkeit mehr hat, darauf zuzugreifen (siehe ILOVEYOU-Virus).“
Was heißt „kann nicht mehr als E-Mail-Anhang versendet werden“? Gibt es eine RFC, die das verbietet??? Wohl kaum; also, wo geht das nicht? (nur bei Outlook?)
-- 62.225.102.138 16:23, 16. Jul. 2009 (CEST)
thread_title:  Nachteile 

message: es gibt in diesem Artikel ja einige Befehle sie sind ja unter "Beispiel" aufgelistet
# 0=OK-Fenster
# 1=OK-/Abbrechen-Fenster
# 2=Abbrechen-/Wiederholen-/Ignorieren-Fenster
# 3=Ja-/Nein-/Abbrechen-Fenster
....
nun meine Frage gibt es davon auch eine Vollständige Liste oder sind das alle? 92.226.22.154 18:15, 1. Nov. 2010 (CET)
replies: text: ich wollte nochmal drauf aufmerksam machen 92.226.21.47 21:06, 2. Nov. 2010 (CET)
replies: text:  Sicher gibt es irgendwo eine vollständige Liste, nur hat die m.E. nichts in diesem Artikel zu suchen. Schließlich soll hier nur ein Beispiel für VBScript gegeben werden, nicht eine API-ähnliche Auflistung von Konstanten zu Dialoggestaltung. Daher war ich mal so frei die Liste zu entfernen. -- PyroPi 17:25, 6. Apr. 2011 (CEST)
thread_title:  Befehle 

message: Das Beispiel ergibt in Windows Server 2008 R2 Standard folgende Fehlermeldung:
Windows Script Host
Fehler:	Beim Aufrufen einer Unterroutine (Sub) dürfen keine Klammern verwendet werden
Code:	800A0414
Quelle:	Kompilierungsfehler in Microsoft VBScript
Ich könnte den Fehler zwar selbst korrigieren, aber ich weiß nicht ob er nur in dieser speziellen Windowsversion auftritt und ob andere Versionen ohne Klammern arbeiten.
--Bitmonster (Diskussion) 14:11, 30. Jul. 2013 (CEST)
thread_title:  Beispiel 

message: Der Zusammenhang mit der "Assistance Platform Help" erschließt sich mir beim besten Willen nicht.
Vlt. kann das jemand verdeutlichen - oder löschen?
Gruß, Ed --79.224.206.73 23:02, 15. Mär. 2017 (CET)
thread_title:  Abschnitt: Zukünftige Nutzung von VBScript 

message: Folgende Korrekturen und Ergänzungen am Artikel vorgenommen:
* Zukünftige Nutzung von VBScript
Abschnitt etwas umformuliert, nicht zuletzt angesichts aktueller Sicherheitsupdates für Windows-Scripting.
Die Weiterexistenz der "alten Produkte" ist auch 2019 unbestritten, jedoch erscheint mir ein MSDN-Blogeintrag von 2004 dafür irrelevant; Link daher entfernt.
* Sprache / Vorteile
Hinweis auf die Möglichkeit eigens programmierter Objekte mit Weblink zu einem Freeware-Projekt hinzugefügt.
* Sprache / Nachteile
Die eventuelle Nichtversendbarkeit der Skripte als E-Mail-Anhang gehört nicht zu den (spezifischen) Nachteilen einer Programmiersprache. Dasselbe gilt für das grundsätzliche Gefahrenpotenzial. Es handelt sich bei VB-Skripten eben um Programme, nicht mehr und nicht weniger. Im Vergleich zu anderen Programmausführungen kann die von Skripten sogar relativ leicht unterbunden werden (Deaktivierung des WSH).
Ich habe diese Punkte entfernt und dafür den Abschnitt Sicherheit ergänzt.
Der aufgeführte Satz über den Microsoft Script Debugger ist in dieser Form sehr missverständlich (s.a. den obigen Diskussionsbeitrag). Worum es eigentlich geht ist, dass es für die Skriptsprache keine IDE zum Entwickeln und Testen gibt. Der Script Debugger von Microsoft ist eher als Notbehelf zu sehen (und daher in der Tat nicht auf große Akzeptanz gestoßen). Andere Möglichkeiten basieren darauf, den Code in einer klassischen VB-IDE zu entwickeln (zum Bsp. mit der kostenlosen Control Creation Edition), wobei jedoch Sprachunterschiede einige Schwierigkeiten bereiten können.
Ich habe diesen Punkt daher abgeändert und allgemeiner formuliert.
Die Downloadadresse für den Script Debugger ist "tot", ersetzt durch einen Link auf archive.org.
Ergänzung um einen Hinweis auf Spracheinschränkungen.
* Sicherheit
Beim "Schutz des eigenen Codes gegen Einsichtnahme" geht es allenfalls um die Absicherung einer kreativen Programmierleistung vor unerwünschter Verwertung durch andere Personen. Das gehört definitiv nicht zum Thema Sicherheit. Eigentlich ließe sich die Offenheit des Codes sogar als ein positives Sicherheitsmerkmal werten. (Wollte man in der Veränderbarkeit des Codes einen Sicherheitsaspekt sehen, so träfe dies dann auf alle textbasierten Skriptsprachen zu. Wobei zu bedenken ist, dass anstelle solcher Veränderungen ja auch die Codierung und Speicherung neuer Skripte möglich wäre.)
Ich habe diesen Absatz daher zu den Merkmalen verschoben.
* Weblinks
Links zu fpschultze.de und TechNet Scripting entfernt (nicht erreichbar), Links zu MS(DN)-Sites an aktuelle Adressen angepasst sowie ergänzt.
Gruß Ed --79.242.78.60 16:55, 4. Mär. 2019 (CET)
thread_title:  Bearbeitung 04.03.2019 

message: Habe die Änderung vom 04.08.2019 korrigiert, da sie offenbar auf einem Missverständnis oder einer falschen Wertung des verlinkten Nachrichtenartikels beruhte. Betroffen ist dabei nicht VBScript als Systemkomponente, sondern die Ausführbarkeit von VBScript-Code im Internet Explorer (in der aktuellen bzw. letzten Version 11). Gerade dieser Anwendungsbereich war jedoch schon immer ziemlich unbedeutend, s. den Abschnitt "Browser (clientseitiges VBS)". Die Information gehört daher auch (nur) in diesen Abschnitt. Habe dies dort ergänzt und auch den übrigen Text leicht verbessert.
Gruß Ed --79.242.70.109 12:07, 3. Sep. 2019 (CEST)
thread_title:   Bearbeitung 03.09.2019 

message: Die Aussage, es gäbe für VBScript "keine Entwicklungsumgebung (IDE)", ist nicht von mir und, wie ich inzwischen weiß, falsch. MS hat über die genannten Tools hinaus nichts angeboten (und vielleicht war die Aussage eigentlich so gemeint). Aber es werden, nach meiner Kenntnis, aktuell mindestens 3 Produkte angeboten:
Vrode Script Editor (VrodeSoft)
http://www.vrodesoft.com/vrsed/index.htm
PrimalScript (Sapien)
https://www.sapien.com/software/primalscript
VbsEdit (adersοft)
https://www.vbsedit.com/default.asp
Die Preise liegen zwischen rund $40 und $400, der kostenlose Test ist möglich.
Mit ScriptDev (Bob Riemersma) existiert eine einfache IDE als Freeware und im Quelltext. Primär handelt es sich um ein Projekt zur Verwendung des MS-Script-Steuerelements.
https://www.vbforums.com/showthread.php?585925-Utility-ScriptDev-Simple-WSH-IDE-VB6
Der Artikeltext im Abschnitt Sprache / Nachteile war daher zu korrigieren. Ich schlage vor, den Punkt IDE ganz aus diesem Absatz herauszunehmen. Selbst wenn es keine IDE für VBScript gäbe, könnte man das eigentlich nicht der Sprache und ihrem hauptsächlichen Verwendungszweck als Nachteil anlasten. Scriptsprachen sind prinzipell eher nicht für "größere Projekte" konzipiert.
Ich habe den Abschnitt neu formuliert und -- gewissermaßen als Option -- einen neuen Absatz über Entwicklungswerkzeuge angefügt. Ich habe einige Produkte namentlich genannt, jedoch nicht verlinkt.
Gruß Ed --178.4.94.225 15:54, 30. Jan. 2023 (CET)
thread_title:  Entwicklungsumgebung (IDE) 

message: Dass .HTA- und .CHM-Dateien "vom Internet Explorer ausgeführt werden", stimmt so nicht und erweckt einen falschen Eindruck. Die Ausführung liegt bei den Systemprogrammen mshta.exe und hh.exe. Gewiss stehen diese Programme historisch und technisch im Zusammenhang mit dem IE, sie funktionieren aber unabhängig davon.
Ich habe den Satz daher entsprechend abgeändert.
Ed --178.4.94.225 13:28, 14. Feb. 2023 (CET)
thread_title:  HTA- und CHM-Dateien