Ja

Nun, es gibt viele Möglichkeiten ein GUI zu schreiben.

1) Pure WinAPI (ein Grauß)
2) VCL/CLX
3) MFC
4) .net
5) QT
6) GTK+
7) wxWidgets

GUIs mit der WinAPI sind grauenvoll zu programmieren, mit VCL und .net geht das meiner Meinung nach sehr einfach.

ABER: GUI Programmierung ist etwas grundlegend anderes als Consolenprogrammierung, ich weiß nicht ob du dich jetzt schon drantrauen solltest. Es ist aber ein zu weites Feld, um es hier zu besprechen.

Wenn du dich rantrauen willst, sollten zusammengesetzte Datentypen und Pointerarithmetik kein Problem für dich sein, ansonten könnte es schwierig werden XD

Arbeitest du auf Konsole?

Silenc gebe ich recht in dem Punkt das die Grafikprogrammierung anderes Funktionsframework erfordert als die einfache Konsolenumgebung.

Andererseits erfordert die Konsole eine 200px mal 320 px grafikumgebung ansich.

Jetzt meine Frage:

Muss ein neuer Grafikmodus gesetzt werden, oder reich die Konsole
(200x320 bei 16 Farben) aus?

Zitat

Original von nocturne
Muss ein neuer Grafikmodus gesetzt werden, oder reich die Konsole
(200x320 bei 16 Farben) aus?

Ich bin mir nicht sicher, was du damit meinst, könntest du das nochmal etwas spezifizieren?

Wenn du etwas als Konsolenanwendung schreibst, erstellt Windows ein 200x320 großes Fenster und zeigt dort deine couts an (wie das jetzt gemacht wird spielt keine Rolle, oder wolltest du das wissen?)

GUI (oder besser Windows-)Anwendungen (reduziert man sie auf reine WinAPI) haben einen etwas anderen aufbau, das fängt schon beim anderen Einsprungspunkt an (WinMain statt main). Wenn du einen Code als Windows App kompilierst erscheint beim ausführen überhaupt nichts.
Nun kannst du dir mithilfe der WinAPI eine Fensterklasse erstellen und diese an Windows übergeben, sodass dein Fenster gezeichnet werden kann.