osnacs / dbp-game Goto Github PK

Ein User soll ASAP einem spezifisches Rechtelevel zugeordnet werden können. Dadurch soll mit einfachen Funktionen abgefragt werden können welche Rechte der User hat und dem entsprechend Content oder Bearbeitungsmöglichkeiten angezeigt werden.

@ChristianReinhard

Da es bereits eine Tabelle aller Einheiten gibt, jedoch keine möglichkeit Einheiten zu genereien/bauen.
Fangen wir an die Seite dafür zu machen

@Jack5496 @AlexanderAltemoeller @NilsAffing

Wir haben ja jetzt nicht die Möglichkeit, Prozesse im Hintergrund laufen zu lassen, die ständig gucken, ob gerade ein Kampf oder eine Forschung fertig ist. Das wäre zwar nett, und wenn am Ende noch Zeit ist, wäre das schön, wenn das jemand machen könnte,

Also müssen wir gucken, wann wir solche Aktionen ausführen können. Code in unserer Rails App láuft nur, wenn irgendein Nutzer die App aufruft. Als erste Näherungslösung wäre es also vielleicht gut, wenn wir bei jedem Aufruf der Seite gewisse Maintainance-Skripte laufen lassen könnten.

Jemand muss recherchieren, wie das geht und möge das dann erstmal hier rein schreiben.

Stichworte sind:

• ApplicationController
• before_filter bzw. before_action

Für später vielleicht: TRIGGER.

Das Menü sollte dynamisch erweiterbar sein. Das Menü sollte sich aus der Datenbank Informationen laden um zu wissen wie viele Punkte im Menü angezeigt werden sollen. "link_to" und Iconreferenz sollte ebenfalls vorhanden sein.

Einige von euch kkonnte ich nicht in Gitter hinzufügen, weil keine E-Mail-Adresse mit ihrem GitHub-Namen verknüpft ist.

Betroffen sind insbesondere:

@aurturunios, @fizzule, @fsandfort, @MarenSteinkamp, @P-Pfeiffer, @SebastianRunde

Bitte loggt euch einmal in gitter ein (siehe Button auf der Hauptseite unseres Repos).

Funktion zum Schiffe verkaufen/zerstören einfügen.
Ggf mit rückgabe von Rohstoffen.

Zu den Schiffen müsste das Management bezüglich der Ausbauplätze noch erstellt werden.

@MarenSteinkamp

Der Typ wenn man ein Schiff erstellt sieht mir nach einem Text aus und nicht nach einem String, somit sind Absätze erlaubt. Könnte man eventuell überdenken.

-nichts
-kampf
-zerstörung
-bergen
-Ressourcen

Wenn man bei der Registrierung ein zu kurzes Passwort eingibt, oder man das Passwort mit dem zweiten Feld falsch bestätigt, dann rutscht das Feld an den linken Rand des Layouts und sieht kaputt aus.
Zudem haben wir den Fehler auch in der Forschung festgestelt, nachdem wir eine Namensvalidierung ergänzt haben und diese getestet haben. Daher gehen wir davon aus, dass das ein allgemeines Problem im Layout ist.

Es gibt ja so "Referenz-Tabellen" wie sciences, die sich während des Spiels eigentlich nicht ändern. Diese will man beim Testen oder Deployen nicht jedes mal neu Einpflegen, also muss jemand ein Skript oder sowas ähnliches schreiben, was diesen Schritt automatisiert.

Stichwörter, die ihr da mal recherchieren könnt ist:

• Rails seed data
• Vielleicht kann man auch fixtures dafür benutzen.

Interessant, aber erstmal nicht so wichtig, ist dann noch der umgekehrte Schritt: Wenn man diese Tabellen jetzt doch aus der App heraus bearbeitet, wie kann man dann irgendwie automatisiert aus den Tabellen dieses Seed-Skript erstellen.

Das System zum Handeln zwischen Spieler und CPU.
@fsandfort @fizzule

Basisbauzeit = Gesamtkosten * 2 min
Treibstoffverbrauch = [Abstandsmaß] * ([Hüllenmaße] + [Frachtraum])
Geschwindigkeit 8 = 1h Mindestdauer

!Achtung Tabelle geht nach rechts weiter!

Kampfablauf
1.Phase: Spionagephase

• Verteidigende Armee feuert einmal auf angreifende Spionagesonden (weitere angreifende Schiffe werden in dieser Phase ignoriert)
• Trefferchance ist abhängig von Spionageforschungsunterschied der beiden Spieler
• Leben noch angreifende Spionagesonden, dann wird ein Spionage-Event gestartet
• Die angreifende Spionagesonden verlassen den Kampf und fliegen zurück

2.Phase: Schildphase I

• X entspricht der Anzahl der angreifenden EMP-Schiffe mit der Formel (1-1/(x_0.1+1))_0.5 wird die Trefferwahrscheinlichkeit (0.1) bestimmt
• Trifft das EMP-Schiff, fällt das Schild der Verteidiger auf 0

3.Phase: Schildphase II

• Phase 2 analog für Verteidiger

4.Phase: Angriffsphase

• Angreifer beginnen
• Trefferchance auf eine Zielgruppe ist proportional Abhängig von der Gruppe der Zielhülle von der Gesamthülle der Angreifer/ Verteidiger. Der Zufallstrefferwurf würfelt von 0 bis 1+"Misschance"
  Jeder roll über 1 ist automatisch ein "Miss"
• Jede Einheitsgruppe schießt random auf eine Zielgruppe, wobei „Miss“ eine weitere Zielgruppe ist. Bei einem Treffer wird die Schadenssumme der Angreifer und die Hülle der Getroffenen so verrechnet, dass je ein Schiff von 100% auf 0 durch fokussiert wird
• Solange Schild aktiv, bestehen die Zielgruppen nur aus „Miss“ und „Schild“, danach kommen alle Streitkräfte hinzu. Hinzufügen der weiteren Streitkräfte nur nach einer vollendeten Runde
• Overkill einer Zielgruppe wird nicht berücksichtigt
• Abwechselnd beginnt nun der Verteidiger mit Phase 4
• Kampfabbruch bei zu langen Kämpfen (Unentschieden)
• Misschance 30% - 1% pro Pilotentraining (Bei Schildphase halbiert)

Einbindung der Notifications, gelesen aus der Datenbank.
Anzeige der neuen Notifications.

@krueter-uos @ChristianReinhard

Einbindung der Grafiken für die verschiedenen Komponenten in das User Interface.

@krueter-uos

@pkechlo @onienhueser
#19

Wir kümmern uns um hier um das Upgraden der Stationen.

some stuff

@P-Pfeiffer; @fizzule; @Jack5496; @fsandfort; @SebastianRunde; @arturunios;

Irgendwo sollte ein oder mehrere ER-Diagramme liegen, die das Datenbank-Schema beschreiben.

Das muss jetzt nicht ein riesiges Bild sein, sondern kann sich auf bestimmte Aspekte des Systems einschränken, z.B. "User und all seine (direkten) Relationships". Dann sollten alle diese Bilder zusammen allerdings das ganze System beschreiben.

Bitte fügt dies:

if current_user.activeShip == nil 
    redirect_to :controller => 'ships', :action => 'new'
end

in all eure Controller actions ein, damit sofern kein Ship ausgewählt ist ein neues erstellt wird, welches automatisch zu eurem aktuellen wird.

Bisher funktioniert der Javascript-Timer nur, wenn nur eine Sache gleichzeitig erforscht/gebaut wird.
Wir bauen nun einen Timer, welcher auch erlaubt mehrere Zeilen gleichzeitig runterzuzählen.

@AlexanderAltemoeller @NilsAffing @Jack5496

ToDo:

• automatisches update der Ressourcen ohne neuladen der Seite

Ich hätte gern, dass man statt

Ship.find(current_user.activeShip)

lieber

current_user.active_ship

schreiben kann.

@MarenSteinkamp und @heburke, das ist euer Gebiet, oder? Kümmert ihr euch darum?

Ein User soll sich alle seine Notifications anzeigen lassen. Dabei soll er die Nachricht sehen und sie als 'gelesen' makieren können und dabei löschen.

@ChristianReinhard

Kosten für das kaufen von Schiffen, sitzen der grenze von möglichen Schiffe (9) und implementieren einer Fehlerbehandlung falls SchiffsID = Nil

Mit schrecken musste ich feststellen, dass ich auch zwei Tage nach der Aufforderung immer noch nur 5 von 17 GitHub-Namen bekommen habe.

Alle, die mir noch nicht ihren GitHub-Benutzernamen per E-Mail geschickt haben, tragen diesen zusammen mit ihrem richtigen Namen bitte möglichst in alphabetischer Reihenfolge in diese Wiki-Seite ein.

Folgende Forschungen sollten mit den angegebenen Bedingungen und Mechaniken eingebaut werden:

Forschungen sind spielerbezogen und schiffsübergreifend. Sie starten auf Level 0, haben Ressourcenkosten in Mineralien und Kristallen sowie eine Entwicklungszeit. Anfangs kann auf jedem Mutteschiff immer nur eine von den anderen getrennte Forschung entwickelt werden, ein Upgrade schaltet jedoch frei, dass die Forschungseffizenz von mehreren Mutterschiffen kombiniert werden kann (Netzwerktechnologie)
Boni aus mehreren Entwicklungsleveln verhalten sich additiv.
Um Level 1 erforschen zu können, sind teilweise Level auf anderen Forschungen benötigt.

• Waffenforschungen:
  -- Laser, +10% Schaden aller Laserwaffen (benötigt Forschungsstation 2, Tier 1)
  -- Ionen, +10% Schaden aller Ionenwaffen (benötigt Laser 10 & Forschungsstation 6, Tier 2)
  -- Kinetik, +10% Schaden aller kinetischen Waffen (benötigt Ionen & Forschungsstation 10 10, Tier 3)
• Energieschild, +10% zu allen Schildwerten (benötigt Hülle 10, Ionen 2 und Forschungsstation 8, Tier 2)
• Hülle, +10% zu allen Hüllenwerten (benötigt Forschungsstation 2, Tier 1)
• Triebwerkstuning, verringert Treibstoffverbrauch der Flugstrecken (benötigt Hülle 4 und Forschungsstation 4, Tier 2)
• Netzwerktechnologie, pro Stufe kann ein weiteres Mutterschiff an einer Forschung kooperieren (benötigt Spionage 12 und Forschungsstation 12, special tier)
• Spionage, beeinflusst das Spionage-Event, welches im Kampf auftritt (benötigt Forschungsstation 2, Tier 1)
• Pilotentraining, beeinflusst Trefferchance während des Kampfes (benötigt Triebwerke 4 und Forschungsstation 8, Tier 3, capped auf 20)
• Pioniersausbildung, erhöht die maximalanzahl von Mutterschiffen um 1 pro Stufe, capped auf 6. (benötigt Pilotentraining 8 und Forschungsstation 12, special tier)

Forschungszeit: 2 ^ x wobei (x = Tier + aktuelle Stufe - 1) Minuten
Die beiden Forschungen des special tiers haben eine Basiszeit für Stufe 1 von 24 Stunden

Jemand könnte sich mal Gedanken zu coding conventions machen. Das heißt entweder einen Style Guide raussuchen oder sich selbst Regeln für alles mögliche überlegen (das ist die schlechtere Variante).

Sachen, die mir beim sichten des ersten (richtigen) PRs aufgefallen sind:

• Einrückung! Spaces? Tabs? Wie viele?
• Klammern sind in Ruby ja nicht immer nötig, wollen wir sie trotzdem immer benutzen? Oder nur in bestimmten Situationen?
• Code conventions betreffen auch HTML und CSS!
• Wie setzen wir die geschweiften Klammern in CSS? Java-Style?

Dieses Issue kann gerne zum Sammeln weiterer Punkte genutzt werden.

Wer sich dieser Aufgabe annimmt, sollte auch mal recherchieren, wie man diese conventions zu einem gewissen Grad erzwingt. Dazu kann man z.B. mal gucken, wie man Konfigurationsdateien für bestimmte Editoren in das Repository tun kann, so dass der Editor sie automatisch findet, wenn man Dateien im Repository bearbeitet. Dazu muss man natürlich erstmal wissen, was für Editoren alle so benutzen, was mich sowieso mal interessieren würde, vielleicht kann mal jemand eine Wiki-Seite erstellen, wo steht, wer was benutzt?

Also, any takers?

Siehe auch #21

User sollen ihr eigenes Icon für ihr Profil hochladen können. Und ggfs. löschen oder überschreiben können.

@ChristianReinhard

Erstellung von Tooltips, welche beim "hovern" über ein Element angezeigt werden sollen.

@krueter-uos

Related to #20

Beim Sichten des ersten PR ist mir folgendes eingefallen: Einige Editoren fügen beim Speichern automatisch ein newline-Zeichen am Ende der Datei ein, wenn da keins steht, und einige nicht. Die Vorteile sind:

• Zeilen sind einheitlich; jede Zeile endet mit einem newline-Zeichen, auch die letzte
• Das wiederum macht die Verarbeitung leichter

Nachteile:

• Man verschwendet ein byte

Ich bin dafür, aber ihr könnt mal eure Meinungen hier rein schreiben. Irgendwer sollte dann, wenn sich alle einig sind, mal gucken, wie wir das erzwingen, also ähnlich wie in #20. Außerdem sollten wir zumindest die von euch geschriebenen Dateien dann einmal durchgehen und sie vereinheitlichen.

Erstellung des User Interfaces. Grobes Spiel-Design.

@krueter-uos @ChristianReinhard

Folgende Stationen sollen mit entsprechenden Mechaniken implementiert werden, Namen sind zum aktuellen Zeitpunkt teilweise noch Placeholder.

Mutterschiffe haben einen maximalen Bauplatz von 100. Jedes Level einer Station auf diesem Mutterschiff kostet einen Bauplatz. Sollte der maximale Bauplatz erreicht sein, ist es möglich diesen ein wenig durch Ausbau der Erweiterungsplatform zu erweitern.

Eine Station ist eine Mutterschiff bezogene Aufwertung, welche einen permanenten Effekt auf das entsprechende Mutterschriff hat. Haben ein Level beginnend mit 0 (Sonderregelung: Scanner für Metalle und Kristalle sowie der Energiegenerator auf Mutterschiffen starten mit 1) und können zu Ressourcenkosten in Metallen und Kristallen aufgewertet werden. Diese Aufwertung dauert jedoch auch eine Bauzeit.

Tier 1 Stationen:

• Kollektor für die Ressource Metall (passive Erzeugung von Metallen), verbraucht Energie, Energieverbrauch kann mit einem Drosselslider reduziert werden, reduziert analog aber auch die Produktion
• Kollektor für die Ressource Kristalle (passive Erzeugung von Kristalle), verbraucht Energie, Energieverbrauch kann mit einem Drosselslider reduziert werden, reduziert analog aber auch die Produktion
• Kollektor für die Ressource Treibstoff (passive Erzeugung von Treibstoff), verbraucht Energie, Energieverbrauch kann mit einem Drosselslider reduziert werden, reduziert analog aber auch die Produktion
• Lager für die Ressource Metall (Gesamtlagerplatz eines Spielers ergibt sich aus der Summe seiner Lager)
• Lager für die Ressource Kristalle (Gesamtlagerplatz eines Spielers ergibt sich aus der Summe seiner Lager)
• Lager für die Ressource Treibstoff (Gesamtlagerplatz eines Spielers ergibt sich aus der Summe seiner Lager)
• Baugebäude, Aufrüsten erhöht die Geschwindigkeit der Stationsaufrüstung und Anlagen auf diesem Mutterschiff
• Energiegenerator, produziert Energie, Aufrüsten erhöht die Energiemenge

Tier 2 Stationen:

• Tresor für die Ressource Metall (Sofern der Spieler einen Angriff auf sein Mutterschiff verliert, bleiben mindestens Ressourcen equivalent zur Kapazität des Tresors erhalten)
• Tresor für die Ressource Kristalle (Sofern der Spieler einen Angriff auf sein Mutterschiff verliert, bleiben mindestens Ressourcen equivalent zur Kapazität des Tresors erhalten)
• Tresor für die Ressource Treibstoff (Sofern der Spieler einen Angriff auf sein Mutterschiff verliert, bleiben mindestens Ressourcen equivalent zur Kapazität des Tresors erhalten)
  -- Um einen Tresor zu bauen, muss man mindestens das entsprechende Lager auf Stufe 4 oder höher haben.
• Forschungsstation, Aufrüsten erhöht die Forschungsgeschwindigkeit.
  -- Bedingung: Baugebäude 4
• Werft, Aufrüsten erhöht die Konstuktionsgeschwindigkeit von Einheiten in diesem Mutterschiff
  -- Bedingung: Baugebäude 2
• Verbrennungsgenerator, produziert Energie, verbraucht dazu Treibstoff, Aufrüsten erhöht die Maximalmenge. Produktionsmenge/Treibstoffverbrauch kann mittels eines Sliders kontrolliert werden.
  -- Bedingung: Energiegenerator 4

Tier 3 Stationen:

• Reparaturgebäude, stellt nach einem Angriff auf das Mutterschiff einen Anteil der im Kampf zerstörten Anlagen wieder her. Aufrüsten erhöht den Anteil.
  -- Bedingung Baugebäude 8
• Erweiterungsplatzform, Erhöht die maximalen Bauplätze des Mutterschiffs um 10 pro Upgrade.
  -- Bedingung: Baugebäude 10

Bauzeit der Stationen: 2 ^ x wobei (x = Tier + aktuelle Stufe - 1) Minuten

Es wäre schön, wenn ihr die Wiki-Seiten zum game design etwas kompakter schreiben könntet und in mehrere Seiten aufteilen könntet, sodass man da einfach Aufgaben raussuchen kann.

Spätestens immer, wenn ihr ins Wiki guckt, um euch eine Aufgabe zu suchen, ist es automatisch Teil der Aufgabe, den entsprechenden Teil des Wiki in eine eigene Seite zu extrahieren!

Bitte benutzt das Issue-System, um zu dokumentieren, was ihr tut, ich sage da noch mal etwas mehr zu, wenn ich wieder da bin (hoffentlich morgen). Also offensichtlich sind zumindest einige gerade mit account management beschäftigt, wer gehört da alles zu außer @ChristianReinhard?

Was ist da jetzt noch genau zu tun? Tragt das mal hier ein.

Wenn da kleinere Aufgabenpakete auszumachen sind, erstellt auch ruhig weitere Issues.

Jemand mache aus dem Vortrag und meinen Vortragsnotizen noch vernünftige Wiki-Seiten

@fsandfort @fizzule

Zu den Schiffen müsste das Energiemanagement noch erstellt werden.

Ihr müsst aufpassen, dass die App nicht crasht, wenn ich nicht eingeloggt bin und eine Seite besuche, die ich dann eigentlich nicht sehen darf.

User Profile sollen alle notwendigen Informationen über den eigenen oder einen anderen User anzeigen.

• Userbild
• Username
• Users Email

@ChristianReinhard

Das Spiel soll Spielerprofile anzeigen können und für User andere Spieler anzeigen können.
Eine Verwaltung für Bearbeitungsrechte soll eingeführt werden und in die User in mehreren Stufen zugeordnet werden können.