ich denke auch, dass ist ein Problem des Control Drawings.
Beiträge von Schnuffel
-
-
Peter S. Taler so wie AspirinJunkie erwähnte bleibt es ja jedem selbst überlassen.
Aber nach faktischen Gesichtspunkten ist der VSC mächtiger und moderner.Ich kann mir höchstens ein gewisses "Grundunbehagen" gegenüber Microsoft Produkten vorstellen.
Ich finde auch nicht alles prickelnd an der Firmenstrategie dieses Unternehmens.Aber, Ich selbst nutze VSC auch. Nicht so intensiv wie AspirinJunkie aber doch regelmäßig. Ich bin da mehr mit Powershell unterwegs.
Ich würde es aber begrüßen, wenn eine Diskussion sachlich bleibt.
Von emotionalen Eindrücken haben die anderen recht wenig und trägt auch nicht zur Diskussionskultur bei.PS:
Da habe ich mir VSC gerade heruntergeladen und mal ein wenig ausprobiet... Fazit... never....
Heutige Editoren benötigen eine gewisse Einarbeitungszeit um die Vorteile erfahren zu können.
Ich gebe zu, dass das erste "Look & Feel" ein wenig abschreckend und wenig intuitiv erscheint. -
das ist das Rad des „Fortschreitens“.
Veränderungen sollten gerade uns in der IT bekannt sein. Dass man nicht immer die Gründe oder Ursachen erkennt/versteht ist für die Veränderung unerheblich.
Und meckern über die äußeren Einflüsse verändert nichts. Das ist eigentlich ein rudimentäres darwinistisches Prinzip. Anpassen oder weichen. In unserem Fall haben wir sogar eine dritte Option. Wenn ich den Weg, den ein Entwickler einschlägt, nicht vertreten kann, steht es mir doch frei etwas weiter in meinem Sinne zu entwickeln oder wenigstens fortzuführen. Aber über die Arbeit anderer möchte ich nicht meckern, solange ich bequem mit einem Doppelklick von dessen Arbeit partizipiere.
my 2 cent 🤗
-
ich hätte 2 Controls genommen und je nach Klick auf sichtbar unsichtbar geschaltet.
Ein Control mit $ES_Password und eins ohne
-
Wie äußern sich diese Abbrüche?
gibt es einen Error Return code?
Oder kann es sein, dass der Provider nach gewisser Zeit die Verbindung trennt?
-
Richtig, das "Alter eines Kennwortes würde bedingen, dass es mit dem setzen des Kennwortes und dem aktuellen Zeitstempel berechnet wird.
Das kann man ja nicht abspeichern als Wert.
damit sollte es klappen
$isec kannst du dann auch verwenden um mit _DateDiff() das Datum ausgeben zu lassen
AutoIt
Alles anzeigen#include <Date.au3> $strComputer = "." $CPU = ObjGet("WinNT://" & $strComputer & ",Computer") $objUser = $CPU.GetObject("User", "Testuser") $isec=$objUser.PasswordAge $days = Int($isec/(24*60*60)) $remain=Mod($isec,(24*60*60)) $Hours = Int($remain/(60*60)) $remain=Mod($remain,(60*60)) $Mins = Int($remain/60) $Secs=Mod($remain,60) Msgbox (0,"Kennwort gültig seit","Das Kennwort des Users " & $objUser.name & @CRLF & "gil seit:" & @CRLF & @CRLF & _ "Tage: " & $days & @CRLF & _ "Stunden: " & $Hours & @CRLF & _ "Minuten: " & $Mins & @CRLF & _ "Sekunden: " & $Secs)
-
Post #1 um einen Uninstaller ergänzt
-
Script in Post #1 aktualisiert und um Anregungen ergänzt. Version 1.0.0.3
Wie immer sind Anregungen, Wünsche, Lob, Tadel, Fragen und konstruktive Kritik absolut erwünscht.
-
ahh, okay habe ich verstanden.
Fataler Fehler 0 anstatt 1 ( hi hi binary joke)
Da ich nicht bei jeder Abfrage im Random ein Ubound zusätzlich machen möchte, werde ich das zusammenfassen.
Danke für den Tipp
-
SOLVE-SMART kannst du mir den bug erklären?
Ich stehe da grad auf dem Schlauch ☺️
Hab ich mich im Array verzählt?
Sollte es 35 statt 36 im Array sein?
-
-
Ich habe das Skript in #1 korrigiert und ersetzt.
-
Script in Post #1 aktualisiert und um Anregungen ergänzt.
Wie immer sind Anregungen, Wünsche, Lob, Tadel, Fragen und konstruktive Kritik absolut erwünscht.
-
naja,
ich denke dass die Diskussion hier nicht weiter führt und somit beendet werden kann.
Ich danke für eure Teilnahme, den Input den ich erhalten habe und werde meine Schlüsse daraus ziehen.Vielen Dank an alle Beteiligten
- Thema kann geschlossen werden -
-
ich meinte dabei auch eher die direkte Nutzung des a3x-Formats.
-
ich freue mich, dass zu dem Thema eine Diskussion entsteht.
Wie ich im engl. Forum geschrieben habe, ist mein Ansatz eigentlich ein ganz banaler.
Ich möchte lediglich den Nutzern unserer Scripte eine Möglichkeit schaffen sich weniger mit false-positive herumschlagen zu müssen.
Dazu war mein Ansatz, dass der Endanwender lediglich die a3x Datei bekommt (initial oder auch als Update) und auf seinem System "nur" die AutoIt3.exe für diesen Dateityp registriert wird,
da der Installer von Jon dies nicht vorsieht. Sozusagen eine Tiny-Installation von AutoIt.
Selbst seine Minimal Installation ist immer noch für Developer und nicht für Anwender.
Ich könnte mir vorstellen, dass a3x Dateien bisher eher ein "Abfallprodukt" waren, die nebenbei entstanden sind und kein größeres Augenmerk erhalten haben.
Aber vielleicht habe ich mich auch verrannt und der Ansatz mit einer compilierten 64-bit exe ist doch der bessere Weg (vorerst) -
Hallo zusammen,
nachdem in diesem Thread Anti "false-positive" Strategie mit PureBasic über die Problematik "false positive" von Antiviren Software diskutiert wurde, die bei compilierten AutoIt exe-Dateien entstehen, habe ich mich daran gesetzt einen kleinen Installer zu basteln, der auf einem PC, auf dem kein AutoIt installiert ist die Möglichkeit zu schaffen, a3x Dateien direkt startbar zu machen.
Dies hat mehrere Vorteile:
- keine "false-positive" Meldungen mehr (meistens ^^)
die AutoIt3.exe wird bei Aktualisierung den Anti-Viren Software-Herstellern vorgelegt, in die Ausnahmeliste der Scanner aufgenommen
und ist somit "unbelastet" von false positive Meldungen
- kleines Script zur Weitergabe
das eigene Script ist deutlich kleiner, da es ohne den includierten Wrapper auskommt
damit ist die Verteilung, Updates und Co. einfacher
- binäres Script
das Script ist als a3x-Datei encoded und kann mit "normalen" Mitteln nicht gelesen werden.
(ein decompilieren ist hier nicht der Diskussionspunkt, da reverse engineering fast immer möglich ist)
Das Script beinhaltet alle notwendigen Dateien und aktuell die AutoIt3.exe in der Version 3.3.16.1.Da das Script etwas länger ist aufgrund der eingefügten Dateien, stelle ich es hier nur als Anhang zur Verfügung.
Wie immer sind Anregungen, Wünsche, Lob, Tadel und konstruktive Kritik absolut erwünscht.
Wer Interesse hat, ich habe einen Thread erstellt im engl. Forum ==> Link
PS: ich hab mal meine "Test.a3x" an VirusTotal gschickt mit dem Ergebnis, dass 0/72 Prüfungen auffällig waren.
==> Link
-
andererseits möchte ich nicht in die Installation oder offizielle Verteilung von Daten und Registry Einträgen von Jos` Installer eingreifen.
Solange er keine native Unterstützung für a3x64 Dateien einbindet, würde ich auch darauf verzichten und lediglich a3x Dateien registrieren. -
ach ja, das "feste" eintragen der Dateitypen kann man in der Installation optional abfragen
Mir geht es nur darum, dass die Dateien und Einträge die selben sind,
die auch von einer vollständigen AutoIt Installation erstellt werden.
Sie sollten auch an der selben Stelle im Dateisystem abgelegt sein. SO kann man eventuell eine VollInstallation drüber installieren, ohne dass es dabei zu Problemen kommt. -
ich bastle mal eine AutoIt-lite Installation nur für die Nutzung der a3x...
Vielleicht mag dass ja dann der ein oder andere testen