mein Script hängt sich auf, wenn ich erst viele ListView-Einträge erstelle, dann alle entferne und dann wieder neue erstelle ( alles mit deinen Funktionen ).
Bei meinen Tests hatte ich mit 2.000 Einträgen in 8 Spalten probiert. Ausser dass das etwas dauert 
gab es keine Probleme.
Schau dir die GuiResizing Optionen an.
Jedoch ist das Hochskalieren der Standardschrift durch den User ein Problem, dass wohl von keiner (oder kaum einer) Programmiersoftware gelöst wird.
Du musst nunmal entweder bestimmte Abmasse oder Verhältnisse der Masse angeben, geht nicht anders. Selbst wenn du an den Desktopmassen skalierst bist du machtlos, wenn der User plötzlich auf 125% skaliert. Das geht übrigens bei fast allen Programmen in die Hose. Also nicht auf AutoIt schimpfen.
Warum hast du die WM_COMMAND-Geschichte drin? Was soll das bezwecken?
Nur mal zur Anmerkung:
Es wäre sinnvoll, wenn du die Quelle deiner Daten angibst. Denn du darfst nur Daten verwenden (bzw. verbreiten), die du selber ermittelt hast ( 
) oder die vom Ersteller lizenzfrei zur Veröffentlichung angeboten werden. (was bei der Deutschen Post definitiv nicht der Fall ist)
Soweit ich weiß, könnte OpenStreetMap da eine gute Anlaufstelle sein.
Was kommt dir in den Sinn beim Funktionsnamen. _GUICtrlListView_Formatting_Startup($GUI, $hLV) ? - Richtig: Die UDF wird initialisiert mit Startwerten, demzufolge darfst du diese Funktion im Skript auch nur einmalig aufrufen und danach nie wieder! 
Hatte die Beiträge dazu gestern auch bei Heise gelesen.
In Sachen Design, haben die Jungs scheinbar mal so richtig den Griff ins Klo gewagt. 
Das Tablet selbst ist recht edel gehalten und macht einen "business-like" Eindruck. Aber dann werden für die Tastaturcover schreiend bunte Farben im Neon-Look der frühen 80-er Jahre verwendet... Einfach nur grottig.
Die technische Ausstattung scheint recht solide (schnelles USB, WLAN, Kartenslot).
Aber ganz klar fehlt hier Bluetooth. Das ist m.M. heutzutage ein Muss.
Was ich als unpassend empfinde ist das spiegelnde Display. Gerade ein Tablet wird immer wieder stark von einfallendem Licht betroffen sein und wenn ich dann auf dem Display mich selbst und meine Umgebung sehe... 
Da keine Angaben zu gravierenden Punkten (Akkulaufzeiten und möglichen Preisen) gemacht wurden kann man eigentlich gar kein Urteil zu dem Produkt fällen.
Hier mal ein Bsp.
[autoit]Local $a[5][2][2]
For $i = 0 To 4
For $j = 0 To 1
For $k = 0 To 1
$a[$i][$j][$k] = $i & '-' & $j & '-' & $k
Next
Next
Next
$sFile = ''
For $i = 0 To 4
For $j = 0 To 1
For $k = 0 To 1
$sFile &= $a[$i][$j][$k] & ';'
Next
Next
$sFile = StringTrimRight($sFile, 1) & @CRLF
Next
;~ FileWrite($Dateipfad, $sFile)
ConsoleWrite($sFile & @CRLF)
so und was ist wenn ich jetzt ein 3D-Array benutze...
Benutze einfach eine Textdatei zum speichern, in der Form
Array[0][0];Array[0][1];Array[0][2]
Array[1][0];Array[1][1];Array[1][2]
Array[2][0];Array[2][1];Array[2][2]
usw.
Geht natürlich analog auch für mehere Dimensionen, einfach unterschiedliche Trenner in der Zeile verwenden.
WinActivate
[/autoit]wird wohl nicht reichen, du willst es doch sicher auch in den Vordergrund setzen:
[autoit]WinSetOnTop
[/autoit][OT]
Mathematik ist eine Wissenschaft, die auf Annahmen beruht - in diesem Fall die Annahme, das die Quadratwurzel aus -1 = i ist und schon kann man weiter rechnen.
Da fällt mir immer ein netter Mathematiker Witz ein:
Ein Handwerker, ein Physiker und ein Mathematiker werden jeweils mit einer Büchse Nahrung 3 Tage in eine Höhle gesperrt.
- Handwerker: Wirft die Büchse solange an die Wand, bis sie offen ist - er überlebt.
- Physiker: Berechnet Winkel, Wurfgeschwindigkeit und Aufschlagskräfte, schleudert die Büchse entsprechend an die Wand - sie ist offen und er überlebt.
- Mathematiker: Er nimmt an die Büchse sei offen - und verhungert.
[/OT]
Wichitg: nicht drüber installieren!
Ich habe genau die gegenteilige Erfahrung gemacht. Verwendest du den aktuellen Installer und löschst deine alte Installation vorher, dann hast du nur noch Schrott, etliche Dateien fehlen. Deshalb installiere ich immer drüber.
Es ist nicht schlimm, nichts zu wissen -- aber wenn dir hier schon gesagt wird, wo du was nachlesen sollst (und ausprobieren) dann tu das bitte auch. Anders wirst du nichts lernen.
aber ich weiss trotzdem nicht weiter
"$coord ist kein Array! Deshalb olltest du vorher immer überprüfen, ob dem so ist. Dazu könntest du dir ja mal die Funktion IsArray() anschauen.."
Wenn du damit nichts anfangen kannst, frag ich mich was du hier willst.
Verdammt nochmal: [Blockierte Grafik: http://www.bug-fix.info/rtfm_gun.gif] [Blockierte Grafik: http://www.bug-fix.info/rtfm_book.gif]
Neue Version v0.5
Änderungen s. Post #1
Abfangen kannst du die Mausereignisse, ich hab das mal in mein Demoskript integriert. Hier werden jetzt linke und rechte Maustastenereignisse kpl. verworfen:
#include <WinAPI.au3>
#include <WindowsConstants.au3>
OnAutoItExitRegister('OnAutoItExit')
HotKeySet('^+q', '_Exit') ; Strg+Shift+Q
Global Const $HC_ACTION = 0
Global $hStub_MouseProc = DllCallbackRegister("_MouseProc", "long", "int;wparam;lparam")
Global $hmod = _WinAPI_GetModuleHandle(0)
Global $hHook = _WinAPI_SetWindowsHookEx($WH_MOUSE_LL, DllCallbackGetPtr($hStub_MouseProc), $hmod)
While True
Sleep(50)
WEnd
Func _MouseProc($nCode, $wParam, $lParam)
Local $event, $info, $iX, $iY, $mouseData = "", $wheelData = "", $wheelCount
$info = DllStructCreate("int X;int Y;dword mouseData;dword flags;dword time;ulong_ptr dwExtraInfo", $lParam)
$iX = DllStructGetData($info, 1)
$iY = DllStructGetData($info, 2)
$mouseData = DllStructGetData($info, 3)
If $nCode < 0 Then Return _WinAPI_CallNextHookEx($hHook, $nCode, $wParam, $lParam)
If $nCode = $HC_ACTION Then
Switch $wParam
Case $WM_MOUSEMOVE
$event = "Mouse Move"
Case $WM_MOUSEWHEEL
$event = "Mouse Wheel"
If _WinAPI_HiWord($mouseData) > 0 Then
$wheelData = " Forward"
Else
$wheelData = " Backward"
EndIf
$wheelCount = _WinAPI_HiWord($mouseData)/120
Case $WM_LBUTTONDOWN
$event = "Left Down"
ConsoleWrite('No LeftDown' & @CRLF)
Return -1 ; Return -1 verwirft die Nachricht
Case $WM_LBUTTONUP
$event = "Left Up"
ConsoleWrite('No LeftUp' & @CRLF)
Return -1
Case $WM_RBUTTONDOWN
$event = "Right Down"
ConsoleWrite('No RightDown' & @CRLF)
Return -1
Case $WM_RBUTTONUP
$event = "Right Up"
ConsoleWrite('No RightUp' & @CRLF)
Return -1
Case $WM_MBUTTONDOWN
$event = "Wheel Down"
Case $WM_MBUTTONUP
$event = "Wheel Up"
EndSwitch
EndIf
ConsoleWrite($iX & ', ' & $iY & ' ' & $event & $wheelData & ' count: ' & $wheelCount & @CRLF)
Return _WinAPI_CallNextHookEx($hHook, $nCode, $wParam, $lParam)
EndFunc
Func _Exit()
Exit
EndFunc
Func OnAutoItExit()
_WinAPI_UnhookWindowsHookEx($hHook)
DllCallbackFree($hStub_MouseProc)
EndFunc ;==>OnAutoItExit
Du liest die Checkboxen falsch! GuiCtrlRead ist NICHT ausreichend. Der Status, den du damit erhältst, kann eine Kombination von Werten enthalten.
Deshalb immer prüfen:
If BitAnd(GuiCtrlRead($CheckBox_oder_Radio), $GUI_CHECKED) Then ;== WAHR -- dann gechecked
[/autoit]Edit: tz tz, da war der m-obi schneller... 
(aber das: "= $GUI_CHECKED" kann man sich schenken, ist doppelt gemoppelt, da BitAnd genau das prüft)
die daten die in den Eckigen klammern steht, die musst du NICHT angeben. Dies ist nur um das ein bischen genauer zu definieren.
Nein, eckige Klammern geben an, dass diese Funktionsparameter optional und mit Standardwerten vorbelegt sind.
Auch wenn es hier nicht direkt durchklingt, riecht es doch stark nach Spiele-Bot (Bestand von irgendetwas unter Level -- Nachfüllen/ Nachladen erforderlich).
Insofern aktiviere ich zwar den Thread, stelle es aber frei darauf überhaupt zu antworten. Sollte sich meine Vermutung bestätigen, wird selbstredend gelöscht.
Ist doch nur ein simpler Dll-Call:
[autoit]
_SwapMouseButton() ; == Wechsel Links zu Rechts
;_SwapMouseButton(0) ; == Zurücksetzen
Func _SwapMouseButton($fSwap=True)
DllCall("user32", "long", "SwapMouseButton", "long", $fSwap)
EndFunc
Links- zu Rechtsklick machen? Melde die Maus als Linkshändermaus an, dann passiert genau das.
Mouseevent kannst du abfangen, aber mir entgeht etwas der Sinn. Läuft AutoIt auf Touchscreen-Geräten?
