1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Andy

Beiträge von Andy

  • Die Länge einer Linie anhand 2 Koordinaten herausfinden

    • Andy
    • 3. September 2009 um 19:32

    Hi,
    Alina meinte wohl den Kosinussatz, welche für alle Dreiecke gilt, während man Pythagoras nur auf rechtwinklige Dreiecke anwenden sollte.

    Zitat

    Was für ein Zeichen stellt das "?" dar

    sollte wohl das "Gamma" sein

  • On Error Goto....gibt es so etwas auch in AutoIt?

    • Andy
    • 3. September 2009 um 18:17

    Naja, schreib das mal den Entwicklern, die diese "professionelle" Fehlermeldung implementiert haben^^
    Und da lachen die Leute über:" Die Tastatur ist nicht angeshlossen, bitte drücken sie eine Taste!". Das hat richtig Stil gegenüber "Error in line-1". Der smilie hat ausgelacht....

  • On Error Goto....gibt es so etwas auch in AutoIt?

    • Andy
    • 3. September 2009 um 18:08

    Hi.
    das Topic sagt alles, ich bin heute über ein 20 Jahre altes Basic-Programm gestolpert und mir ist aufgefallen, daß ich solch eine Funktion in AutoIt noch nicht gesehen habe?!
    Damals wars einfach, nach jeder Funktionsdeklaration war die erste Variable $Fehlercode=xxxx .
    Trat ein irgendwie verursachter Fehler auf, wurde durch das "On Error Goto/Gosub" eine Funktion angesprungen und dort konnte der Fehlercode abgewickelt/angezeigt werden.
    Ja, mir ist auch klar, daß es "schlechter Stil" ist, Fehler sollten erst garnicht auftreten oder per @error-handling abgefangen werden, aber das nützt alles nichts wenn jemand anruft und fragt was er falsch gemacht hat, "Die Fehlermeldung heißt 1.#INF und ist in der Zeile -1 aufgetreten!". Klasse....
    Gibt es ggf einen "Windows-Fehler-Handler" den man umbiegen könnte?^^
    thx vorab
    Andy

  • Tasten

    • Andy
    • 3. September 2009 um 17:00
    Zitat

    Und wollte dann zu seiner "Bot Seite" gehen.
    Hat wohl nicht funktioniert mh..

    Auch dort erwartet man offensichtlich ansatzweise Lernbereitschaft und man bekommt für einen erstellten "Machtmirmal!"-Thread höchstens einen Lacher. Willkommen im Leben....

  • PW-Generator

    • Andy
    • 2. September 2009 um 20:35

    Hallo,
    schreibe dein "Passwort" in das Eingabefeld einer

    [autoit]

    inputbox()

    [/autoit]

    . Dann verwendest du eine

    [autoit]

    For to

    [/autoit]

    Schleife und bearbeitest per

    [autoit]

    stringmid()

    [/autoit]

    nacheinander die einzelnen Buchstaben. Mit

    [autoit]

    random()

    [/autoit]

    berechnest du eine Zufallszahl zwischen Null und Eins. Wenn

    [autoit]

    If

    [/autoit]

    diese Zufallszahl Eins ist, dann

    [autoit]

    then

    [/autoit]

    schreibe den Buchstaben per

    [autoit]

    stringupper()

    [/autoit]

    in Großbuchstaben, ansonsten

    [autoit]

    else

    [/autoit]

    lasse den Buchstaben klein.
    So sollte es klappen, viel Spass beim scripten!
    Andy

    Edit: so gehts, wenn man zwischendurch mal nen Kaffee trinken geht, man ist viiieeel zu langsam^^

  • PushTheButton, ermöglicht Mausklick auf sonst nicht erreichbare Grafiken UPDATE 1.36

    • Andy
    • 2. September 2009 um 19:33

    Hi,
    natürlich kann man das Script und/oder Teile davon frei verwenden!
    Es ist ja selbst nur ein "kleiner" Teil aus einem meiner Projekte.
    Testet mal bitte, ob das Lupenfenster stark flackert, wenn man den $moviemode=1 setzt (Zeile 24). Dann kann man bei voller Vergrößerung die animierten Smilies hier im Forum erst richtig bewundern^^

    Zitat

    da hat sich ja jemand richtig mühe gemacht...


    Die meiste Mühe hat gemacht, das Script so umzubasteln, daß es nicht jeder "Pixelsearcher" ohne weiteres einsetzen kann. Die Bildschirmlupe ist schon stark eingeschränkt, die gibt es auch in rund^^, als "richtige" Lupe! Mit Griff und allem drum und dran....
    bis denne
    Andy

  • GDI+ Screensavers (jetzt mit 2 Beispielen)

    • Andy
    • 2. September 2009 um 15:05
    Zitat

    Außerdem bin ich auch kein GDI+ Guru!

    Made my day! :thumbup:

  • Buchstaben, Zahlen generieren

    • Andy
    • 2. September 2009 um 14:51

    Miniscript

    [autoit]

    $wort=""
    for $i=1 to 20
    $wort&=chr(random(32,122,1))
    Next
    msgbox (0,0,$wort)

    [/autoit]
  • Buchstaben, Zahlen generieren

    • Andy
    • 2. September 2009 um 14:48

    Hallo,
    eine Schleife

    [autoit]

    For To

    [/autoit]

    innerhalb derer per

    [autoit]

    random()

    [/autoit]

    eine Zufallszahl zwischen 33 und 122 (siehe Ascii-Codetabelle u.a. in der Hilfe) generiert wird. Der Ascii-Code der Zufallszahl ( siehe

    [autoit]

    chr()

    [/autoit]

    ) ergibt den zufälligen "Buchstaben". Aneinandergereiht das zufällige "Wort"

  • Color Picker

    • Andy
    • 2. September 2009 um 13:35

    Hi,
    "in Ausgewachsen" gibts so etwas HIER

  • Wann macht das Auslagern von Funktionen Sinn?

    • Andy
    • 2. September 2009 um 13:31

    Hi,
    fertige UDF´s per #include einbinden, ansonsten die Vorteile von Scite nutzen ^^
    Funktionen zusammenklappen, das schon von Johannes angesprochene Strg+F, Lesezeichen, aber auch der Funktionslister (Alt+L) ist ständig bei mir im Einsatz.
    Btw. Alt+L, ich habe versucht, die Anzeige der Funktionsliste auf mehr wie 4 Zeilen (am Anfang) zu erweitern, bin bisher bis in den Sourcecode von Scite vorgestoßen, aber komme da nicht weiter, wenn jemand sich dort bissl auskennt, bitte melden!

  • Mathematisches Problem IParam-Speicherung

    • Andy
    • 2. September 2009 um 13:00

    Mal ganz doof gefragt, würde es helfen, Iparam als Zeiger (Pointer) auf einen wie auch immer großen Speicherbereich zu behandeln? Die "Zustände" würden dann nicht in IParam "gespeichert", sondern an der Position auf die der Pointer zeigt. Also gewissermaßen doch ein Array^^

  • "non-Array variable" und trotzdem ein Array?

    • Andy
    • 2. September 2009 um 12:44

    Hallo,
    geh das "Problem" mal allgemeiner an!
    Du willst den Rückgabewert einer Funktion per Msgbox darstellen. Die Funktion KANN aber mehrere Werte zurückgeben, sowohl Arrays, als auch "normale" Variablen, aber auch im schlimmsten Fall irgendwelche undefinierten Zustände! Weiterhin sollte man nach dem Ausführen der Funktion auch @Error auswerten. Wie ein Überaschungsei, 3 Sachen auf einmal^^
    Also
    1.) @Error auswerten, das gibt Hinweise auf Erfolg/Mißerfolg. Dementsprechende Info per Ctrl-Shift-D (in Scite für die Debug Messagebox) oder Alt-D für die Ausgabe der Info in die Console
    2.) Wenn nicht klar ist, ob die Funktion ein Array oder eine Variable zurückgibt, einfach die Rückgabe TESTEN, z.B. per

    [autoit]

    isarray() oder isstring() oder oder oder

    [/autoit]


    3.) Wenn Array, dann bietet sich eine Ausgabe per

    [autoit]

    _arraydisplay()

    [/autoit]

    an

  • Abfangen der Enter-Taste beim Input-Control

    • Andy
    • 2. September 2009 um 12:24

    Hallo nuts,
    ggf gibt es eine einfachere Lösung als die Abfrage per Messagecodes.
    Ich verwende für die Eingabe in Input-Feldern einen (ggf unsichtbaren) Button, der "angeklickt" wird, sobald die Enter-Taste betätigt wird. Schau mal bei

    [autoit]

    _GUICtrlButton_Create()

    [/autoit]

    nach dem Parameter $BS_DEFPUSHBUTTON.
    ciao
    Andy

  • PushTheButton, ermöglicht Mausklick auf sonst nicht erreichbare Grafiken UPDATE 1.36

    • Andy
    • 2. September 2009 um 11:10

    Hallo,
    in letzter Zeit habe ich von einigen Anfragen gelesen, bei denen nach der Möglichkeit zum Mausklick auf nicht per ControlClick() erreichbare "Buttons" gefragt wurde.
    Beispiele sind Buttons auf Webseiten, oder ganz einfach ein Icon irgendwo auf dem Desktop.
    Wie kann man trotzdem auf diese Elemente klicken?
    Das Prinzip ist einfach. Der zu klickende Button (Bildausschnitt) wird "fotografiert" und abgespeichert. Soll dieser Button nun per Script geklickt werden, dann navigiert man z.B. im Browser auf die entsprechende Webseite und sucht auf dem Screen nach dem abgespeicherten Bild.
    Alles das macht PushTheButton.
    Enthalten ist eine größenveränderliche "Bildschirmlupe" zum genauen Bestimmen des zu findenden Buttons und eine Testfunktion.
    Man kann mit PushTheButton die Bildausschnitte einfach erstellen und diese in eigenen Scripten weiterverwenden. Auch die Funktionen zur Suche vom Bild im Bild sind soooo langsam nicht. :D
    Tip: Um die Größe des Auswahlfensters schnell zu verändern, sollte man erst (per Mausrad oder den +-Tasten auf dem NumBlock) zoomen und dann erst mit Ctrl-Alt-Pfeiltasten die Fenstergrösse verändern.

    Mittlerweile werden auch animierte Buttons gefunden....z.B. dieser kleine Kerl^^
    [Blockierte Grafik: http://www.abload.de/thumb/_ptb_01p33m.jpg]

    WICHTIG! Um eine schnelle Suche zu gewährleisten muss in der obersten Zeile des Zoomfensters mehr als eine Farbe sichtbar sein, wenn gespeichert wird!
    IMPORTANT! It is significant for a quick search that in the top line of the Zoomwindow is more than only one colour if the Zoomwindow is to be saved


    Andy


    //Edit 6/11/2011
    Kleiner Bug behoben, großes Danke an peethebee!
    Weiterer Bug von mir gefunden, bisher nicht gefixt: Wenn gleichzeitig mit der Suchfunktion von PushTheButton eine Datei geöffnet ist, die denselben Namen wie der gespeicherte zu suchende "Button" hat, dann KANN ein Fehler auftreten. Also besser nicht den Button speichern, dann z.B. Irfanview den gespeicherten Button anzeigen lassen und anschliessend die Suchfunktion starten.


    //EDIT 19/10/2009
    - English Help available, change language at the traymenu
    - mehrsprachige Hilfe, Sprache im Traymenu einstellbar
    - Fensterhandling verändert
    - INI-Datei hinzugefügt für Sprache und Programm-Einstellungen


    //EDIT 27/09/2009
    Neue Version 1.33 :
    - die Fenstergröße ist nun mit der Maus veränderbar (Fensterrand unten und rechts und die "Ziehecke" unten rechts, diese Funktion ist noch "optimierbar"^^)
    - die Suchgeschwindigkeit der Bitmaps ist extrem erhöht (ca. Faktor 8-10), wenn die prospeed.dll im Verzeichnis des Scriptes liegt. (es gibt auch noch andere dll´s wie z.B. von prog@ndy um Bitmaps zu suchen).
    Ich habe von der prospeed.dll nur zwei Funktionen verwendet, und zwar die schnelle Suche bzw den Vergleich von Bytes im Speicher. Daher auch die Struktur-Ungetüme im Script, denn
    die ansonsten superschnellen AutoIt-Stringbefehle haben einige sehr heftige Geschwindigkeitseinbußen ab einer bestimmten Größe von Strings.
    Wenn mir jemand den Grund dafür nennen könnte, wäre ich dankbar. Ich dachte bisher, die Strings würden in "normalen" Bytearrays abgelegt und sind somit schnell zu scannen...oder ist Assembler doch wesentlich schneller als C? *grins*
    Ansonsten werden die "normalen" AutoIt-Funktionen zur Suche verwendet, zum Testen sind auch diese schnell genug^^, die prospeed.dll ist also NICHT zwingend erforderlich!
    - Betrieb mit mehreren Monitoren ist nun möglich, THX an Funkey!
    - man kann nun einen Dateinamen zum Speichern des "Buttons" angeben.
    - ausgelagert wurde die Funktion _PtB_clickBMP(), welche die Suche in (sichtbaren) Fenstern erlaubt, incl. aller möglichen Mausclicks auf die gesuchte Bitmap. Siehe die Demo in der Downloaddatei.
    - neu hinzugekommen ist der Moviemode, es ist nun möglich ANIMIERTE Buttons abzuspeichern (Bilderfolge Picname_0001.Bmp usw) und natürlich auch wiederzufinden...
    - im Traymenu können nun einige Parameter eingestellt werden, z.B. der Mausversatz, um ein "highlighten" von Buttons beim Mouseover zu vermeiden

    TODO:
    Die Buttons sollen komplett aus der GUI verschwinden, Kontextmenu ftw, auch eine "richtige" Hilfe soll es geben
    Speichern/Lesen der Bitmaps wahlweise auch in den gängigen Formaten JPG, TIf usw. ist wohl nur eine Kleinigkeit
    Bisher ist mir noch keine seriöse (hehe) Anwendung einer "unscharfen" Suche begegnet, das kann aber ohne großen Aufwand implementiert werden


    Das komplette Script ist downzuloaden, u.a. findet man dort auch eine DEMO, welche "eigenmächtig" den Startbutton auf XP-Systemen findet^^
    In der Demo sind auch die verwendeten Such-Funktionen, welche man natürlich in eigenen Programmen verwenden kann.

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Anhang:
    Für die interessierten zum Thema: Suche vom Bild im Bild

    Spoiler anzeigen

    Ich wende zwei Verfahren an, um den Bildausschnitt zu finden. Das jeweils günstigste (schnellste) Verfahren wird schon zum Zeitpunkt der Auswahl des Bildausschnitts getroffen! Daher ist die Suche auch mit gewöhnlichen AutoIt-Befehlen ziemlich schnell.
    Beim Abspeichern des Bildausschnitts wird für jede Pixelfarbe im Auschnitt die Anzahl der Pixelfarben auf dem Screen gespeichert. Das Pixel mit der wenigsten Anzahl Farben auf dem Screen wird der "Hotspot".
    Je nach Anzahl der Farben dieses Hotspots wird nun ein Verfahren der Bildersuche gewählt.

    Wenn es nur sehr wenige Pixel mit der Farbe des Hotspots auf dem Screen gibt, dann wähle ich die -Pixelsuche
    Ja, das altbekannte Pixelsearch() kommt zum Einsatz. Das "Hotspot"-Pixel wird im gesamten Bildschirminhalt gesucht, und der Bereich rund um das gefundene Pixel wird mittels PixelChecksum() mit dem Bildausschnitt verglichen.

    Wenn aber die Farbe des Hotspots sehr oft auf dem Bildschirm vorkommt (z.B. schwarzer Text auf weißem Hintergrund), dann bietet sich die -Bitmapsuche an. Dafür hole ich etwas weiter aus^^
    Im großen und ganzen sind die (24Bit-Windows BMP)-Bitmapdaten aufgrund ihrer Struktur (Freud lässt grüßen^^, DllStruct ist dein Freund) sehr einfach zu behandeln. Die Bitmapdaten liegen als Folge von Bytes vor, wobei jeweils 3 Bytes die Grundfarben für ein Pixel darstellen. Jedes Pixel wird also durch einen Blau-, Grün-, und Rot-Anteil dargestellt.
    Die Bitmapdaten kann man sich als String mit der Länge Bildbreite*Bildhöhe*3 (3 Farbbits pro Pixel) vorstellen.
    Also sieht der "Pixelstring" einer Bitmap etwa so aus: $Bitmap="BGRBGRBGRBGR....", wobei B der Blauanteil, G der Grünanteil und R der Rotanteil EINES Pixels ist.
    Jede der einzelnen Farben kann 256 Abstufungen enthalten (ein Byte = 8 Bit). Um jetzt ein (oder auch mehrere aufeinanderfolgende) Pixel innerhalb der Bitmap zu finden, muss man nur im $Bitmap-String nach der Folge der 3 Farbbits suchen. Das geht in AutoIt sehr fix mit dem StringInstr()-Befehl.
    Man unterteilt also den Bildausschnitt in "Bildzeilen", und sucht nun per StringInstr() in der gesamten Screen-Bitmap eine Übereinstimmung der ersten Zeile. Wenn eine Übereinstimmung gefunden wurde und die 2.Ausschnittzeile GENAU unter der Fundstelle liegt (das ist die Position im String, welche 3*Bildbreite "dahinter" liegt) und die nächste und die nächste usw. alle übereinstimmen, dann hat man den Bildausschnitt gefunden.
    Das funktioniert natürlich nur dann sehr schnell, wenn die "oberste" Zeile des Bildausschnitts nicht sehr oft im gesamten Bildschirm vorkommt.
    Beispiel dazu: Monochrombildschirm, X ist weiss, O ist schwarz
    Wir haben den gesamten Bildschirminhalt
    XXXXXXXXXXXX
    XXXXXXXXXXXX
    XXXXXXTXTXXX
    XXXXXXTXTXXX
    Es soll auf den folgenden "Button" geklickt werden (im Bildschirm in den untersten beiden Zeilen)
    TXT
    TXT

    wenn ich nun als Bildausschnitt z.B.
    XXTXTXX ;erste zeile
    XXTXTXX ;zweite Zeile
    auswähle, dann wird die erste Zeile sofort (per stringinstr()) im Gesamtbildschirm gefunden, die Prüfung auf die 2. Zeile ergibt den Treffer, der Button ist schnell gefunden

    ABER
    wenn als Bildausschnitt
    XXX ;erste Zeile
    TXT ;zweite Zeile
    gewählt wird, dann dauert die Suche sehr lange. Denn wir erhalten sehr viele Treffer für die erste Zeile des Ausschnitts im Screen und müssen immer eine Zeile darunter nachschauen, ob dort auch die zweite Zeile übereinstimmt.

    Also ist die Suchgeschwindigkeit direkt proportional zur Intelligenz dessen, der den Bildausschnitt auswählt^^. In der Regel findet aber die Testroutine den Ausschnitt in einigen Hundertstel-(!) bis maximal Zehntelekunden.
    Die Suchroutine in PushTheButton scrollt sogar im aktuellen (Browser-)Fenster nach unten, um in der bis dahin "unsichtbaren" Bildschirmdarstellung den Button zu finden

    Dateien

    PushTheButton.zip 137,8 kB – 1.350 Downloads
  • TABs wegmachen

    • Andy
    • 1. September 2009 um 20:42

    Hi,
    Ich habe das so verstanden, daß die Vokabel und die Übersetzung in einer Zeile stehen. Also sollte deine Textmarkierung (clipget() ) so aussehen:

    Code
    glasses           Brille


    Dazwischen stehen dann die Tabs bzw Leerzeichen?
    Das wäre doch etwas für die Regex-Cracks, alle "Leerzeichen" entfernen und die beiden Wörter in $Vokabel und $Uebersetzung ablegen^^
    Es geht natürlich auch "zu Fuß"^^

    [autoit]

    $text=" glasses Brille " ;clipget
    $text=StringStripWS($text, 3) ;hier die 8 statt der 3 liefert Oscars Ergebnis
    $vokabel=""
    $uebersetzung=""

    [/autoit][autoit][/autoit][autoit]

    for $i=1 to stringlen($text) ;alle Zeichen im String durchforsten
    if asc(stringmid($text,$i,1))<33 then ;irgendein Leerzeichen gefúnden
    if $vokabel="" then $vokabel=stringleft($text,$i-1) ;wenn Vokabel noch nicht erkannt, Vokabel aus String extrahieren
    Else ;es ist kein Leerzeichen gefunden
    if $vokabel<>"" Then ; Wenn Vokabel bereits gefunden,
    $uebersetzung=stringtrimleft($text,$i-1) ; dann ist das wort ab dieser Position die Übersetzung
    exitloop ;raus aus der schleife
    endif
    endif
    Next
    msgbox(0,$vokabel,$uebersetzung)

    [/autoit]


    Btw, mit der 3 in stringstripws() entfernst du führende und nachfolgende "Leerzeichen" (auch TAB), um ALLE (auch zwischen der beiden Wörtern) zu entfernen, nimm die 8. Dann hast du aber das Ergebnis wie in Oscars Vorschlag, beide Wörter "zusammengeschrieben"...

  • Dreckgenerator

    • Andy
    • 1. September 2009 um 16:46

    Hi,
    hier mal beispiel für eine Datei

    [autoit]

    #include <File.au3> ;die Bibliothek für den _filereadtoarray()-Befehl einfügen
    Dim $array ; das Array dimensionieren
    _filereadtoarray("Test1.txt",$array) ; Daten aus der Textdatei in ein Array einlesen
    $random=random(1,$array[0],1) ; eine Zufallszahl erzeugen
    msgbox(0,0,$array[$random]); den "zufälligen" Arrayinhalt darstellen

    [/autoit]
  • Dreckgenerator

    • Andy
    • 1. September 2009 um 16:38

    Hallo,
    mit

    [autoit]

    _filereadtoarray()

    [/autoit]

    liest du die einzelnen Zeilen deiner Datei in ein "Array"(Datenfeld). In diesem Array ist jede Zeile deiner Datei mit einer Indexnummer anzusprechen. Also Array[1]="Name1", Array[2]="Name2" , Array[3]="Name3"usw
    Dann kannst du mit

    [autoit]

    random()

    [/autoit]

    eine Zahl zwischen 1 und der Anzahl der Zeilen (steht in Array[0]^^) bestimmen und zum Beispiel der Variablen $randomzahl zuweisen.

    [autoit]

    $ersteswort=$Array[$randomzahl]

    [/autoit]

    ist das erste Wort. So machst du es mit den anderen Dateien auch.
    Zum guten Schluß würde ich den "Satz" in einer

    [autoit]

    Msgbox()

    [/autoit]

    ausgeben
    Wenn du auf die AutoIt-Befehle (blaue Schrift) im Browser klickst, öffnet sich die Hilfe....
    ciao
    Andy

  • Mathematisches Problem IParam-Speicherung

    • Andy
    • 1. September 2009 um 14:15

    Hi,
    ich hab zwar auch grade einen Knoten im Hirn, aber ggf geht das

    Spoiler anzeigen
    [autoit]

    #include <GuiListView.au3>
    $gui = GUICreate('')
    $lv = GUICtrlCreateListView('a|b|c', 10, 10, 200, 150)
    $hLV = GUICtrlGetHandle($lv)
    GUICtrlCreateListViewItem(' | | ', $lv) ; Anzahl Spalten z. Test unwichtig

    [/autoit] [autoit][/autoit] [autoit]

    $IParam = 0
    $shift = 9999 ; IParam muß größer 9999 sein
    For $i = -30 To 30 ; letzter gültiger Spalten-Index ist 29
    if $i<0 then
    $t=-1
    Else
    $t=1
    endif

    [/autoit] [autoit][/autoit] [autoit]

    ConsoleWrite('2 hoch ' & $i & @TAB & $t*(2^($t*$i)) & @CRLF)
    $IParam += $t*(2^($t*$i))
    ; für negativen Bereich wäre das dann
    ;~ $IParam -= 2^$i ; <== das funktioniert dann bis 30 und Shift wäre nich nötig
    ConsoleWrite('set Summe $IParam: ' & $IParam & @CRLF)
    _GUICtrlListView_SetItemParam($hLV, 0, $IParam+$shift)
    ConsoleWrite('get Summe $IParam: ' & _GUICtrlListView_GetItemParam($hLV, 0)-$shift & @CRLF & @CRLF)
    Next

    [/autoit]

    wenigstens in die Richtung...

    nuts, im Prinzip möchter er 60 verschiedene "Zustände" in einer Integer-Zahl speichern. 30 ist einfach, das sind die "gesetzten" Bits, mit negativem Vorzeichen wären es 60^...

  • While-Schleife in einer Funktion Abbrechen

    • Andy
    • 31. August 2009 um 08:58

    Hi,
    natürlich kann man sowohl den Onevent- als auch den Messageloop zusammen verwenden, nur sollte man das nicht gleichzeitig tun, da der Oneventmodus "Vorrang" hat und z.B. Tasten abfängt, die der Messageloop dann nie zu sehen bekommt. Mit

    [autoit]

    Opt('GUIOnEventMode', 0)

    [/autoit]

    könnte man den Oneventmodus (vorrübergehend) ausschalten, per msgloop irgendetwas abfragen und danach den Oneventmodus wieder einschalten. Wer´s unbedingt braucht...
    Allerdings würde ich persönlich einen der beiden Modi vorziehen. Welchen, ist eigentlich Geschmacksache. Denn chaotischen Code produziere ich eigentlich genug, da muss man nicht auch noch mit solchen Konstruktionen nachhelfen^^
    ciao
    Andy

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™