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

  • Zahlen im Trayicon

    • Andy
    • 19. Mai 2009 um 13:12

    Hi,
    Erstellen von *.bmp Dateien mit Inhalt der Zahlen 1-20 im Format 32x32x32Bit

    Spoiler anzeigen
    [autoit]

    #include <GDIPlus.au3>
    #include <ScreenCapture.au3>
    ;Opt('MustDeclareVars', 1)
    Local $hBitmap, $hClone, $hImage, $hgui, $label, $hWnd, $hgraphic

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

    $hgui = GUICreate("Icon", 50, 50, 1, 1)
    GUISetState(@SW_SHOW)
    $label = GUICtrlCreateLabel(" ", 1, 1, 50, 50)
    GUICtrlSetFont(-1, 20, 800, 0, "MS Arial")
    $hWnd = WinGetHandle("Icon")

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

    _GDIPlus_Startup()
    $hgraphic = _GDIPlus_GraphicsCreateFromHWND($hWnd)

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

    For $i = 1 To 20
    GUICtrlSetData($label, $i)
    Sleep(100)
    $hBitmap = _ScreenCapture_Capture("", 5, 25, 37, 57)
    $hImage = _GDIPlus_BitmapCreateFromHBITMAP($hBitmap)
    _GDIPlus_GraphicsDrawImage($hgraphic, $hImage, 100, 100)
    _GDIPlus_ImageSaveToFile($hImage, @ScriptDir & "\icons\" & $i & ".bmp")
    Next
    _GDIPlus_ImageDispose($hClone)
    _GDIPlus_ImageDispose($hImage)
    _WinAPI_DeleteObject($hBitmap)
    _GDIPlus_Shutdown()

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

    Exit

    [/autoit]


    Einfügen der *.bmp in eine *.icl Datei (Container für Icons) mittels des Programms "Sib Icon editor" ergibt:
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Darstellung:

    Spoiler anzeigen
    [autoit]

    #include <Constants.au3>
    #NoTrayIcon

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

    Opt("TrayMenuMode", 1) ; Standard Traymenüeinträge (Script pausieren/beenden) werden nicht angezeigt.

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

    $exititem = TrayCreateItem("Beenden")

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

    TraySetState()

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

    While 1

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

    For $num = 1 To 20

    $start = TimerInit()
    $diff=0
    while $diff < 500
    $diff = TimerDiff($start)
    $msg = TrayGetMsg()
    If $msg = $exititem Then Exit
    wend
    ToolTip("#icon=" & $num)
    TraySetIcon("testicons.icl", $num)

    Next
    WEnd

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

    Exit

    [/autoit]

    Auf diese Art und Weise lassen sich auch sehr einfach "bewegte" Icons erstellen.

    ciao
    Andy

  • AutoIt-Script unterbrechen und wiederaufnehmen für Userinteraktion

    • Andy
    • 19. Mai 2009 um 08:31

    Hallo,
    keine Msgbox, den damit wird zwar das Script zwar pausiert, allerdings ist keine Eingabe/Abfrage der Bildschirmpunkte möglich.
    Also einfach eine Gui "Bitte nach markieren der beiden Punkte mit "OK" den Plot ausführen oder mit "Weiter" die nächste Zeichnung auswählen" erstellen und dann in z.B. einer while/wend Schleife die beiden Punkte aus der Zeichnung auswählen bzw nächste Datei auswählen.
    Ich habe das jetzt so verstanden, daß das Script den gesamten Vorgang automatisieren soll bis auf den Klick auf die beiden Punkte der Diagonalen.

    ciao
    Andy

  • Upload Programm funktioniert bei mir, bei Freunden nicht.

    • Andy
    • 14. Mai 2009 um 15:20

    @ ludgerf321
    Wenn du das compilierte Script, also die *.EXE Datei weitergibst, dann musst du die #includes nicht extra einbinden, das macht der "Compiler"(der eigentlich garkeiner ist) automatisch.
    Wenn die *.EXE-Datei bei dir läuft, bei ihm aber nicht, dann könnte es sein, daß seine Firewall die Verbindung blockiert.

  • Upload Programm funktioniert bei mir, bei Freunden nicht.

    • Andy
    • 14. Mai 2009 um 15:12

    Hallo!
    Genau für diesen Fall nutzt man das Errorhandling

    [autoit]


    $err=0
    $ftpOpen = _FTPOpen("waweisdennich") ;irgendwas reinschreiben
    If @error Then
    msgbox(0,"Fehler","FTP-Handle wurde nicht erfolgreich erzeugt!"&@crlf&"Programm wird beendet")
    Exit
    EndIf
    $ftpConnect = _FTPConnect($ftpOpen, $servername, $luser, $lpass)
    If @error Then
    msgbox(0,"Fehler","FTP-Connect zu "&$servername&" war nicht erfolgreich. Die neueste Programmversion kann nicht geladen werden!")
    $err=1
    EndIf

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

    _FtpSetCurrentDir($ftpConnect, $verzeichnis_server)
    If @error Then
    msgbox(0,"Fehler","Das Verzeichnis " & $lverzeichnis_server &" auf dem Server konnte nicht geöffnet werden.")
    $err=1
    EndIf
    ;msgbox(0,"fehlercode","error="&@error)
    if $err=0 then ; bisher ist kein ftp-fehler aufgetreten, datums und zeitvergleich, dann download

    [/autoit]

    uswusf...
    Diese Abfragen nach jeder der FTP-Funktionen, und du weisst jedenfalls, woran es klemmt.

    ciao
    Andy

  • Sollte das Posten von ausführbaren Dateien per Regel verboten werden?

    • Andy
    • 14. Mai 2009 um 14:55
    Zitat

    Soviel Eigenverantwortung verlange ich einfach.

    Recht hast Du! Dahingehend habe ich auch kein Problem.
    In diesem Zusammenhang kann ich aber auch Oscars Reaktion in keinster Weise nachvollziehen! WENN der User für den Download und die daraus resultierenden Folgen allein verantwortlich ist, warum bekommt dann der "Verursacher" (dessen Autoit-Script ja nachweislich garkeine Malware war) eine auf den Deckel? Inkonsistenz? Im Nachhinein hatte sich ja alles geklärt. Und genau um diese Vorfälle zu vermeiden ist ja die Abstimmung überhaupt entstanden.

    Die Moderatoren hier machen m.E. ihren Job sehr gut. Auch die "heißen" Eisen werden angefasst und es wird ein für alle ein einvernehmlicher Weg gefunden. So soll es sein.

    OT:
    Ein von mir schon seit langer Zeit genutztes Zitat": "Probleme löst man nicht, Probleme beseitigt man!"

  • Sollte das Posten von ausführbaren Dateien per Regel verboten werden?

    • Andy
    • 14. Mai 2009 um 14:36
    Zitat

    Ein neues Unterforum finde ich nicht so gut, dann steigt die Anzahl eher noch!

    Es eröffnet aber auch neue Möglichkeiten. So könnte jeder, der ein fertig kompiliertes Programm für sein Problem sucht, es einfach im dortigen Unterforum finden. Einige Schlagwörter dazu bzw Links dorthin aus dem Scriptforum, und man hätte eine schöne Sammlung "fertiger" Software.

  • Sollte das Posten von ausführbaren Dateien per Regel verboten werden?

    • Andy
    • 14. Mai 2009 um 14:29
    Zitat

    Einfach kurz den Admin/Mod den Quelltext schicken (wir stehlen schon keine Passwörter) und dann validieren wir den Code

    made my Day^^

  • Sollte das Posten von ausführbaren Dateien per Regel verboten werden?

    • Andy
    • 14. Mai 2009 um 14:23
    Zitat

    Andy: Gut, ich würde hier nie EXE-Dateien ausführen, zufrieden?

    Mitnichten, denn daß Du, BugFix und auch ich keine ausführbaren Dateien hier im Forum anklickern, ändert das Problem nicht!
    Das Problem sind die User, die vom "guten Namen" dieses Forums angelockt, voller Vertrauen in die von den ("Hier gibts keine Bots!") Moderatoren "überwachten" Forenbeiträgen auf eine dort AUSFÜHRBARE Datei klicken, die der Moderator selbst nicht mal mit der Kneifzange anfassen würde....
    Das schreit geradezu nach einem weiteren Forenreiter "Ausführbare Dateien". Die kann jeder Interessierte dann Anklicken, ein Fenster mit Warnung poppt auf, dass dies keine überprüften Dateien sind (sein können), Ausführen auf eigene Gefahr blabla, alle sind fein raus.

  • Sollte das Posten von ausführbaren Dateien per Regel verboten werden?

    • Andy
    • 14. Mai 2009 um 13:26

    Hallo!

    Zitat

    bzw. ich werde EXE Dateien ohne Source nicht ausführen.

    ...wobei natürlich die Frage erlaubt sein dürfte, was der veröffentlichte Sourcecode mit dem veröffentlichten Compilat überhaupt zu tun hat! Wer sagt denn, daß das Compilat dem veröffentlichten Scriptcode entspricht?
    Daher bin ich nicht dafür, *.EXE-Dateien innerhalb der Postings zum Download anzubieten.
    Wer ein Copyright auf sein Script beansprucht, der soll es auf seinem eigenen Webspace verbreiten. Links sind ja erlaubt ^^

    Zitat

    ich denke hier speziell an anfänger, die ja im forum schätzungsweise 80-90 % ausmachen

    ersetze das Anfänger durch Anwender, dann wird ein Schuh draus!
    Hier geht es doch primär darum, bei Scriptproblemen Hilfe zu bekommen. Einem Anfänger mit interesse an der Scriptsprache/Coding hilft die compilierte Version des laufenden Scripts.....garnicht!
    Und derjenige, der sein Script nicht vollständig im Quellcode veröffentlichen möchte, der soll es einfach lassen! Ich (und auch die meisten anderen hier schätze ich so ein) bin nicht böse wenn jemand seine Arbeit vor Änderung/Vervielfältigung schützen möchte und ausschliesslich ein Compilat veröffentlicht.
    Ein sehr schönes Beispiel ist z.B. Deepreds DesktopRadio. Wenn jemand eine Frage zu einer bestimmten Funktion des Radios hat, dann ist DeepRed bestimmt der letzte, der keine ausführliche Antwort gibt, Codeschnipsel inclusive! Aber für die Realisierung des "Gesamtkunstwerks" soll sich bitteschön jeder selbst die Arbeit machen, finde ich völlig in Ordnung so!

    ciao
    Andy

  • Tsetse...diese Hacker...

    • Andy
    • 13. Mai 2009 um 16:00

    Huhu, hatte auch schon div. Zugriffsversuche auf FTP-Server.
    Das lustigste war ein kleiner Italiener aus Verona, den hatte ich zufällig mitten im brute-forcen erwischt.
    Also schnell nen Account angelegt mit passendem Passwort, und 1h später hatte er den Server "geknackt"....um eine einzige Datei zu finden mit seiner eigenen IP incl Wohnort und einem "Liebesbrief" meines italienischen Kumpels. In der Datei stand sinngemäß, daß dies ein "Familien"-Server sei und man bereits auf dem Weg zu ihm sei..... :D
    Der Acc bestand danach übrigens fast ein Jahr ohne einen einzigen Zugriff :thumbup:

  • Windows 7 Release Candidate

    • Andy
    • 11. Mai 2009 um 11:39
    Zitat

    ...und wenn der Tag kommt, an dem keine Hardware mehr XP unterstützt...


    Die Hardware war noch nie der Grund für die Entscheidung für ein bestimmtes Betriebssystem. Wenn die von Dir bzw. Deinen Mitarbeitern eingesetzte Software/Hardware nur mit einem bestimmten BS läuft, dann stellt sich die Frage der Wahl garnicht.
    Und wenn deine Tochter an ihrem Geburtstag das tolle neue drahtlose Headset an ihren Rechner anschließt um dann enttäuscht keinen Ton zu hören, dann verfluchst du die Nerds, die sich gegenseitig in den Foren bei der Frage über die besten Kernel-Compile-Parameter zerhacken, anstatt mal einen anständigen BT-Stack auf die Beine zu stellen^^
    Mich juckt das BS zzt nur noch dann, wenn EDV-technisch in meiner Firma irgendetwas NICHT funktioniert. Dann zahle ich aber auch gerne den problemlosen und nicht immer günstigen Support des Herstellers. Sowohl bei Hard- als auch bei Software, denn Time ist Cash....
    Daher sehe ich die Entwicklung hin zu den virtuellen Maschinen als erfreulichste Zukunftsaussicht :D

    Andy

  • Windows 7 Release Candidate

    • Andy
    • 11. Mai 2009 um 10:57

    Hi,
    habe den RC7 seit letzter Woche sowohl innerhalb einer Virtualbox (Sun) als auch testweise auf einer schwachbrüstigen 6 Jahre alten Maschine am laufen und bin sehr positiv überrascht.
    Da ich nie Vista genutzt habe (never change a running System), fehlt mir der direkte Vergleich, aber als XP-User mit mehreren Rechnern fühlt sich der RC sehr rund an.
    Die Integration von Win7 in bestehende Netze war mit einigen Mausklicks erledigt, man könnte diesen Vorgang aber m.E. noch wesentlich vereinfachen. Bin nicht der große Media-Freak, aber der Mediaplayer als Zentrale für alles was mit Multimedia zu tun hat gefällt. Sehr simpel und intuitiv bedienbar.....teilweise kommt fast Mac-feeling auf (sagt meine Frau, die nutzt solch ein Apfel-Teil nämlich^^)
    Den Internetzexplodierer nutze ich schon seit vielen Jahren nicht mehr, 5 min "Arbeit" mit der aktuellen Version bestätigen diese Entscheidung mal wieder...
    Testweise Installation von antiker (aber immer noch verwendeter) Telefon/Fax/AB-Hard- und Software gelang nach einigem hängen und würgen. Andere Feld-, Wald- und Wiesensoftware war bisher problemlos zu installieren und zu nutzen.
    Einige Goodies habe ich noch nicht näher untersucht, z.B. den Remote-Zugriff. Soll aber lt. Bekannten auch wesentlich geschmeidiger als bei XP/Vista funktionieren.
    Alles in allem "rund" und gefällig, allerdings ist für mich zzt kein zwingender Grund gegeben, von XP oder Ubuntu auf Win7 umzusteigen.

    ciao
    Andy

  • autoit-script variable an dos-batch ubergeben

    • Andy
    • 8. Mai 2009 um 13:12
    Code
    test.exe> datei.txt
    set /p MeineVar= <datei.txt
    ECHO MeineVar lautet: %MeineVar%


    Die Test.exe (autoit) übergibt per Konsole einen String an eine Datei, der inhalt dieser Datei wird an die Variable übergeben

    ciao
    Andy

    *edit*
    Wenn das AutoIt-script mehrere Zeilen in die Konsole schreibt, dann wird bei

    Code
    for /f %%i in ('Autoit-Beispiel.exe') do set meineVar=%%i

    die letzte Zeile der Konsole in die Variable geschrieben, beim oberen Beispiel die erste Zeile

  • Tabsheet

    • Andy
    • 8. Mai 2009 um 12:16

    Hallo,
    Du musst mit KODA erst die Tabs erstellen und danach erst die einzelnen Tabs mit Inhalt füllen. Steht aber auch so in der KODA-Hilfe.

    Links oben im Object Tree View siehst du die Struktur deiner Tabs. Alles was auf der "Hauptseite" steht, erscheint auch auf allen anderen Tabs. Entweder Du änderst das mit Koda, oder direkt im Quelltext.

    ciao
    Andy

  • Absoluter einsteiger

    • Andy
    • 7. Mai 2009 um 15:32

    Hallo!
    Wie schon von Alina gepostet, quillt die Hilfe über vor Beispielcode...

    [autoit]

    filereadline

    [/autoit]


    Klick mal auf das "filereadline", es öffnet sich die Hilfe und das dortige Beispiel kannst du 1:1 in deinen Quelltext übernehmen, die Datei "TEST.TXT" mit den enthaltenen Computernamen solltest Du angelegt bekommen.
    Poste mal deinen bisherigen Code pls

    Andy

  • [teilgelöst] eMail auf Web-Seite verbergen? Sicherheit mit JavaScript???

    • Andy
    • 7. Mai 2009 um 14:41

    Hallo Stilgar,
    Du befindest Dich im selben Dilemma wie die Viren/Antiviren-Schreiber. Bei Dir ist es der Kampf Verschlüsseler gg Crawler.
    Wer gewinnt?
    Bei Viren ist das Problem sehr einfach zu lösen, aber es ist ein Politikum. Ohne Viren keine hochbezahlten Antiviren-Programmierer, für Männer vom Schlage eines Mr. Gates wäre es eine der leichtesten Übungen, das Problem für alle Zeiten aus der Welt zu schaffen, aber es wird mit diesem "Problem" sehr viel Geld verdient....ich würde gerne wissen in welcher Höhe Gelder fliessen, damit das Viren-"Problem" NICHT aus der Welt geschafft wird.

    Zu Deiner Frage, wie man damit umgeht....
    Kopfschütteln! Und sich wichtigerer Arbeit zuwenden!
    Mal im Ernst, du machst Dir Gedanken über E-Mailadressen von Leuten, die voller Begeisterung ihre gesamten persönlichen Daten wie Namen, Adressen, Bilder, Videos, Lebensgeschichte usw. für jedermann zugänglich veröffentlichen. Und sich dabei überhaupt nichts denken. Die haben auch absolut keine Ahnung, woher die vielen Spammails täglich herkommen. Vielen ist das auch völlig egal!
    Wie soll man jemanden schützen, der seine Mailadresse in jede 2. Inputbox auf allen weltweiten Webseiten einträgt?

    Ich habe seit 1991 eine private Emailadresse SPAMFREI, seit 1997 eine eigene Firma mit div. spamfreien Emailadressen, jetzt sag mir bitte, was mache ich falsch, daß ich keine Spammails bekomme? Komischerweise geht es einigen meiner Bekannten genauso, bis zu 20 private Mails am Tag und kein Spam? Komisch, daß die von Dir angesprochenen Bots diese Adressen nicht finden......

    ciao
    Andy

  • Absoluter einsteiger

    • Andy
    • 7. Mai 2009 um 13:40

    Hallo,
    Du könntest die Liste der Computer entweder von Hand in z.B. Textdatei oder INI-Datei schreiben und von dort mit Fileread/FilereadLine einlesen und diese Liste in einer ListBox ausgeben.

    Eine weitere Möglichkeit wäre, die einzelnen Aktionen mit Checkboxen auszuwählen...oder oder oder^^
    ciao Andy

  • Problem mit Datei öffnen und _StringBetween benutzen

    • Andy
    • 5. Mai 2009 um 09:59

    Hallo, klappt bei mir einwandfrei:

    Spoiler anzeigen
    [autoit]

    #include <Array.au3>
    #include <String.au3>

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

    $test="blablabla test: hier steht etwas dazwischen |ende blabla"
    $a=_stringbetween($test,"test: ", " |ende")
    _arraydisplay($a)

    [/autoit]


    wenn in deiner html-Seite kein "test:" oder kein " |ende" steht, wird auch nichts gefunden....
    ciao
    Andy</Array>

  • µit - März

    • Andy
    • 3. Mai 2009 um 14:50

    Hallo Blackmail,
    Schande über mich^^
    Dein Solver löst natürlich richtig, nur meine Brille war nicht geputzt 8) , wenn du mal bei uns in der Gegend bist, gibts zur Entschuldigung ne lecker Spätlese oder ein frisches Met oder Pils oder was auch immer^^
    Ich wurde nur darauf aufmerksam, dass sämtliche deiner Lösungen, die beim durchrechnen SEHR viel Zeit brauchten, alle mit 123456....anfingen, beim Vergleichen mit der "richtigen" Lösung bin ich dann um eine Zeile verrutscht...
    Mein "Prüfalgorithmus" checkt zzt. nämlich nur, ob die Sudokuregeln eingehalten wurden, d.h. ob in Zeile/Spalte/Box nur jeweils eine Ziffer genau einmal vorkommt, und prüft NOCH nicht, ob auch wirklich das ursprüngliche Sudoku gelöst wurde.
    ciao
    und haut rein!
    Andy

  • µit - März

    • Andy
    • 2. Mai 2009 um 16:37
    Zitat

    Er funktioniert schon, jedoch benötigt er 20 mal solange, wie eure Algos


    Ich befürchte, dass sich das rapide verbessert:thumbup:

    Zitat

    Das geht relativ problemlos und die Geschwindigkeit nimmt deutlich zu

    Bestimmt...

    Sollten wir uns ggf mal Gedanken über eine "Schnittstelle" innerhalb der Solver machen?
    So daß man auch "externe" Funktionen zum lösen einsetzen kann.
    irgendwie sowas:

    [autoit]

    func _Sudokulösefunktion_Y-WING(Array1,Array2,Array3,$wasweisdennich)
    eliminiere Möglichkeiten nach der y-wing-Methode und gib die Arrays usw zurück
    endfunc

    [/autoit]


    Dann könnte man mit mehreren Leuten an einem Projekt arbeiten und muss nicht immer das Rad neu erfinden.

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™