Welche AutoIt Version nutzt ihr?

Du solltest vielleicht mehrere Möglichkeiten zulassen

3.3.8.1 für Release-Projekte
3.3.9.5.X2 für kranke Experimente (aufgepusht mit allen Präprozessoren und PlugIns die sich im Laufe der Zeit angesammelt haben.)
3.3.10.2 ausschließlich zum Testen, was verändert werden muss, damit Projekte auch von .10.2 Nutzern ausgeführt werden können.

// Muss mal das Archiv updaten

Zitat von Tweaky

womit ihr hauptsächlich arbeitet

Nicht mit AutoIt . Spaß Beiseite: Ist ja noch ganz nützlich. Solange man keine Spielreien wie Bitmap-Handling macht oder auf PlugIns angewiesen ist, kann man natürlich auf .10.2 umsteigen.

Hi,

Zitat

Solange man keine Spielreien wie Bitmap-Handling macht oder auf PlugIns angewiesen ist, kann man natürlich auf .10.2 umsteigen.

...und beim Ausprobieren bestehender Scripte aus tausenden Forenbeiträgen dumm durch die Finger gucken, weil man den "Fehler" nicht findet!

Tweaky, umgekehrt wird ein Schuh draus, was ist an der 3.3.10.2ff sooo toll, dass "Otto-Normal-Scripter" unbedingt updaten muss? Für mich definitiv NICHTS, in der Firma läuft STABIL seit damaligem Release die 3.3.6.1

Zitat von GtaSpider

Der Syntax wurde komplett überarbeitet, das Arbeiten mit Strukturen läuft jetzt so flüssig von der Hand wie in C, neue Funktionen/Keywords (wie z.B. Volatile bringen eine ganz anderen Programmier Erfahrung mit sich

Das gab es aber (fast) alles auch schon in früheren Version wie zum Beispiel 3.3.9.5 und mit der scheint keiner ein Problem zu haben.
Aber du hast natürlich recht, das ist die erste "stabile" Version in der das so ist.

Hab auf verschiedenen Geräten verschiedene Versionen im Einsatz aber bin dabei überall auf die neuste Stable (v3.3.10.2) umzusteigen.
Die v3.3.10.2 hat ein paar nette neue Features und es wird wohl bald nur noch neue Scripte und UDFs dafür geben.
Der Umstieg ist zugegebene etwas mühsamer als frühere Versionswechsel. Hatte doch schon diverse Scripte relativ zeitaufwendig anpassen müssen. Und gewisse Sachen kommen einem schon ein bisschen BETA like vor.
Z.B. verhindert #AutoIt3Wrapper_Res_Language=**** das korrekte compilieren obwohl Autoit3Wrapper die Zeile weiterhin so einfügt wenn man die Sprache der exe ändert.
Oder die Zeilen

#AutoIt3Wrapper_Run_Obfuscator=y
#Obfuscator_Parameters=/striponly

werden In Scite nicht mehr eingefärbt etc.
Alles kleine Bugs aber irgendwie sollte so was doch bis einem Stabelrelease gefixt sein. Gibt halt ein unschönes Gefühl könnten ja genau so gut kleine Bugs sein mit erheblicher Auswirkung sein.

Abgesehen von Datentyp Variant finde ich das nicht weiter schlimm:
- derselbe Operator für Zuweisung und Vergleich
Keep it simple. Zwei Operatoren sind doch nicht nötig, es lässt sich doch eindeutig aus dem Kontext schließen, solange man nicht so PHP-üblichen Schleifenzuweisungskram betreibt.

- Zählervariablen, die auch außerhalb der Schleife weiter existieren
Das ist doch normal. Eine Zählervariable ist eben auch nur eine Variable, die hochgezählt wird. Ist in anderen Sprachen auch nicht viel anders... Stichwort C:

int i;
for(i = 0; i < 42; i++)

For-Schleifen müssen nach C89 die Zählervariable vorher deklarieren. Das zeigt ja schon, dass die Variable unabhängig von der Schleife ist. Ab C99 ist dann das hier üblich:

for(int i = 0; i < 42; i++)

Also die Initialisierung in dem For-Header.

- fehlende Unterscheidung von Gross- / Kleinschreibung
Wieso eine Sprache Case-Sensitive strukturieren, wenn das zu Grunde liegende Betriebssystem auch nicht Case-Sensitive ist? Unter Linux würde mich das auch eher nerven, aber unter Windows... Da musst du dich nicht im EN-Forum, sondern direkt in Redmond beschweren.
Und da AutoIt auch an BASIC anlehnt... Die BASIC-Dialekte, die ich kenne, sind auch Case-Insensitive.

So sehe ich das zumindest. Das einzig wirklich negative (meiner Meinung nach) an der 10.2 ist, dass die Plugin-API fehlt.

Gruß

Zitat von chesstiger

- Zählervariablen, die auch außerhalb der Schleife weiter existieren
Das ist doch normal.

Da hat er Recht.

Zitat von BugFix

Datentyp Variant ( Ich weiß, dass vielen dieser Datentyp gefällt, aus meiner Sicht fördert er nur eine schlampige Programmierweise. )

Zumal Variant in AutoIt nicht konsequent durchgesetzt ist.

Das mit den Datentypen ist finde ich wirklich so eine Sache. Intern wird ständig herumgecastet, obwohl das in den meisten Fällen garnicht notwendig wäre. (z.B. das was letztens in der SB angesprochen wurde mit Mod(10, 5.0) = Double). Das Einfügen der handelsüblichen Datentypen wäre aus meiner Sicht sehr sinnvoll. Wie Oscar schon sagte könnte man Variant immer dann nutzen, wenn nichts explizit vorgegeben ist. Das wäre vorallem Praktisch für Handles (da gibts in den meisten Sprachen 10 verschiedene, obwohl alle eigentlich nur ein 32Bit int sind).

Auch wenn das immer wieder zur Sprache kommt: Mehr Tempo bei vorgegebenen Datentypen könnte auch drin sein. Ich vermute, dass AutoIt intern bei jeder Operation mit einer Variable erst deren Typ geprüft wird, das würde dann entfallen.

Dann wünsche ich mir noch Variablen mit festlegbarem Scope. Man stelle sich vor es existieren 2 Skripte mit jeweils vielen Globalen Variablen. Möchte man diese Skripte zusammenführen, müssen unmengen umbenennungen vorgenommen werden. Könnte man einfach ein Scope um die einzelskripte lesen wäre das eine Sache von 5 Minuten statt 5 Stunden. (leicht übertrieben ausgedrückt)

Zitat von Oscar

Ich würde mir wünschen, dass man einen Datentyp beim deklarieren vorgeben kann. Wenn keiner angegeben ist, dann halt Variant.
So könnte man die Vorteile nutzen und müsste sich nicht mit den Schwierigkeiten des Variant in manchen Situationen rumschlagen.

Wie in Basic:

Foo as Long
Bar as Variant

Ich hab die Version 3.3.10.2. Bei mir laufen nach wie vor alle alten Scripte und hatte bis jetzt keines das nicht gelaufen ist.

jeztz nutze ich 3.3.10.2 Final

Ich glaube kaum dass diese Information noch irgendwen was nützt...
Zudem gibt's ja sowieso schon die Version 3.3.12.0

Das nächste mal überleg doch bitte zweimal bevor du einen alten Thread ausgräbst.

Voten hätte ja schon gereicht.