Das duerfte aber nicht sein.

hast du auch sichergestellt, dass alle Instances mit dem richtigen sprite_index versehen sind und die richtigen scale values haben?
z.B. wenn deine Instances nur durch den Draw Event einen Sprite erhaelt, muss du zuvor im Create Event die Proportionen bestimmen z.B.


und im Draw Event musste dann auch nur die lokalen Instanz-Variablen verwenden:


so sollte das auch klappen.
Ansonsten, haste ein Fehler beim Auflisten/Aufrufen der Funktionen gemacht.

normalerweise:

Leider passiert das beim GM tatsächlich. Als ich Thief of Passion am Netbook getestet hab ist genau das selbe passiert. Visuell wurde das Spiel zwar gestaucht und alles war sichtbar, aber Objekte jenseits meiner maximalen Y-Auflösung ließen sich nicht anklicken. Mein Ingame-Cursor (der einfach ein Objekt ist, das immer zu den Maus-Koordinaten springt) konnte im Spiel maximal zur Koordinate 599 runter, der Bereich in den Engine-Koordinaten von 600 bis 767 war zwar sichtbar, aber der Mauszeiger wollte nie dort hin. Die Ursache für das Problem ist klar. Der GM verwendet zum Prüfen der Mauskoordinaten die von Windows überlieferte Cursorposition. Das Strechting des GMs sorgt zwar dafür, dass man alles sieht, aber die Mauskoordinaten werden nicht automatisch entsprechend umgerechnet.

Hab mich dem Problem aber noch nicht gewidmet und mir kommt jetzt spontan leider auch keine elegante Lösung in den Sinn (und auf dem PC hier habe ich GM nicht installiert). Aber was ginge, wäre, nicht die vorgefertigten Mausfunktionen des GM zu nutzen, sondern ein eigenes Mauscursor Objekt zu erstellen, das im Endstep-Event zur Maus springt, aber die Streckung beachtet.

Etwa:


Dann müsstest Du das Anklicken aber selbst Lösen, etwa im Collision- oder Endstep-Event des Mauszeigerobjekts (und je nachdem im GML-Code prüfen ob im Moment die Maustaste gedrückt ist oder ob eine Kollision mit einem bestimmten Objekt besteht). Die Collisionmask des Mauszeigers sollte natürlich nur ein 1 Pixel großes Quadrat sein (ne andere Form wird mit einem Pixel eh nicht gehen ;P). Ist ne hässliche und aufwändige Lösung, aber sollte funktionieren.

Wenn mir was einfacheres und schöneres in den Sinn kommt, poste ich es hier. Aber jetzt wo das Problem klar ist, wird Nightrage vielleicht mit was besserem ankommen?

famous schrieb:

Ich versteh dein Problem nicht, wenn du eine View hast kannst du diese doch an die vorhandene Bildschirmauflösung anpassen.?

Hängt vom Spiel ab. Bei unserem Projekt etwa ist alles darauf ausgelegt in einem 1024x768 Bild zu laufen und der gesamte Room soll während der interaktiven Phase immer sichtbar sein. Die View anzupassen würde bedeuten, dass man runter scrollen muss oder den untersten Teil des Rooms garnicht zu Gesicht bekommen kann wenn man auf Scrolling verzichtet (und Scrolling ist etwas, was es bei uns garnicht geben soll). Die View verkleinern ist also nicht immer eine Lösung. Und wenn hier das Problem ist, dass Objekte nicht anklickbar sind, die zu weit unten sind, klingt's für mich nach nem Kandidaten für ein Game, wo es mit nem Verkleinern der View nicht getan ist.

famous schrieb:

Proportionale Skalierung?

Gerade die wollte zumindest mir und unter XP beim hier beschriebenen Problem nicht helfen - obwohl ich "keep aspect ratio" an hatte, wurde auf meinem Netbook nur vertikal gestaucht, wenn ich mich recht entsinne. GM 8.1 scheint echte Probleme mit manchen Auflösungen wie 1024x600 zu haben - ich weiß nicht wie es mit anderen Versionen aussieht.