Beiträge von Oscar

Ich sehe darin keinen Vorteil. Von daher würde ich sagen: Bug.
Allerdings führt ein generelles hinzufügen eines Backslashs nicht zu einem Fehler (gerade getestet).

Also das hier:

DirCreate(@ScriptDir & '\test')

und das:

$hFile = FileOpen(@ScriptDir & '\test.txt', 2)
FileClose($hFile)

funktioniert auch im Hauptpfad, trotz des zusätzlichen Backslashs. Liegt das nun an AutoIt oder an Windows, dass dieser "falsche" Pfad ("c:\\test" bzw. "c:\\test.txt") trotzdem funktioniert?

Die Tastenkombination CTRL + T ruft das Tool "Tidy" auf. Das kann man in der erweiterten Version von SciTE aber auch im Menü unter "Tools" -> "Tidy AutoIt Source" finden.

Ich habe gerade eine Version auf meiner Platte gefunden und die mal auf meine Homepage gepackt: SciTE4AutoIt.exe

Ich stimme blubbstar uneingeschränkt zu. Ohne Tidy müsste man ja alles von Hand einrücken. Also: auf jeden Fall auch SciTE4AutoIt installieren.

Edit: Allerdings ist die engl. Seite zur Zeit down. Das mit dem Download muss also noch warten.

Von den Downloads (hier links unter Downloads) musst Du die AutoIt-Version (Stabil) und SciTE (SciTE4AutoIt3.exe) downloaden und installieren, dann hast Du auch die erweiterte (inkl. Tidy) Version von SciTE.
Wenn Du nur AutoIt installierst, hast Du auch nur eine abgespeckte Version von SciTE auf Deinem Rechner.

Dann hast Du SciTE4AutoIt3.exe nicht installiert.

So:

So, wie Du es oben haben willst, geht es jedenfalls nicht.
Es wäre besser, wenn Du mal beschreibst, was Du damit erreichen willst. Vielleicht findet sich eine Alternative.

Doch! Wenn das Skript im Hauptpfad (z.B. C:\) liegt, dann ist @ScriptDir = C:\ (mit Backslash).

Tweaky: Stimmt! Blöder Fehler! Ist beim optimieren passiert. Habe die eine Zeile nicht mit nach oben verschoben. Ist behoben! Danke!

In der neuen Version (Post#1) habe ich ausserdem noch das Vorschaufenster etwas "verfeinert" (Größe und Position sind jetzt an die FileCommander-Größe angepasst und man kann das Bild mit den Pfeiltasten drehen).

Stimmt! Danke für den Hinweis und die Problemlösung!

Neue Version in Post#1.

Darauf ein klares: Jein!

Genaugenommen liegt es daran, dass ich XP (Notebook) und Win7 (Desktop) besitze. Unter XP werden die Icons nicht dargestellt, was es ermöglicht, das Fenster kleiner zu ziehen als unter Win7, wo zusätzlich die Icons angezeigt werden.
Das führt dann dazu, dass unter Win7 die Buttons zu klein sind (in der kleinsten Fenstergröße). Muss ich wohl mal eine OS-abhängige Mindestgröße einbauen...

So, es gibt mal wieder eine neue Version (Post #1).

Das erstellen der Dateilisten konnte ich etwas beschleunigen. Gitternetzlinien und Tastaturbedienung sind nun möglich. Und die, von euch gemeldeten, Fehler habe ich beseitigt.

@progandy: Ah! Jetzt kann ich den Fehler auch nachvollziehen.
Ja, beim ersten Laufwerksbuchstaben tritt das tatsächlich auf. Nur ist bei mir der erste Laufwerksbuchstabe "A:" = Diskette. Deshalb hatte ich immer mit den anderen getestet. Ok, also: @SW_DISABLE. Wäre das geklärt. Danke!

UEZ: WinXP würde ich schon noch unterstützen wollen. Es gibt doch einige, die noch XP einsetzen. Es ist allerdings nicht ganz leicht, weil sich manche Funktionen stark unterscheiden. Da gebe ich Dir recht.

Tweaky: Den Refreshfehler kann ich bestätigen (unter WinXP). Unter Win7 tritt er aber nicht auf. Das dürfte ein Windows-Bug sein?!

@All: Den FileOpen-Bug kann ich hier nicht nachvollziehen (weder unter Win7 (64 Bit), noch unter WinXP (32 Bit)). Der tritt bei mir nicht auf.
Ich möchte allerdings nicht das Window-Handle weglassen, weil der Dialog dann kein Child-Fenster mehr ist. Somit würde ich die Methode von Progandy (deaktivieren der GUI) favorisieren, wenn damit der Fehler bei euch behoben ist. Kann das mal jemand ausprobieren und bestätigen?

Ich denke, Du solltest einen anderen Ansatz wählen. Vergleiche sind mit einem Scripting.Dictionary-Object rasend schnell.
Falls Du diesbezüglich Hilfe benötigst, wäre aber eine genauere Erklärung zum Datenbestand nötig.

Was ist so schwer daran an den _INetSmtpMail-Aufruf hinten ein ", True" oder ", 1" dranzuhängen?
Ich denke, Dir fehlen einige Grundlagen in der AutoIt-Programmierung. Das solltest Du nicht unbedingt anderen vorwerfen. Erstmal auf den eigenen Hintern setzen.

Nein, das ist keineswegs so gewollt und bei mir passiert das auch nicht.
Ich kann auch nicht nachvollziehen, warum das passieren sollte. Nachfolgend die Funktion zum auswählen des Hex-Editors:

Da wird nirgends das Listview neu eingelesen.
Wenn Du auf "abbrechen" klickst, wird "If Not FileExists($sPath) Then Return" ausgeführt. Die Funktion wird ohne jede Änderung verlassen. Von daher darf das gar nicht passieren.

Kannst Du mal nähere Angaben zu Deinem System machen? Vista sieht man bereits auf den Screenshots. 32 oder 64 Bit? Und benutzt Du das Skript oder die Exe? Falls Skript, Welche AutoIt-Version?

Die Bugs konnte ich soweit nachvollziehen und beheben, bis auf den Hinweis von RapIt. Kannst Du das mal anhand von Screenshots zeigen? Ich weiß nicht genau, was Du meinst.

Gridlines habe ich bereits als Option eingebaut. Hotkeys muss ich mir mal ein Konzept überlegen. Das mit dem zurückblättern bin ich schon am testen, weil mich das auch stört.
Das kommt dann alles in der nächsten Version.

So, es gibt wieder eine neue Version (Post #1).

Ein Vorschaufenster (ALT & S) für alle von GDI+ unterstützten Bilder-Dateien. Beim kopieren gibt es jetzt auch "umbenennen" als Option.
Für die älteren (sehschwächeren) unter uns kann man nun zwischen kleinen und grossen Icons in den Dateilisten auswählen (Menü: Einstellungen). Ich finde die grossen Icons toll.
Und einige kleine Änderungen (siehe History).

Frohe Weihnachten euch allen!