Suchergebnisse

Deine erste Vermutung ist richtig, diese Dinge sind in der Registry gespeichert, aber keinesfalls einfach zu bearbeiten, da sie in diversen Ordnern mehrfach vorhanden sind. (Ich würde dir nicht empfehlen, mit dem GM da was herumzuändern aber) sieh dir mal diese Seite an, da wird erklärt, wo die Einträge für das Kontext Menü liegen.

Wenn du die Collisionsmask eines Objektes innerhalb dieses Objektes ändern willst, reicht: GML-Quellcode (1 Zeile) object_get_name() gibt dir den Objektnamen als String zurück, das ist aber nicht, das, was die object_set_mask Funktion verlangt. Diese verlangt den Index des Objektes, den du eben mit object_index erhältst.

Zitat von xxskxx: „Zitat von »MewX« Nicht mehr ohne Kreditkarte bezahlen zu können wäre für einige von uns ziemlich übel... Kreditkarte ist weiterhin möglich, aber Der_M ging es ja um Paypal.“ Leute, lest mal genauer: Er meint es wäre übel, wenn man nur noch mit Kreditkarte bezahlen kann (doppelte Verneinung ;)), wo ich auch vollkommen zustimme. Mich hat es schon immer gestört, dass es einem so schwer gemacht wird mit all den Kreditkartenshops.

Zitat von Hellfish: „'' die ersten 24 Einsendungen'' warum nicht einfach am 24.sten mehrere spiele reinpacken?“ Soweit wirds vermutlich sowieso nicht kommen

Auch die Art der Kollisionsüberprüfung wirkt sich auf die Performance aus. Die meiste Performance wird wohl das GM-Interne Kollisions-Event ziehen, noch schlimmer ist es dann, falls du die Kollision im Baum Objekt überprüfst (Viele Baumobjekte => viele Überprüfungen). Das Beste ist, wenn du erstens eine simple Bereichsüberprüfung bzw collision_point oder circle Funktion benutzt, und diese dann auch in dem Objekt, das weniger oft im Raum vorkommt.

Ich würde mal schätzen, dass instance_find dann eine angegebene Instanz nicht mehr findet, da sich durch das Löschen ja die instance_number geändert hat. Entweder überprüfst du also, obj instance_find eine gültige instanz zurückgibt, oder du löscht alle Instanzen nach der for-Schleife.

Weil du GML-Quellcode (1 Zeile) verwenden musst

Zitat von Lucke: „Ich finde das Design vom GM HTML aber genial, dieses schwarze sieht deutlich professioneller aus als das normale Design, ich bin mal gespannt auf das GM Studio :)“ Ansichtssache... Ich persönlich konnte mich noch nie damit anfreunden, wenn ein Programm sein eigenes Design genutzt hat, statt sich schön in mein Farb/Themen - Schema zu integrieren...

Das von Tice funzt schon so wie du in deinem letzten Post geschrieben hast, aber du wolltest laut erstem Post ja den Namen auslesen, damit überprüfst du ja nur ob es ein bestimmter Name ist.

Das kann man auf verschiedenste Arten lösen. Man kann zum Beispiel den ersten Teil des Strings einfach mit einem leeren String ersetzen: GML-Quellcode (1 Zeile) Dann bleibt nur mehr der Teil "Clark" über und wird der variable name zugewiesen.

Aaaalso, wie schon mal gesagt, den Betreff in den header einzufügen ist sinnlos. Dass als Betreff nur .. ausgegeben wird ist auch klar - du verwendest eine Variable ($betreff) die leer ist und setzt sie innerhalb eines Strings, der zwei Punkte erhält. Wenn du eine Variable innerhalb eines Strings einfügst, benötigst du die verknüpfenden . nicht. Desweiteren ist es sinnlos, eine Variable in einen String einzufügen, wenn du nur den Wert der variable brauchst. Lange Rede, kurzer Sinn: Statt ".$betr…

Zitat von SDX: „Den Fehler kann ich mir btw nicht erklären, würde aber auf einen Fehler in den vorherigen Zeilen tippen.“ Das liegt daran, dass man einen String so nicht überprüfen kann, da der GM bei dieser Schreibweise auf true oder false überprüft, was bei einem String logischerweise nicht geht. Man muss ihn immer mit etwas vergleichen, in diesem Fall mit einem leeren String: GML-Quellcode (4 Zeilen)

Auf die Schnelle ist mir noch aufgefallen, dass du in den extra Header auch den Betreff einfügst, was unsinnig ist. Sieh dir mal die mail Funktion genau an und vergleiche die Verwendung.

Das liegt, daran, dass du den Betreff an die Sende-Email angehängt hast, und nicht als Parameter der Funktion verwendest. PHP-Quellcode (1 Zeile) müsste eigentlich so aussehen: PHP-Quellcode (1 Zeile) So ist es übrigens auch im Originalscript

Der Betreff ist ein eigener Parameter in der mail-Funktion. Soll heißen PHP-Quellcode (1 Zeile) müsste funktionieren.

Zitat von Mr. Diesel: „Hi Leute, ich versuche gerade ein Video als Hintergrund einzubinden, da ein Sprite zu viel Speicher zieht(Mehr als 200 Bilder mit 640x480 ist ziemlich tödlich für den GM). Wie kann ich das nun verwirklichen? Mit den Splash Optionen klappt es nicht.“ Soweit ich weiß, ist es nicht möglich wirklich ein Video als Hintergrundbild zu verwenden, der einizge Weg wäre wie schon selbst von dir erwähnt, über Einzelbilder. Es gibt zwar Möglichkeiten, Videos direkt in das Spielfenster …

Zitat von jlsnews: „Ich habe in meinem Game bereits 5 DLL's. Wieso 6 draus machen, wenn es auch mit GM internen Funktionen geht?“ Weil der GM nur mit wavs und midis richtig umgehen kann. MP3 und sonstige Dateien lassen sich nicht manipulieren (weder in Lautstärke noch sonstigem) und können je nach Computer entweder nicht laufen, oder gleich das Spiel zum Absturz bringen.

Da ich Angst habe, dass mir die Zeit davonläuft, wenns so weitergeht, habe ich mal ein Interface für den Adventskalender gemacht. Sobald die Grafiken und Spiele bereit stehen, ist er benutzungsfähig.

Wozu die Schleife, wenn das von mir vorgeschlagene chunk_split genau die gewünschte Aufgabe übernimmt?

Die PHP-Funktion chunk_split dürfte für dich von Nutzen sein.