Beiträge von BugFix

Und was denkst du, soll:
_GUICtrlListView_GetItemText($hWnd, $iIndex[, $iSubItem = 0]) sein?

Schau mal in der Hilfe hierzu:

_GUICtrlListView_GetItemText($hWnd, $iIndex[, $iSubItem = 0])

Damit als NEU erscheint, ausnahmsweise ein Doppelpost.

Hier die Lösung um Text- und Hintergrundfarbe für jedes Item separat zu setzen. Font ist aufwändiger, mache ich vielleicht später noch.

Zitat von MatthiasG.

Seltsam, im Beispiel von GUICtrlListView funktioniert es doch?

Richtig, im ListView. Aber ListView und TreeView unterscheiden sich gründlich auch in Bezug auf die Notifikationen.

Na dann bleibt nur der etwas aufwändigere Weg über selbst zeichnen.
Allerdings kann ich noch nicht sagen, ob CUSTOMDRAW auch für TreeView möglich ist, habe ich noch nie probiert. Wäre dann analog zu meiner ListView-Format UDF.

Edit: Ja, gibt es auch für TreeView. Ich gucke mal, dass ich ein kleines Bsp. machen kann.

1. Du brauchst den Aufruf der EXE natürlich mit Pfad
2. Das Workingdir ist zwar ein optionaler Parameter, heißt aber nicht, dass man es deshalb weglassen kann. Viele Programme erfordern zwingend diese Angabe.
Probier es so:

Run("C:\Program Files\UrbanTerror\ioUrbanTerror.exe", "C:\Program Files\UrbanTerror")

Zitat von DeepRed92

Die normale Erdanzeihungskraft hat ja eine beschleunigung von 9.81 m/s². Wie kann ich das umsetzen?

Mal besser gar nicht.
Überleg selber:
Start:
v= 0 m/s
a = 9,81 m/s²

nach Sekunde1: v= 9,81 m/s
zurückgelegter Weg (Weg-Zeit-Gesetz):
s = 0,5 · a · t²
s = 0,5 · 9,81 m/s² · 1 s²
s = 4,95 m

Da brauchst du aber einen gewaltig großen Bildschirm.

Du solltest schon die Anweisungen in MSDN bis zum Ende lesen

#include <WinAPI.au3>
#cs
The pvParam parameter must point to a DWORD variable that receives the setting.
#ce
Const $SPI_GETKEYBOARDSPEED = 10
Local $vParam = DllStructCreate('dword')
_WinAPI_SystemParametersInfo($SPI_GETKEYBOARDSPEED, 0, DllStructGetPtr($vParam))
ConsoleWrite(DllStructGetData($vParam, 1) & @CRLF)

Edit: Und das Setzen entsprechend mit dem Parameter $iParam

Const $SPI_SETKEYBOARDSPEED = 11
Local $newSpeed = 20 ; <== der neue Wert, max ist 31
Local $iParam = DllStructCreate('dword')
DllStructSetData($iParam, 1, $newSpeed)
_WinAPI_SystemParametersInfo($SPI_SETKEYBOARDSPEED, DllStructGetPtr($iParam))

Zitat von MatthiasG.

Meinst du mit Ln zufälligerweise Log()?

Log() wird (leider) auch zur Bezeichnung des natürlichen Logarithmus verwendet. Eindeutig ist aber Ln().
Der natürliche Logarithmus verwendet als Basis die Eulersche Zahl.

Dieser Logarithmus ist wohl einer der beliebtesten. Kann mich an viele Mathestunden erinnern, in denen wir bis zum Geht-Nicht-Mehr integriert und differenziert haben. Was mit diesem Log besser als mit allen anderen geht.

Zitat von SEuBo

Man muss dazu sagen, dass das Beispiel mE nach seeehr unglücklich gewählt ist. Das & verwirrt so manchen Neuling. Denn es wird nirgendwo erwähnt, dass man das &-Zeichen benutzt, um Texte (strings) mit Variablen / Zahlen zu "verknüpfen".

Wenn man die Hilfe gründlich liest, ist das das erste, was man lernt. AutoIt kennt nur einen Datentyp: Variant. Alle Daten werden entsprechend des Funktionsaufrufs verwendet.

Zitat von Hilfe - &lt;Language Reference&gt; &lt;Datatypes&gt;

Some examples:

10 * 20 equals the number 200 (* is used to multiply two numbers)

10 * "20" equals the number 200

"10" * "20" equals the number 200

10 & 20 equals the string "1020" (& is used to join strings)

Brauchst nicht die Pipe als Trenner, ein Leerzeichen tuts auch.

TCPSend($Connect, "$ACCNEU " & $ACCNEU & " $PWACCNEU " & $PWACCNEU & " $ACCNEUEMAIL " & $ACCNEUEM)

$str = "$ACCNEU " & $ACCNEU & " $PWACCNEU " & $PWACCNEU & " $ACCNEUEMAIL " & $ACCNEUEM
$aStr = StringSplit($str, ' ', 2)
; $ACCNEU => $aStr[1]
; $PWACCNEU => $aStr[3]
; $ACCNEUEM => $aStr[5]

Du hast schon in der Shoutbox 2-mal die richtige Antwort bekommen:

$zahl1 = 5
$zahl2 = 8
$summe = $zahl2 + $zahl1

ConsoleWrite('Summe: ' & $summe & @CRLF)

Auch wenn's etwas später kommt, so ist es doch nicht weniger ehrlich:
Happy Birthday. ( Du junger Hahn )
Bleib wie du bist.

Es kann durchaus sein, dass du einen kleineren MTU-Wert als 1492 benötigst. Du kannst deinen max. MTU ermitteln. Wie, das kannst du hier nachlesen.

Wenn ich es richtig verstanden habe, brauchst du den Timestamp gar nicht zum Speichern, sondern du zählst nur?
Dann reicht diese Version:

Hier bietet sich das "Scripting.Dictionary" Objekt an.
Ich hab mal ein Muster erstellt. Ungetestet, sollte aber laufen.

Wenn du die Daten auch über einen Programmstart hinaus verwalten möchtest, kannst du sie in eine INI wegschreiben und auch von dort wieder laden. Sieh dir dazu mal die Func's _IniWriteSectionFromObjDict und _IniReadSectionToObjDict aus meiner UDF zum Dictionary Object an (Klick auf meinen UDF-Link in der Signatur, dort findest du weiteres).

Wir waren nicht sooo viel. Im günstigsten Fall zu viert.
Aber hat schon Spaß gemacht, auch wenn ich nicht wirkliche Gegner hatte.

Zitat von Chrischn

Aber ne Erklärung oder ne Anwendung wär schon nicht schlecht.

Schau mal in meine Signatur. Da findest du ein Tut.

Die einzige Form der Beschleunigung: kurze Variablennamen verwenden. Wie wir feststellen konnten, braucht der Interpreter für längere Variablennamen auch länger zur Ausführung.

Zitat von Nilo

Hat denn niemand was für die UDF übrig?

Wenn du dein Skript ausschließlich als gepackte Datei anhängst, wirst du wenig Resonanz haben. Dein Skript ist nicht groß, also poste es bitte direkt.
Ich persönlich sehe mir Dateien fast ausschließlich online an. Wenn ich es erst noch herunterladen und entpacken muß ist mein Interesse dahin..