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

Beiträge von FireFlyer

  • "Maus-O-Meter"

    • FireFlyer
    • 23. August 2008 um 22:24

    sooo ich habe mal meinen alten rausgekramt

    ergebnis 96 DPI :D

  • "Maus-O-Meter"

    • FireFlyer
    • 22. August 2008 um 13:05

    hmpf.. treiber?! hmm kann man die vielleicht auslesen?

    Hey aber sagmal die native resolution ist doch die höchstmögliche Auflösung die geht also auf eigenschaften display slider ganz rechts ^^...
    sollte doch eigentlich gehen oder? Also ich meine wenn das doofe windoof die höchstmögliche res auslesen kann können wir das auch :D

    Aber mal was anderes was machen wir mit CRT Monitoren? :D

  • "Maus-O-Meter"

    • FireFlyer
    • 22. August 2008 um 12:13

    hmmm aber bei mir wird ne andere auflösung angezeigt als bei
    Win32_DisplayControllerConfiguration.horizontalResolution

    bzw.

    Win32_DisplayControllerConfiguration.verticalResolution

    und ich glaube die hier genannten sind die aktuellen oder?

  • "Maus-O-Meter"

    • FireFlyer
    • 22. August 2008 um 11:46

    Win32_DisplayConfiguration

    PelsHeight
    Data type: uint32
    Access type: Read-only
    Qualifiers: Units(Pixels), Deprecated

    Height of the displayable surface.

    PelsWidth
    Data type: uint32
    Access type: Read-only
    Qualifiers: Units(Pixels), Deprecated

    Width of the displayable surface.

    Oder ist das die maximale höchst-darstellbare auflösung?

  • "Maus-O-Meter"

    • FireFlyer
    • 22. August 2008 um 10:34

    ja aber ist das nicht der sinn von dpi?

    Bildpunkte pro Inch.. Das hat ja was mit dem Monitor zu tun, wieviele Bildpunkte der Monitor pro Inch anzeigen kann, die auflösung spielt ja da garkeine rolle oder? weil man kann die DPI ja auch net ändern is doch hardwarebedingt... is halt scheisse für das Maus-O-Meter ^^ da wir dann über die Pixel länge quasi keinen Zusammenhang zu einem realen Abstand/Länge usw haben :( Also wir haben eigentlich nix absolutes wo wir uns dranheften können oder?

  • Probleme mit meinem SMS-Tool

    • FireFlyer
    • 22. August 2008 um 10:24

    na was für vorteile hat denn der msg mode? Ich hab bisher noch keine entdecken können :(

  • Probleme mit meinem SMS-Tool

    • FireFlyer
    • 22. August 2008 um 10:10

    jo schreib dein script um auf die gui on event methode

    dazu ganz oben im script: Opt("GUIOnEventMode", 1)

    und dann alle events die du jetzt per msg abfragst in eine eigene funktion machen und diese funktion dann per

    guictrlsetonevent ausfürhen


    Meine Meinung: Immer OnEvent benutzen ist um einiges flexibler und bremst das script nicht aus ;)

  • Probleme mit meinem SMS-Tool

    • FireFlyer
    • 22. August 2008 um 10:05

    Ich rate einfach mal:

    Du benutzt nich die OnEvent methode sondern die GetMsg methode... 8)

  • Probleme mit meinem SMS-Tool

    • FireFlyer
    • 22. August 2008 um 09:43

    Aus einer Funktion kommt man mit Return raus... aber ich versteh dein Problem trotzdem nicht wiso willst du unten in dem Scriptpart aus ner schleife raus??? is doch keine da?

  • Probleme mit meinem SMS-Tool

    • FireFlyer
    • 22. August 2008 um 09:15

    relativ einfach hier mal ein beispielscript:

    [autoit]

    Opt("GUIOnEventMode", 1)
    #include<GUIConstants.au3>
    GUICreate("ComboTest", 100,100)
    $combo = GUICtrlCreateCombo("",10,10)
    GUICtrlSetData($combo, "1|2|3|4|5")
    GUISetOnEvent($GUI_EVENT_CLOSE, "_exit")
    GUICtrlSetOnEvent($combo, "test")
    GUISetState()

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

    While 1
    WEnd

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

    Func test()
    MsgBox(0, "Test", "Inhalt der ComboBox: "&GUICtrlRead($combo))
    EndFunc

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

    Func _exit()
    Exit
    EndFunc

    [/autoit]

    Ist jetzt nicht getestet aber sollte gehen

  • "Maus-O-Meter"

    • FireFlyer
    • 22. August 2008 um 08:16

    Oscar ich hab auch rumprobiert aber bei mir kam immer der gleich DPI wert raus:
    800*600 = 96 DPI
    1024*768 = 96 DPI
    1280*1024 = 96 DPI...

    auf msdn steht folgendes zu dem Objekt:

    Zitat

    LogPixels
    Data type: uint32
    Access type: Read-only
    Qualifiers: Units(Pixels), Deprecated

    Number of pixels per logical inch. This property is valid only with devices that work with pixels (this excludes devices such as printers).

  • Dynamische Elemente erstellen

    • FireFlyer
    • 21. August 2008 um 16:23

    Array und schleife...

    Wären jetzt mal meine Stichwörter :)

    hier noch der ansatz

    [autoit]

    $array = Iniread()
    Dim $chkbx_array[Ubound($array)]
    For $i = 1 to Ubound($array)-1
    $chkbx_array[$i] = GUICtrlCreateCheckbox("Der Inhalt entweder der Key oder die Value der ini also $array[$i][0] oder $array[$i][1], ... )
    Next

    [/autoit]

    So würd ich das machen ;)

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 16:16

    hehe daraus könnte man ja auch ein miniscript machen das die Zoll (diagonale) des bildschirms errechnet :D

    $pos0_alt = 0
    $pos[0] = @DesktopWidth
    $pos1_alt = 0
    $pos[1] = @DesktopHeight

    Inch = Zoll wenn ich net irre oder? Da sollte dann ja 17 19 22 etc rauskommen :D

    Ach ich LIEBE Spielereien :love:

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 15:57

    hä 1 inch = 2,54 cm

    wiso jetzt bitte teilen?

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 15:18

    Oscar wie wäre denn die rechnung weiter?

    Meine rechnung ergibt eine Strecke mit der "Maßeinheit" Pixel

    Pixel / DPI = Inch
    Inch * 2.54 = cm

    So oder?

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 11:39

    jaa das war der faktor den ich vergessen hatte^^... Die beschleunigung, rein mathematisch is es wohl nich so kompliziert die mit einzuberechnen aber ich denke mir das Hauptproblem werden die Hardware unterschiede sein. Die sind zwar bestimmt nicht extrem hoch, aber dennoch ein Faktor und ein Faktor ändert ein Ergebnis einfach enorm :(

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 10:53

    puhh aber keine Garantie :D eventuell hat Mega auch noch ne bessere Lösung er ist der Profi ^^

    Omg ich bin so blöd... das mit if und else kannste weglassen, die zahl wird durch die quadrierung ja so oder so positiv -.- ...

    Man es ist einfach noch zu früh^^

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 10:40

    Jo die "Strecke" auf dem Bildschirm würde ich so errechnen: EDIT SRY DENKFEHLER^^ das ist die Position du musst natürlich erst die distanz errechnen:


    [autoit]

    $disx = $pos[0] - $pos0_alt
    $disy = $pos[1] - $pos1_alt
    $zwischenergebnis = Sqrt(($disx^2)+($disy^2))

    [/autoit]

    Somit hast du die Strecke in Pixeln:
    Dann noch geteilt durch die Sens der Maus und vielleicht noch ein andrer Faktor? Hardwarebedingt oder so? Mal der Einheit? Ich hoffe ich habe jetzt richtig gedacht^^

    [autoit]

    $ergebnis = $zwischenergebnis / $sens * $einheit

    [/autoit]

    //EDIT:
    Der Performance wegen würd ich jedoch die Strecke nur bei dem Event Mouseclick berechnen also nur wenn der User klickt wird die Distanz vom vorherigen Mausklick zum jetzigen errechnet... und halt immer dazuaddiert usw.

  • "Maus-O-Meter"

    • FireFlyer
    • 21. August 2008 um 10:21

    Hmm das kannst du wohl nur sehr ungenau bestimmen, ausschlaggebender Faktor wird wohl die Sensitivity sein
    Problem 2 Die Sensitivity ist wahrscheinlich von Hersteller zu Hersteller bzw. Treiber zu Treiber unterschiedlich

  • Pixel aus lesen...

    • FireFlyer
    • 21. August 2008 um 08:39

    jo also wenn du dich jetzt richtig reinhängst machst du uns (der community) eine OCR-UDF (also Schrifterkennungs-UDF) damit würden sich hier bestimmt einige Leute freuen, denn OCR ist schon sehr nützlich besonders in Zeiten des Scanners usw. das ganze aber für captchas zu missbrauchen find ich nicht gut. Das hat schon seinen Sinn, allerdings sehe ich keinen Sinn darin einen BOT spielen zu lassen^^ Was hat man denn dann noch von dem Spiel? Ausser zuschaun?

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™