Beiträge von BugFix

Wenn ich nicht irre, ist es italienisch. Genauso spricht nämlich mein Kollege - und der ist Italiener.

Das zweimal ENTER verstehe ich nicht, wozu?
Weshalb soll die Datei offen (also im Editor) sein? Dann kann man ja nichts eintragen?
Mal als Ansatz:

Mal die AGB gelesen?

Zitat

1.2.9 Die Nutzung der Spiele und Services ist nur mittels eines Internetbrowsers oder spezieller, von der Bigpoint GmbH zur Verfügung gestellter oder ausdrücklich zugelassener Tools zulässig („Verbot der Nutzung nicht autorisierter Skripte“). Dies bedeutet insbesondere: Die Verwendung von Programmen, die eine übermäßige Belastung des Servers erzeugen, ist unzulässig. Der Einsatz von Software zur systematischen oder automatischen Steuerung der Spiele oder einzelner Spielfunktionen (Bots, Makros), zur Reproduktion oder Auswertung der Spiele, Spielelemente oder der auf der Plattform Bigpoint eingestellten Inhalte ist unzulässig.

Schau mal folgendes Skript an, da findet sich sicher was für deine Zwecke:
https://autoit.de/index.php?page…67020#post67020

Schau mal in die Hilfe:
- IniRead
- IniWrite
- WinActivate

Finde den Link leider nicht mehr.

Aber etwas wirklich interaktives zu skripten ist nicht gerade einfach. Das geht nur solange recht gut, wie die Aufgabenstellung eine geringe und leicht zu überprüfende Zahl an Lösungsvarianten zuläßt.
Ich wünsch euch auf jeden Fall viel Spaß.

Betreff der geschweiften Klammern hast du recht, die hab ich glatt vergessen.
Aber sowohl bei geschweifter als auch bei eckiger Klammer muß nur die öffnende Klammer maskiert werden. Die schließenden Klammern alleinstehend werden von der Regex-Engine als normale Zeichen behandelt. Probier es aus - gibt keine Fehler.

Neue Version in Post 1.
Habe den Tipp von progandy umgesetzt.

Kann mich erinnern, dass es im EN-Forum mal sowas gab. Vielleicht finde ich es noch.

Am besten ist es Koda gar nicht zu verwenden. Wozu hat man einen Kopf zum Rechnen ;). Und wenn man es per Hand macht, spart man sich auch die Hälfte weglöschen zu müssen (nutze mal OnEvent mit Koda :wacko: ).
Ich verwende Koda max. um einen groben Entwurf zu erstellen, Feinschliff auf jeden Fall von Hand.

Zitat von SEuBo

Rein interessehalber: Warum ist denn ']' nicht bei den Metachars?
Und was ist mit '{' und '}' ?

Weil diese Zeichen keine besondere Bedeutung haben. Ausschließlich die 11 aufgeführten Zeichen haben eine Doppelfunktion und müssen deshalb maskiert werden.

Wer mit SQL arbeitet kennt LIKE, um maskiert zu suchen.
In AutoIt können wir das mit RegEx erledigen. Da damit doch so mancher seine Probleme hat, habe ich die Syntax von LIKE verwendet ('_' =Platzhalter für ein beliebiges Zeichen an dieser Stelle; % =Platzhalter für eine beliebige Zahl von Zeichen, auch 0) und setze das intern in eine Regex-Prüfung um.
Im Unterschied zu LIKE, das immer case-sensitiv ist, kann hier die Sensitivität gewählt werden. Standard ist False.

Edit3:
Erweiterung:
Der zu prüfende String kann jetzt auch Zeilenumbrüche (@CR oder @CRLF) enthalten.

Edit2:
War noch ein Fehler drin beim An-/Abschalten der Metacharacter Erkennung.

Edit:
Habe progandys Hinweis jetzt eingearbeitet.

Es geht kürzer:

Local $checkbox[75]

Local $Form1 = GUICreate("Form1", 875, 600, -1, -1)
Local $top = 75
Local $left = 25
For $i = 0 To UBound($checkbox) - 1
Switch $i
Case 15, 30, 45, 60
$left += 175
$top = 75
EndSwitch
$checkbox[$i] = GUICtrlCreateCheckbox("checkbox" & $i, $left, $top, 175, 17)
$top += 20
Next

GUISetState(@SW_SHOW)

While True
Switch GUIGetMsg()
Case -3
Exit
EndSwitch
WEnd

Sowas aber auch , bisher konnte ich mich erfolgreich um OOP drücken, weil es in AutoIt nicht verfügbar war und nun DAS!
Scherz beiseite, tolle Arbeit, die da geleistet wurde.
Nun woll'n wir mal schauen, wo uns das das Leben erleichtern kann.

Bsp.:

MsgBox(0, '', _Repeat('a', 5))
MsgBox(0, '', _Repeat('a', 10))
MsgBox(0, '', _Repeat('a', 15))

Func _Repeat($string, $count)
Local $out = ''
For $i = 1 To $count
$out &= $string
Next
Return $out
EndFunc

Mit Stringfunktionen:

$s = 'C:\\Programme\Hersteller\Bin\Application.exe'
$s = StringTrimLeft($s, StringInStr($s, '\', 1, -1))

Wichtig - unbedingt als eindeutigen Schlüssel eine ID vergeben. Alle anderen Angaben können redundant sein.

Warum die vielen Sektionen? Mach nur eine:

Muster.INI

[daten]
id=name,vorname,telefon,plz,strasse,ort

Beim Laden einfach den String splitten - schon ist es in einem Array.

Da scheint es Unterschiede in den Excel-Versionen zu geben.
Bei meinem Excel (Office 2000) kann ich Formeln auch ohne .Formula übergeben, da diese durch das führende = als solche identifiziert werden. Fehlermeldung erhalte ich dabei nicht.
Aber es ist natürlich korrekt, eine Formel auch als solche zu kennzeichnen.

Sorry, wenn ich den Thread mal hijacke:

Zitat von teh_hahn

Einhaltung von http://www.autoitscript.com/autoit3/scit…F_Standards.htm

Diesen Punkt möchte ich mal aufgreifen.
Ich verfolge im EN-Forum seit einiger Zeit Beiträge, in denen es um Sinn (oder besser Unsinn) der Verwendung Globaler Variablen geht und auch generelle Empfehlungen, wann und wie deklariert werden soll:
In den UDF-Richtlinien findest du folgendes:

Zitat

All variables must be declared at the beginning of the UDF with a “Local” scope and before they are used for the first time.

In einem Beitrag von Valik fand ich folgenden Hinweis:

Zitat

..don't front-load your functions with all the variable declarations. Declare variables right before they are used.

Hier scheinen sich die Devs nicht ganz einig zu sein. Wobei Valiks Hinweis mir sinnvoller erscheint. Eine kopfgeführte Deklaration aller zu nutzenden Variablen ist zwar "schön" anzusehen, macht aber keinen tieferen Sinn. Die Deklaration bei erster Verwendung mit gleichzeitiger Wertzuweisung ist da effektiver.

Ich kann mich erinnern, dass wir vor langer Zeit schon mal eine Diskussion zum Thema Standards in AutoIt hatten, da ja der User ziemlich frei ist, bei dem was er tut.
Unter dem Aspekt, dass man Globale Variablen tunlichst vermeiden sollte (nähere Erläuterung hier), wär es vielleicht sinnvoll sich damit nochmals zu befassen (aber in einem eigenen Thread ;)).

Zitat von Traveller

$oSheet.Range("A2:A10")

Das ist absolut identisch mit "='Mein Sheet'!Z2S1:Z10S1", nur das einmal die Adressierung über das Objekt und das andere mal über die Formelsyntax erfolgt.