Würde ich so machen, das man auf eine surface drawt, die dann jeden step auf den screen kommt. Dann machst du am Rand Einstellungen für die Dicke der Form die du drawen willst und mit den Windows Dialogen die dabei sind kannst du die Farbe auswählen lassen.

ok, du setz in das create event von einem controller obj:


jetzt ins step event:
//du brauchst mal eine var die angibt ob du gerade zeichnen willst und dann setzt du das auf was
//du drawen willst, also die surface sur

und das in das draw event:

Falls dir was unklar ist, frag einfach

Ja mit Surfaces bist du schon gut beraten.
Ich habe mir früher auf diese Weise auch einen "Paint" geschrieben. Erstell dir pro Pixel, den du zeichnest eine Instanz. Prüfe, ob die x- und y-Koordinate der Maus mit der alten übereinstimmen (Leistungssparender, falls der Benutzer nur die Maustaste drückt; denn bei über 3000 ist dann schon Ende mit den 30 FPS ;)). Wenn die Koordinate nicht übereinstimmt, ziehst du eine Linie von der alten Instanz zur neuen:

Warum?
Der GM empfängt die Mausmessages zu lansam -> Wenn man die Maus zu schnell bewegt, dann entstehen Abstände zwischen den Pixeln!

Wenn man jetzt die Maustaste loslässt, erstellst du dir ein Surface über das aktuelle Bild und löscht die alten Instanzen (das spart wieder Leistung).

mfg Critical

Nee, das ist nicht grad schnell und "sinnvoll", hab außerdem das example fertig:

ich weiß aber nicht ob der download funkt, muss ein bisschen probieren
@trompadon.bplaced.net/filemanager/Little_Paint.gmk

Und warum ist das nicht sinnvoll?
Btw. wärs nett, wenn du die GEX mal mitliefern würdest, denn nicht jeder hat diese Window-GEX. Hmm der GM hat bei mir Fehler ausgelöst, ich habe diese Color-Dialog Zeile Einfach mit dem get_color(); ersetzt.

Edit: omg nur wegen dem Color-Dialog (der sogar über get_color(); aufzurufen ist) gleich ne ganze GEX ins Projekt laden...Edit2: omg²: Dir ist nicht zufällig aufgefallen, dass du alles, außer dem Instanzen zerstören, was später wirklich auf die Leistung geht, alles gemacht hast, was ich geschrieben habe? Vielleicht vorher mal nachdenken, oder meinen Post genauer durchlesen.
Außerdem erzeugt dein Example bei mir Grafikfehler, die ich jetzt nicht wirklich erklären kann. Gezeichnet wird zwar, aber der Hintergrund ist total Fehlerhaft.

Äh, naja ok. Das ist dann mit der Farbauswahl ein bisschen dumm, musst du halt selbst c_red oder so hinschreiben.
ps: windows dialoge sind in der pro enthalten, die kann ich dir nicht "schicken"

Hier ist die andere Version, muss man aber selbst die Hexadezimal Werte eingeben *absolute schei***
Link, wegen Unsinnigkeit gelöscht


Ps: Mit shift kann man gerade Linien machen!

@Critical: Ich hab echt keine Ahung was du meinst, und für jeden Pixel eine Instanz ist, naja ok. 1. Nachteil der nicht die performance und die flexiblität des erstellten sprites verändert: Du kannst nicht mehrmals über einen Punkt zeichnen, du kannst nicht radieren und vieles mehr.

Dir ist aber Bewusst, dass dem Computer irgendwann der Speicher ausgeht oder? Du solltest viellecht im Game Quit Event noch schreiben, sonst kommt der GM irgendwann mit "Try to draw a non existing surface". Dieser Fehler kommt, wenn man das "Spiel"

Btw. der Fehler:

Edit: Wann habe ich gesagt, dass ich einen alten Computer habe?^^
Speicher? Die hat 512 MB.
Das liegt sicher nicht an meinem PC sonst hätte Half Life 2 auch schon längst solche Fehler angezeigt^^

Edit, die 2.: Ich weiß nicht, ob das eine Behauptung war, aber du hast irgendwo geschrieben, dass du an alte PC's denken solltest. Ja ich hab ja auch 2 Posts oben geschrieben, dass du lieber get_color(); verwenden sollst, bist aber sicher selbst draufgekommen und hast meinen Post nich gelesen ;D
Ich hab auch geschrieben, wann der Fehler kommt und außerdem enstehen dadurch Memoryleaks und die sind auf manchen Systemen erst nach einem Neustart behoben, d.h. wenn man das Programm beendet, dann muss dieser nicht unbedingt behoben sein. Außerdem, wenn ich weiß, dass ich einen Fehler mache und ihn nicht absichtlich behebe, weil es ja "egal" ist, dann weiß ich auch nicht^^

Fazit: Am Ende hast du nur das in deinem Example realisiert, was ich oben als Vorschlag geliefert habe und den Post als sinnlos bezeichnet. ^^

mfg Critical

Jo, aber das hat auch nur ein paar minuten gedauert (ich vergess immer an ältere Computer zu denken, das sollte ich mir langsam mal merken :headtouch:Wand"> )

@Critical das ist mir noch nie passiert, wie viel Grafik speicher hat deine Karte eigentlich?

Edit: Hab gerade herausgefunden, dass es get_color auch so ohne windows dialoge gibt, beim ersten Link geändert.

@ Critical die 2.: Wann hab ich das behauptet , hmm meine hat zwar doppelt so viel, aber daran liegt es sicher nicht, vielleicht bau ich ja surface_free(sur) noch ein.

Das ist aber unötig, da ich nur eine surface habe, und auch nicht mehr erstellte werden, es gibt nur diese eine?!

Der Fehler kommt häufig vor, wenn man das Surface vor dem Erstellen nicht mittels draw_clear() löscht.
Da kann schonmal jeglicher Grafikmüll zum Vorschein kommen.

Nebenbei bemerkt ist das Beispiel auch ein ziemlich schlechtes.
Wenn man etwas schneller mit der Maus ist, entstehen ziemlich größe Lücken.
Das sollte nach Möglichkeit eher nicht vorkommen.

sollte eigentlich nicht, kann eigentlich nicht
das kommt nur wenn man die width erhöht, und das ist mir absolut klar.

Ich hab nichts verändert, nur gestartet und gezeichnet.
Und die Lücken sind normal, wenn man das ganze logisch betrachtet.
Ich hab selbst irgendwo noch ein Paint Programm rumfliegen, da hatte ich am Anfang auch Lücken beim zeichnen.
Ich weiß nur nicht mehr wie ichs behoben hab, ich mein da war irgendwas mit ner while-Schleife und den lengthdir Befehlen.

EDIT:
Okay das mit den lengthdir Befehlen und der while Schleife ist nur beim Zeichnen mit nem Kreis als Stiftform notwendig. (hatte das nich mehr so im Kopf :P)
Bei dem Zeichnen mit ner Linie ist aber ne andere Methode effektiver als das was du machst.

Das Step-Event könnte folgendermaßen aussehen:


Deine mouse_x_previous und mouse_y_previous Berechnung scheint n Tick zu langsam zu sein.
Das behebt den Fehler mit den Lücken ...der taucht bei mir nämlich auch auf, wenn er nicht "noch kurz lädt".

EDIT²:
Sorry Trompadon, da müsstest du Critical selbst fragen

Da das Programm recht simple, bis fünfminutig ist, zeichnet es immer vom letzt registrierten punkt zur aktuellen position, womit sich nur die genauigkeit der kurven ändert => es wird alles gerade. Das was du angesprochen hast passiert bei mir komischer weise nur ganz am anfang wenn er noch kurz lädt...

@critical: ich hab das ganze ganz anders gelöst oder hab ich irgendwas falsch verstanden. ich benutze nur die draw_line funktion, sonst eigentlich nichts??
@marv1: Danke, sieht schon mal gut aus. Und könntest du mir bitte erklären was critical da meint?
also entweder ich hab nen gehirnknaks oder so, oder criticals sätze beginnen mit einem anderen sinn als sie aufhören