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. Schnitzel

Beiträge von Schnitzel

  • Problem

    • Schnitzel
    • 11. November 2009 um 18:20

    hm also ich glaub es wäre sehr viel einfacher und man könnte dir sehr viel bessere tipps geben wenn du erklärst was genau du mit diesem textfile alles machen willst.

    send is nämlich meistens ne ziemlich unsichere sache. bin mir sicher dass es da für dich was besseres geben würde. blos was ist die frage

  • Problem

    • Schnitzel
    • 11. November 2009 um 17:50

    wenndann so:

    Zitat von Mrx
    [autoit]

    $Info = GUICtrlCreateLabel("Info" & @CRLF & "Test", 0, 0, 650, 745)

    [/autoit]
  • Script-autostarten - was mach ich falsch?

    • Schnitzel
    • 11. November 2009 um 15:46

    joa hilfe lesen würd sooft helfen :S

  • Script-autostarten - was mach ich falsch?

    • Schnitzel
    • 11. November 2009 um 15:16

    du benötigst wahrscheinlich @ScriptFullPath oder nicht?

    [autoit]

    @ScriptDir ; Verzeichnis des laufenden Skriptes (beinhaltet keinen abschließenden Schrägstrich/Backslash)
    @ScriptFullPath ;Gleichbedeutend mit @ScriptDir & " " & @ScriptName

    [/autoit]
  • Win 7 AUTOIT

    • Schnitzel
    • 11. November 2009 um 14:02

    bei mir ging die hilfe auch mal nicht. ich musste im internetexplorer unter internetoptionen irgendwelche sicherheitseinstellungen oder so ändern.
    kann dir aber leider nicht genau sagen welche.

  • Registry in Allen unterschlüssen abfragen ...

    • Schnitzel
    • 11. November 2009 um 13:59
    Zitat

    was mache ich falsch?

    nicht wenig :D

    also erstmal haste nen backslash vergessen (hinter SOFTWARE):

    [autoit]

    $var1 = RegEnumVal("HKEY_LOCAL_MACHINE\SOFTWARE\" & $var, $i)

    [/autoit]


    2tens is der vorgang nicht logisch:

    mit deinem quellcode ausschnitt suchst du in Software die ersten 10 keys raus. dann suchst du im key nr.1 den schlüssel nr 1, dann in key 2 den schlüssel nr 2 dann in key 3 den schlüssel nr 3.

    siehste was falsch is?

    in software sind nochmal viele keys welche nochmal unterkeys haben und welche nochmal unterkeys haben...
    du suchst aber unter software\key1 -software\key10 nach schlüsseln.

    du müsstest erst so lange durchgehn bis kein unterkey mehr existiert, und dann in deiner schlüsselliste den wert auslesen. dann den nächsten schlüssel, dann den nächsten schlüssel, ... und wenn keiner mehr existiert in den nächsten unterkey und da alle schlüssel auslesen.

    das ganze kann ich mir vorstellen wird nicht spaßig :D

  • Autoit3 für poket pc

    • Schnitzel
    • 11. November 2009 um 07:44
    Zitat von Marthog

    Nunja, ichwiß nicht, ob der Pocket-Pc .exe-Dateien ausführen kann.
    und selbst wenn es geht, basiert Autoit auf der WinApi und die hat nur Windows.

    hast du dir des drüber auch durchgelesen?

    steht alles schon da :rofl:

  • Mouse-Keyboard

    • Schnitzel
    • 10. November 2009 um 16:17
    Zitat von Oscar

    "Keyboard not found! Press F1 to continue." ^^ :rolleyes:

    Eine der gloreichsten fehlermeldung seit der geschichte des PC :rofl:

  • Autoit Linux?

    • Schnitzel
    • 10. November 2009 um 16:13

    Ich weiß es selber leider nicht sicher deshalb n zitat von Raupi von gestern:

    Zitat

    Autoit läuft nur auf Windows. Bevor sich jetzt jemand beschwert, es läuft ach unter Linux, dort aber nur in einer Windows Emulation.

    (thread: https://autoit.de/index.php?page…adID=15623&)

  • Window-Transparency v2

    • Schnitzel
    • 10. November 2009 um 16:11

    so hab zum test mal explorer.exe beendet und dann über den taskmanager das programm laufen lassen

    ergebnis:

    Spoiler anzeigen

    2
    Windows Task-Manager
    Unbenannt - Editor

    2ter test war:
    winactivate('Program Manager')
    aktiv war dannach der Desktop. d.h. ich konnte per tastatur die icons auf dem desktop anwählen.

    also denke ich mal dass 'Program Manager' was mit dem explorer zu tun hat

    wenn ich noch was testen soll meld dich ruhig ;)

  • Problem bei For Schleife

    • Schnitzel
    • 10. November 2009 um 16:00

    ist ja auch klar. zu dem zeitpunkt an dem du die msgbox hast existiert das gelöschte item logischerweise nicht mehr.
    msgbox weiter oben und fertig

    [autoit]

    $LVItemCount = _GUICtrlListView_GetItemCount($ListView1)
    For $i = $LVItemCount To 0 Step -1
    $LVItemGetChecked = _GUICtrlListView_GetItemChecked($ListView1, $i)
    If $LVItemGetChecked = True Then
    MsgBox(0, "", $PIDName)
    _GUICtrlListView_DeleteItem($ListView1, $i)
    $PIDName = _GUICtrlListView_GetItemText($ListView1, $i)
    EndIf
    Next

    [/autoit]
  • Eigenes Tab-Register (OwnTab-UDF)

    • Schnitzel
    • 10. November 2009 um 15:55

    Funktioniert einwandfrei.
    ist zwar grafisch wie du sagst noch nichts aufwendiges. aber das mit den farben gefällt mir sehr gut.

    gute idee, und gut umgesetzt ;)

  • Window-Transparency v2

    • Schnitzel
    • 10. November 2009 um 15:43

    edit1: wenn nur editor offen ist:
    (hatte es erst überlesen)

    Spoiler anzeigen

    3

    Unbenannt - Editor
    Program Manager

  • Bild in Gui "laden" ohne "runterladen"

    • Schnitzel
    • 10. November 2009 um 14:42
    Zitat

    Bild in Gui "laden" ohne "runterladen"

    :D

  • Festplatten speicher reserviren

    • Schnitzel
    • 10. November 2009 um 14:40

    ja du hast dann immernoch deinen reservierten speicher. und wenn das programm neu gestartet wird greift es ja wieder auf die blocker datei zu.
    ich seh da jetz in diesem fall kein problem

  • Festplatten speicher reserviren

    • Schnitzel
    • 10. November 2009 um 13:10

    also an deiner stelle würde ich mit "Blockerdateien" arbeiten. die den benötigten platz einfach frei halten.
    hab das auch mal gebraucht. so kannste ne datei in $pfad mit der $dateigroesse (in byte) erstellen:

    [autoit]

    RunWait(@COMSPEC & " /c fsutil file createnew " & $pfad & "\Blocker.txt " & $dateigroesse)

    [/autoit]

    und wenn sich der reservierte speicherplatz ändert löschte einfach die blockerdatei und erstellst sie in der passenden größte neu.

    das ganze geht recht schnell und is recht sicher ;)

  • Kann es sein, das Autoit WinClose manchmal einfach nicht funktioniert? wie debuggen?

    • Schnitzel
    • 10. November 2009 um 12:12
    Zitat

    Das ist der Plan! Dazu noch schnell eine Verständnisfrage, wozu dient in diesem Zusammenhang
    das
    WinSetOnTop("Fenstername", "", 1) ?

    hast recht. des brauchste normal nich ^^

  • Hallo ^^

    • Schnitzel
    • 10. November 2009 um 11:54

    Herzlich willkommen und viel spaß hier im Forum ;)

  • variablen string in html suchen

    • Schnitzel
    • 10. November 2009 um 11:40

    jap die is viel einfacher, (und bei so einfachen strings n gutes stück schneller ;) )

    stringregexp würd ich nur dann hernehmen wenn man nach einem muster von zeichen sucht.

  • Kann es sein, das Autoit WinClose manchmal einfach nicht funktioniert? wie debuggen?

    • Schnitzel
    • 10. November 2009 um 11:11
    Zitat

    Hmm, ich denke, so einen Fall habe ich hier.

    schick am besten mal nen link wo man das programm downloaden kann. am besten auf chip.de, weil bei uns in der arbeit nich alle seiten freigegeben sind.

    Zitat von elmexubi

    ps: nur mal so eine Idee, wenn das mit dem Winclose nicht klappt, kann ich das Fenster nicht einfach aktivieren und dann ALT-F4 senden?
    Müsste das nicht auf jeden fall gehen?
    Oder spricht da was gegen?

    am besten ausprobieren ;-);-)
    so ungefähr:

    [autoit]

    WinSetOnTop("Fenstername", "", 1)
    WinActivate("Fenstername")
    Send("!{F4}")

    [/autoit]

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™