Alles alles Gute ![]()
Das Bild ist der Hammer !
Aber einen Einwand habe ich ... Volljährig, nicht erwachsen ![]()
Alles alles Gute ![]()
Das Bild ist der Hammer !
Aber einen Einwand habe ich ... Volljährig, nicht erwachsen ![]()
Zum auslesen von verschiedensten Informationen kannst du auch die ID3 UDFs nutzen. Mal nach googeln, damit sind im englischen Forum zu hauf Programme zum sortieren und herrichten von Musik ![]()
Das ist super
Danke ![]()
Weißt du zufällig auch wie man bereits im SciTE vorhandene Funktionen mit Hotkeys belegt?
Interessant wäre für mich noch "Toggle All Folds".
Schonmal mit RunAs() versucht?
Schonmal gedanken darüber gemacht, wieso bzw. wann man Datenbanken nutzt? ![]()
Sie sind auf jeden Fall performanter als etwas zu errechnen und danach in eine Datei zu schreiben ![]()
Hallo salnet,
logischerweise kommt deine MsgBox jedes mal. Du hast diese Zeile da stehen, also wird sie ausgeführt. Du kannst dies mit Hilfe einer If-Abfrage ändern. Lasse den Rückgabewert von Run in eine Variable speichern, z.B.
[autoit]Local $iRval = Run(...)
[/autoit]dann kannst du nach dem ausführen der Zeile Run diesen prüfen. Welche Werte dieser zurück gibt, siehst du in der Hilfe.
So Far
Wenn ich ehrlich bin konnte ich zunächst nicht herausfinden was dein problem ist.
"Irgendwie komme ich mit Listview nicht zu recht. Ich moechte Eintraege aus einer ini Datei auslesen"
Ich bin daher einfach davon ausgegangen, dass du Werte aus einer .ini-Datei auslesen und in eine Listview speichern magst.
Das nächste mal vielleicht ein wenig mehr die Hilfe nutzen, da steht eigentlich alles drin ![]()
Stichpunkte: Ini Read, GUICtrlCreateListView, GUICtrlCreateListViewItem
So Far
#include <GUIConstantsEx.au3>
[/autoit] [autoit][/autoit] [autoit]Opt('GUIOnEventMode', 1)
[/autoit] [autoit][/autoit] [autoit]Local $hGUI = GUICreate("Thread ID 43865", 400, 400)
Local $cID_Listview = GUICtrlCreateListView("Key|Value", 5, 5, 390, 370)
Local $cID_Button = GUICtrlCreateButton("Load Key-Values from INI", 100, 380, 200, 15)
GUISetState(@SW_SHOW, $hGUI)
GUISetOnEvent($GUI_EVENT_CLOSE, "_Exit", $hGUI)
GUICtrlSetOnEvent($cID_Button, "_LoadData")
While 1
Sleep(100)
WEnd
Func _Exit()
Exit
EndFunc
Func _LoadData()
GUICtrlCreateListViewItem("Key1|" & IniRead(@ScriptDir & "\2.ini", "Section1", "Key1", ""), $cID_Listview)
GUICtrlCreateListViewItem("Key2|" & IniRead(@ScriptDir & "\2.ini", "Section1", "Key2", ""), $cID_Listview)
EndFunc
;~ Ini-File
;~ --------
;~ [Section1]
;~ Key1=Value1
;~ Key2=Value2
James: Meine Frage war rein aus Interesse. ich habe keine Zeit in meiner Freizeit iwas anzufangen ![]()
Ja dein Model ist bei 3 FPS ![]()
0 Lags, konstant 160 - 170 FPS. Sehr gute Arbeit.
Darf ich dabei mal eine Frage stellen? Ich habe nun schon einige 3D Anwendungen hier gesehen, die allerdings immer optisch echt grausam waren für den heutigen grafischen Stand. Das man es nicht mit den Top-Spielen vergleich kann ist mir bewusst, aber dieses Beispiel wiederrum sieht sehr scharf und gut aus. Ist es nicht möglich konstant so eine geile Grafik für Spiele mit AutoIt zu halten?
Hab grad keine Zeit eine Lösung zu basteln, aber wenn du mal nach Sortieren und Gruppieren in Excel googelst, findest du Anleitungen dafür. Kannst das auf verschiedene Wege machen.
Ein beispiel wäre du verkettest die Werte der Spalte B mit der aus A.
Dann sortierst du Spalte A nach Wert.
Folgend machste bei dem Gruppieren eine "Summe" mit der Anzahl der groupierten Zeilen, und dann haste z.B. da stehen 50
Dann machste daneben eine Stringverkettung von A1 bis 50.
Für Kat zwei machst du dann das gleiche von A50 bis A?.
So Far
Ja gibt es. Dazu würde mich Interessieren, was die Begingung zum verketten ist. Sind die ausschlaggebenden Punkte Kat 1 und Kat 2 oder einfach immer in zweier Schritte zusammenfassen?
#Edit:
A | B
Kat 1 | gelb
Kat 2 | grün
Kat 1 | rot
Kat 2 | lila
Kat 1 (=A1)| gelb, rot (=B1 & ", " & B3)
Kat 2 (=A2)| grün, lila (=B2 & ", " & B4)
#Edit2: Ich habe nicht die Zahlennummern genommen die in dem Codeabschnitt hier genutzt worden sind, sondern die in Excel ![]()
Mir wurde zu beginn hier immer ins Gewissen gesprochen, dass ich den "Mehraufwand" zum erstellen der Oberflächen in kauf nehmen soll, dafür den Code aber selber schreibe. Also ich würde es so jedem anderen auch nun ans Herz legen. Wenn man es auch einige male gemacht hat, geht es von Hand ziemlich genau so fix finde ich ![]()
Zum einbinden kann ich nichts sagen, ich hab den Koda noch nie genutzt ![]()
Mit einem Herren von Piranha Bytes hab ich auf der Gamescom auch darüber gesprochen.
Was ich mit Studium meinte ist ein GameProgramming Studiengang. Z.B. an der Games Academy in Berlin. Kostenpunkt rund 21.000€ bis 22.500€ für zwei Jahre.
#Edit: Wobei die Frage ob das "nötig" ist ja meiner Meinung nach die Frage, wie du an solche Kontakte kommst und was du vorweisen willst, offen hält.. Mit der GameProgramming Ausbildung hast du Kontakte schon während des Studiums und kannst denen dann zeigen ich war hier und da. Die Games Academy hat z.B. Referenzen nach Crytek etc.
Alternativ musst du halt anders überzeugen können wobei ich mir das nicht wirklich einfacher vorstelle ![]()
Spieleentwickler wollte ich immer werden, aber ohne n Privatstudium kannste das bestimmt ehh knicken. Hab mich schon mit mehreren Unis unterhalten und ich weiß nicht ob das etwas für mich ist. Ich mag es nicht etwas "dummes/sinnloses" programmieren zu müssen. Auch wenn es nunmal Grundlage ist und man es verstanden haben muss...da sind mir bis dato Anwendungssoftwares im Verwaltungsbereich und in der automatisierung lieber
... leider ... naja mal schaun was wird ![]()
Ich setze derzeit mein letztes AutoIt Projekt in C# um damit ich zum einen etwas hatte was ich programmieren kann, und zum anderen damit ich mal einen Eindruck davon kriege. Ich werde danach C# mal nutzen um im Bereich Webentwicklung eine Homepage mit .Net und ASP zu entwickeln, und danach ggf. mal Java unter die Lupe nehmen und schauen wie ich damit zu recht komme.
Meine bisherigen C# Eindrücke: - Das arbeiten mit C# in Visual Studio macht enormen Spaß wenn man begriffen hat, wie der Hase läuft. Es ist erstaunlich (für mich zumindest) wie verhältnissmäßig schnell ich mein altes AutoIt Projekt umsetzen konnte, wo ich zumal dachte Windows.Forms-Designer ist bestimmt so ranzig, dass man es besser von hand schreibt was unmenschlich aufwendig ist. Aber bisher bin ich von dem WF-Designer echt begeistert. Ich hatte bisher bis auf ein Instanzproblem und hier und da ein Problem mit Funktionen und deren "speziellen" Parametern keine Schwierigkeiten. Ich habe noch zwei Probleme an denen ich gerade dran bin und dann werd ich mal schauen wie es sich mit der AutoIt Variante schlägt. Lasse dann beide parallel laufen. Eig. dürfte es dann keine unterschiedlichen Ergebnisse geben. Wir werden sehen ![]()
Wenn ich ehrlich bin hätte ich ohne Friesels Glaskugel nun nicht verstanden was denn gerne das Ziel wäre ![]()