_Gui_Plus_ Funktionen
Die _GUI_Plus_ Funktionen sind mir gänzlich unbekannt. Solltest du aber Funktionen der GDIPlus.au3 meinen, solltest du deinen Post dahin gehend anpassen,
mfg (auto-)Bert
Die _GUI_Plus_ Funktionen sind mir gänzlich unbekannt. Solltest du aber Funktionen der GDIPlus.au3 meinen, solltest du deinen Post dahin gehend anpassen,
Im Beitragstext wurde es bereits von vcopsmtl geändert. Ich habe aber auch mal den Titel angepasst 
.
Anbei eine Frage zu PixelGetColor: - seit wann wird ein Dezimalwert zurückgegeben?
Ich hab alte Skripte ( 2 Jahre alt ) da wird der Hex-Code zurückgegeben.
Selbst in Forenbeiträgen (EN/DE) aus dem Jahre 2007 gibt PixelGetColor einen Dezimalwert zurück.
Sicher, dass Du da nicht irgendwo Hex() verwendest ?
Gruß Musashi
Die Funktion hat noch nie und konnte auch gar keinen Hex Wert zurückgeben.
Ein Hexwert wird bei der Rückgabe automatisch wieder zum Dezimalwert.
Nur Handle werden tatsächlich in Hexform zurückgegeben.
Hallo,
hab einen anderen Thread gefunden und diese Funktion angepasst sodass es jetzt klappt.
Was ich jetzt machen will ist die durchschnittliche Farbe zu bestimmen.
Das Einlesen von pixelgetcolor in eine Variable geht ( in DEC schreibweise 
und ich weiss immer noch nicht warum ich das mit Hex-Werten verglichen hab
) Ich hoffe der Dec-Wert ist fortlaufen und nicht von den einzelnen Farben (RGB) zusammengesetzt ( BSP 0xFFFFFF = 16777215 und nicht 255255255 ) Ich hoffe es ist zu verstehen was ich meine )
Ich will in HEX wandeln da die AU3-Window Info ebenfalls Hex Color ausgibt -> Wie kann ich die AU3 Window Info dauerhaft im Koord Mode -> Screen starten ( ist bei Neustart immer wieder auf Window zurückgesetzt )
Ich habe jedoch Probleme daraus den Durchschnitt in Hexadezimal mir anzeigen zu lassen.
Abgewandelt vom HEX-Beispiel:
$Zahl = 6 / 2
Local $sHex1 = Hex($Zahl)
; Zeigt das Ergebnis.
MsgBox($MB_SYSTEMMODAL, $Zahl, $sHex1 & @CRLF & StringLen($Zahl))Sobald eine Division enthalten ist kann ich es nicht mehr nachvollziehen. Teilweise scheint es als würde jedes einzelne Zeichen in den entsprechenden HEX-Wert gewandelt. Hab die Msgbox unten angehangen.
Ich bitte um Hilfe.
; Ergebnis einer ganzzahligen Division ist ein Integerwert
Local $Zahl = 6 / 2
ConsoleWrite('IsInt(6/2) '& (IsInt($Zahl) ? 'JA' : 'NEIN')& @CRLF)
; Umwandeln in Hex sollte "0x00000003" ergeben
Local $sHex1 = '0x' & Hex(6/2)
Local $sHex2 = '0x' & Hex(Int(6/2))
Local $sHex3 = '0x' & Hex(3)
Local $sHex4 = '0x' & Hex(3.0)
ConsoleWrite(' 6 / 2 = ' & $sHex1 & @CRLF)
ConsoleWrite('Int(6/2) = ' & $sHex2 & @CRLF)
ConsoleWrite(' 3 = ' & $sHex3 & @CRLF)
ConsoleWrite(' 3.0 = ' & $sHex4 & @CRLF)Das führt zu einem falschen Ergebnis.
Obwohl "6 / 2" ein Integerwert ist, wird dieser von der Hexfunktion nicht als solcher erkannt.
Function Hex
Numbers passed as non-integers (those with decimal separator or exponent) are processed as doubles.
Das Ergebnis ist (auch aus Sicht der AutoItfunktion "IsInt") ein Integer, tatsächlich ergibt 6/2 aber nicht 3, sondern 3.0! Und das ist ein Double.
Erst mit "Hex(Int($Zahl))" erhält man das erwartete Ergebnis.
Und die Länge 1 ist völlig korrekt, Vornullen zählen nicht.
Hallo BugFix
Das Ergebnis ist (auch aus Sicht der AutoItfunktion "IsInt") ein Integer, tatsächlich ergibt 6/2 aber nicht 3, sondern 3.0! Und das ist ein Double.
Ich bin gerade hier drüber gestolpert. Autsch. Das habe ich bisher nicht gewusst. 
Woher weißt du, dass Division immer ein Double zurück gibt?
Woher weißt du, dass Division immer ein Double zurück gibt?
Ob das definitiv so ist, kann ich gar nicht mal sagen. Aber zumindest rechnet Autoit mit Ergebnissen von Divisionen als Double. Das ist der Funktionsbeschreibung von Hex zu entnehmen und somit im AutoIt-Kontext für mich manifestiert.
Ich mach mir mal Gedanken, ob sich das irgendwie prüfen lässt.
EDIT:
Ich habe zwar noch kein sicheres Verfahren zum Test auf Double gefunden, aber zumindest ist mir aufgefallen, dass das Ergebnis einer Division (mit Rest) auf keinen Fall Float sein kann. Denn wie hier zu sehen ist, speichert Float einen falschen Wert, Double dagegen den korrekten. Sehr seltsam.
Local $tINT = DllStructCreate('INT val')
Local $tDBL = DllStructCreate('DOUBLE val')
Local $tFLOAT = DllStructCreate('FLOAT val')
$tINT.val = 5/3
ConsoleWrite('INT 5/3 ' & $tINT.val & @CRLF)
$tINT.val = 6/3
ConsoleWrite('INT 6/3 ' & $tINT.val & @CRLF)
$tDBL.val = 5/3
ConsoleWrite('DBL 5/3 ' & $tDBL.val & @CRLF)
$tDBL.val = 6/3
ConsoleWrite('DBL 6/3 ' & $tDBL.val & @CRLF)
$tFLOAT.val = 5/3
ConsoleWrite('FLOAT 5/3 ' & $tFLOAT.val & @CRLF)
$tFLOAT.val = 6/3
ConsoleWrite('FLOAT 6/3 ' & $tFLOAT.val & @CRLF)Ergebnis:
INT 5/3 1
INT 6/3 2
DBL 5/3 1.66666666666667
DBL 6/3 2
FLOAT 5/3 1.66666662693024
FLOAT 6/3 2Haha, owei. Wieder ein Bsp. dafür, dass man bei AutoIt nicht zu genau hinschauen sollte 
Ich habe mir die Beschreibung von Hex angeschaut. Du meinst: Numbers passed as non-integers (those with decimal separator or exponent) are processed as doubles.
Das bedeutet aber nicht, dass AutoIt alle Ergebnisse von Divisionen als Double zurück gibt, sondern nur, dass die Funktion Hex, übergebene Werte mit Dezimaltrennzeichen oder Exponent als Double behandelt.
Ohne jetzt wie du zu genau hinzuschauen, was wirklich gemacht wird, würde ich daher sagen, die Division wird vor der Übergabe an Hex ausgeführt und Hex bekommt bei 6/2 den Int Wert 3 übergeben.
Das bedeutet aber nicht, dass AutoIt alle Ergebnisse von Divisionen als Double zurück gibt, sondern nur, dass die Funktion Hex, übergebene Werte mit Dezimaltrennzeichen oder Exponent als Double behandelt.
Möglicherweise bringt das folgende "Bugticket" etwas Licht in die Sache (obwohl bereits älter) :
32-bit integers converted to doubles after division
Zitat von Melba23 :
"As the vast majority of division operations return a value having a fractional component, I do not see how AutoIt can be expected to do other than convert the result into double format."
[übersetzt :]
"Da die überwiegende Mehrzahl der Divisionen einen Wert mit einer Bruchteilkomponente zurückgibt, sehe ich nicht, wie man von AutoIt etwas anderes erwarten kann, als das Ergebnis in das Double-Format zu konvertieren."
EDIT :
Aus dem selben Beitrag (von jchd) :
ConsoleWrite(VarGetType(Floor(1/3)) & @LF)
ConsoleWrite(VarGetType(Ceiling(1/3)) & @LF)"both return Int32, as expected. Else it would be an actual bug, contrary to integer division always returning a double: a (questionable) design decision against which we can't do much."
"beide geben wie erwartet Int32 zurück. Sonst wäre es tatsächlich ein Fehler, im Gegensatz zur ganzzahligen Division, die immer ein Double zurückgibt: eine (fragwürdige) Designentscheidung, gegen die wir nicht viel tun können."
Gruß Musashi
Haha, die verrückte Welt von AutoIt. Danke dir für den Link Musashi.
Ich liebe diese Sprache, weil manso schnell ans Ziel kommt. Aber bei all dem, was einem abgenommen wird, bleibt für mich dann immer mal wieder Konfusion zurück
ConsoleWrite("IsInt(6/2): " & IsInt(6/2) & @CRLF)
ConsoleWrite("IsFloat(6/2): " & IsFloat(6/2) & @CRLF)
ConsoleWrite("Hex(6/2): " & Hex(6/2) & @CRLF)
ConsoleWrite("Hex(3.0): " & Hex(3.0) & @CRLF)
ConsoleWrite("Hex(3): " & Hex(3) & @CRLF)IsInt(6/2): 1
IsFloat(6/2): 0
Hex(6/2): 4008000000000000
Hex(3.0): 4008000000000000
Hex(3): 00000003
Ich bin bedient 
Ich liebe diese Sprache, weil man so schnell ans Ziel kommt.
Alles hat halt seinen Preis 
.
Im Bugticket findet man einen Kommentar von jchd (ein echter Insider).
Ich habe meinen Beitrag dbzgl. erweitert (s.o.).
Offenbar würde eine Änderung dieser Funktion(en) haufenweise Probleme nach sich ziehen, daher belässt man es wohl lieber bei dieser "Designentscheidung".
Gruß Musashi
Tja, was soll man machen 
Wäre es dann nicht angebracht in der AutoIt-Hilfe beim Operator / wenigstens darauf hinzuweisen, dass als Ergebnis einer Division von Ganzzahlen immer ein Wert des Typs Double geliefert wird, auch wenn AutoIt bei der Anzeige .0 wegschneidet und die Funktionen IsInt und IsFloat dich anlügen?
Vorab :
Bevor sich jemand die Mühe macht einen work-around zu erstellen, empfehle ich eine Google-Suche.
Es gibt diverse (auch aktuelle) Threads zu diesem und verwandten Themen.
Beispiele :
float-to-integer-but-integer-get-to-big
Wäre es dann nicht angebracht in der AutoIt-Hilfe beim Operator / wenigstens darauf hinzuweisen, dass als Ergebnis einer Division von Ganzzahlen immer ein Wert des Typs Double geliefert wird ...
Kurz gesagt : JA !
Sobald das Thema hier (halbwegs) abgeschlossen wurde, werde ich eine entsprechende "Warnung" in den Thread Sammelthread "AutoIt Interne Funktionen : Erwartetes Ergebnis -> Tatsächliches Ergebnis" aufnehmen.
Die Hilfe hat aber natürlich eine größere "Reichweite" .
Gruß Musashi
Die Hilfe hat aber natürlich eine größere "Reichweite"
Vor allem ist die Hilfe auch die Referenz. Dort sollen die Angaben stimmen! Aktuell ist das schlicht nicht korrekt (auch wenn es so aussieht und in den meisten Fällen nicht auffällt).
Sobald ich Zeit finde, werde ich das mal im engl. Forum diskutieren und mich dann wieder melden.
Sollte ich das vergessen, bitte um kurze Erinnerung