Mit Execute könnte man die Funktion auch aufrufen.
EDIT: autoBert: Da merkt man mal wieder: Wer lesen kann ist klar im Vorteil! ![]()
![]()
Mit Execute könnte man die Funktion auch aufrufen.
EDIT: autoBert: Da merkt man mal wieder: Wer lesen kann ist klar im Vorteil! ![]()
![]()
#include <WindowsConstants.au3>
#include <GUIConstants.au3>
#include <StaticConstants.au3>
$Form1Uhr = GUICreate("Uhr", 388, 96, 877, 1, 0, BitOR($WS_EX_TOOLWINDOW, $WS_EX_TOPMOST))
$Label1Stunden = GUICtrlCreateLabel(@HOUR, 8, 16, 84, 65)
GUICtrlSetFont(-1, 40, 400, 0, "Courier New")
$Label3Minuten = GUICtrlCreateLabel(@MIN, 152, 16, 84, 65)
GUICtrlSetFont(-1, 40, 400, 0, "Courier New")
$Label4Doppelpunkt = GUICtrlCreateLabel(":", 248, 16, 36, 57)
GUICtrlSetFont(-1, 30, 400, 0, "Courier New")
$Label5Sekunden = GUICtrlCreateLabel(@SEC, 296, 16, 84, 65)
GUICtrlSetFont(-1, 40, 400, 0, "Courier New")
$Label2Doppelpunkt = GUICtrlCreateLabel(":", 104, 16, 36, 57, $SS_CENTER)
GUICtrlSetFont(-1, 30, 400, 0, "Courier New")
GUISetState(@SW_SHOW, $Form1Uhr)
While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
Case Else
_Uhrzeitakualisieren ()
EndSwitch
WEnd
Func _Uhrzeitakualisieren ()
If GUICtrlRead($Label5Sekunden) <> @SEC Then
GUICtrlSetData($Label5Sekunden, @SEC)
If GUICtrlRead($Label3Minuten) <> @MIN Then
GUICtrlSetData($Label3Minuten, @MIN)
If GUICtrlRead($Label1Stunden) <> @HOUR Then
GUICtrlSetData($Label1Stunden, @HOUR)
EndIf
EndIf
EndIf
EndFunc
So gehts.
Du kannst nicht Guicontrols mit anderen Werten vergleichen. Die COntrols sind nämlich nur ein handle, also eine Zahl, die die Adresse des Controls im Arbeitsspeicher speichert.
Außerdem hast du eine exstyle-constante beim Stylesparameter eingetragen. Man kann die beiden aber mit BitOr verbinden.
Ich nehme an, du willst die Engine für ein Spiel benutzen, bei dem Objekte realisisch reagieren sollen, aber trotzdem Aktionen möglich sind. Mir ist aber keine solche Engine bekannt.
Startest du den Process als Child?
Ich bin dabei eine UDF zu schreiben mit der man das wichtigste 3D-Dateiformat (*.3ds) lesen kann. Die könntest du darin verwenden.
Mit Javascript kommt man an die Breite des Browsers. Damit könnte man die Bildposition auch mit Verändern der Browsergröße dynamisch anpassen.
oder 1 addieren können und dann in Integer umwandeln.
#include "C:\Users\User\Desktop\ubersetzung.au3"
[/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]$antwort = DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "ptr", "IowKitOpenDevice (ioHandle)")
MsgBox(0,"",$antwort)
$antwort3 = DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "ulong", "IowKitGetNumDevs()")
MsgBox(0,"",$antwort3)
$antwort2 = DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "ptr", "IowKitCloseDevice(ioHandle)")
MsgBox(0,"",$antwort2)
Das kann schonmal nicht richtig sein. So könnte es klappen
#include "C:\Users\User\Desktop\ubersetzung.au3"
[/autoit] [autoit][/autoit] [autoit]$antwort = DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "ptr", "IowKitOpenDevice")
if @error then
MsgBox(0, "", "Error: "&@error)
else
MsgBox(0,"",$antwort[0])
endif
$antwort2 = DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "ulong", "IowKitGetNumDevs")
if @error then
MsgBox(0, "", "Error: "&@error)
else
MsgBox(0,"",$antwort2[0])
endif
$antwort3= DllCall("C:\Users\User\Desktop\Windows\library_1_5\IOWKIT.dll", "none", "IowKitCloseDevice", "ptr", $antwor[0])
if @error then
MsgBox(0, "", "Error: "&@error)
else
MsgBox(0,"",$antwort3[0])
endif
Ungetestet, du musst vielleicht noch returnwerte der DLLCalls anpassen, besonders beim letzten.
Mit Progandy's Änderung ist die Bit-variante bei mir schneller, ohne ist sie auch schneller, aber fast gleich.
Ich hab noch nie Menüitems mit unterschiedlicher Schriftart / Schriftgröße gesehen. Deswegen nehme ich an, dass es nicht geht.
Du könntest versuchen mit GDI+ oder WinGDI eine eigene Menü-UDF zu erstellen.
Einen speziellen Editor wird es nicht geben. Vielleicht gibt es einen Syntax-highlighting Editor, für den man neue Highlight-schemes machen kann. Dann müsstest du aber selbst was neues für AutoIt erstellen.
Editoren gibt es bestimmt. Die Frage ist nur: Was soll man damit? Man kann es doch eh nicht testen.
Und die vierte Meinung: Ich hab mal gehört, dass die Apps in Java geschrieben sind.
Na, OpenGl ist sowieso viel schöner^^
Genau, die Irrlichengine kann nämlich DirectX 9 und DirectX8 und Burningsvideo und einen eigenen Renderer und dein geliebtes OpenGL verwenden. Wobei leider nur OpenGL 1.2 verwendet wird.
Stackarrays können keine variable Größe haben. Du könntest die Daten im Heap speichern. Dann musst du sie aber wieder von Hand freigeben
In C++:
Du könntest auch die Klasse Vector verwenden:
Es könnte vielleicht auch daran liegen, dass sie Schrotflinte als Child hinter der Kamera ist. Hast du schon mit den Positionen etwas rumprobiert. Bei einem der Beispiele der Irrlichtengine wurde auch ein Gewehr als Child der Kamera eingesetzt
Du könntest die Schrotflinte als Child der Kammera einfügen. Dann sollte sie die Bewegungen mitmachen. Vorrausgesetzt, man kann mit Irrlicht.au3 Childs einfügen.
Das Ipad hat seine Vorteile, z.B. man kann es gut für Präsentationen etc. verwenden, aber die meisten Benutzer brauchen es nicht.
Die Funktionen der Irrlicht.au3 rufen Funktionen aus einer DLL auf.
Was eine DLL ist steht ausführlich hier. Die DLL wurde in C++ geschrieben. AutoIt sagt der DLL nur, was sie machen soll und die komplexeren Berechnungen etc. werden dann davon erledigt.
3d-Spiele werden meistens in C++ geschrieben. C++ ist eine Compilersprache, dass heißt, der Code wird beim kompilieren in Maschinensprache übersetzt.
AutoIt ist eine Interpretersprache, dass heißt, der Code wird beim Ausführen eingelesen und durchgeführt. Dies hat viele Vorteile, allerdings ist es recht langsam.
AutoIt hat zwar einen Compiler, der erstellt aber keinen Maschinencode aus dem Programm, sondern erstellt eine exe, die den Interpreter sowie den Code enthält.