spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Eigentlich sollte es nicht notwendig sein, dem Benutzer die Verwendung der Seite zu erklären (bspw. dass die Navigationsleiste mitscrollt). An der Stelle sollten eher andere Inhalte angezeigt werden, idealerweise irgendeine Art von Nachrichten(-feed), Storeinhalten (sofern vorhanden) o. ä.
Weiterhin sollte der Bereich oben eine feste Höhe einnehmen, da ansonsten der Inhalt der Seite sich beim Ändern des Inhalts zyklisch verschiebt.
Das Registrierungsformular scheint noch keine Funktionalität zu besitzen, oder? Auf einem lokal laufendem Server kann man beliebig viel rumspielen, aber auf öffentlich zugänglichen Seiten wäre es sinnvoller, diesen Teil zu entfernen, bis er auch tatsächlich eine Funktion besitzt.
Und weiterhin verlinkt das "Kreo" oben links auf dieses Forum. Ist das so gewollt?

Die Seite und der Style gefällt mir sehr gut. Ein paar kleine Anmerkungen hätte ich jedoch.

Durch dein (wirklich schönes) Hintergrundbild entstehen möglicherweise ungünstige Überlagerungen mit Text. Daraus ergeben sich deutliche Schwankungen beim Medium zu Schrift Kontrast die das Lesen erschweren. (1)

Es ist gut wenn man nicht zu starke Kontraste zwischen Medium und Schrift hat, jedoch empfinde ich die von dir gewählten etwas zu schwach. So wird der Text bei helleren Umgebungen schwer zu lesen. (2)

Deine Buttons haben teils deutsche Beschriftung, jedoch einen englische Hilfetext "Nach oben". Zudem sind die mouse over Farben verdreht, wobei das auch beabsichtigte sein kann. (e.g. "Nach oben" (orange), "Register" (gelb)). Ich würde generell versuchen die Sprachen nicht zu sehr zu mischen oder zumindest es Einheitlich zu machen ("Nach oben" -> "Top" oder so).

Kann sein, dass ich dein Vorhaben missverstanden habe. Wenn du etwas zeichnen möchtest, kannst du die Canvas API benutzen.

Soll das ganze denn mit Webtechnologie umgesetzt werden (Ich kenne dein GDD nicht)? Wenn es ein ganzes Spiel werden soll würde ich in dem Fall aber auf fertige Bibliotheken zurück greifen (z.B. pixijs).

Das wäre aber nur die Graphische Seite, deine Daten zu verarbeiten ist dann nochmal etwas ganz anderes. Das hängt aber sehr davon ab wie Server-/Clientlastig alles ein soll.

Wenn man auf Markt klickt scrollt es nicht ganz richtig, aber ansonsten find ich sie ziemlich gelungen

Puh, also mir fällt es gerade schwer deinen Wissensstand einzuschätzen. Ich denke mit “Zeichnen” hast du mich etwas missverstanden. Viel mehr ging es darum dein Spielfeld auf den Monitor zu bringen. Ich glaube, dass es durchaus möglich ist dein Spielfeld ohne canvas api (die aber zu html technology stack gehört, der Begriff html hat sich etwas verändert im laufe der Jahre) darzustellen da es noch nicht all zu komplex ist. Die Canvas Lösung ist aber um Welten flexibler.

Ich werfe einfach mal ein paar Technologien und Programm in den Raum die dir womöglich helfen können dein Projekt zu realisieren (manche werden sich überschneiden, oder alternativen sein). Ich würde sie, sofern sie dir nicht bekannt sind, einfach mal überfliegen und überlegen wie sie dich unterstützen können. Dein Spiel mit Webtechnologien zu realisieren macht es nicht unbedingt leichter, insbesondere wenn es Cooperativ sein soll.

Serverseite:
nodejs - Platform für serverseitige Anwendungen. (JavaScript als Programmiersprache)
go - Programmiersprache maßgeblich auf die Serverseite ausgelegt. (Würde aber in deinem Fall zu nodejs raten)

Technologien:
rest
websocket - Z.B. für deinen Chat, hat aber ein paar Nachteile im mobilen Bereich dafür unter anderem bidirektionale
canvas - Um dein Spielfeld zu zeigen. (Macht aber nur indirekt Sinn und sollte mit einer Bibliothek s.o. benutzt werden.)
webaudio

Allgemeines
Mozilla Developer Network
HTML5 Game Engines (Ich finde pixijs recht gut)

Ich habe sicher vieles vergessen.