R&D: Can we use states for game modes?

Offen

#7 erstellt am 07.7.2022 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: csharp, unity
Bereich: game-dev

Rechercherichtung

Start by reading the linked pyprocgame modes documentation and the repository's state-graph entry points to understand how ordered priorities and event bubbling could map onto the existing model. Done would require a defined design for graph priorities and node access, plus agreement that it can support mode-like behavior.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

If you look at pyprocgame's modes, they are stored in an ordered queue that allows each mode to decide whether a switch event bubbles down further the queue, or not.

It would be awesome if our state graphs could somehow be marked with a priority, and that our nodes would have access to that priority, so we can add a similar feature by using a state graph for a "mode".

Vorherrschende Sprache: C#
Sterne: 0
Forks: 1
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus VisualPinball/VisualPinball.Unity.VisualScripting

Race condition in coil activation Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

VisualPinball/VisualPinball.Unity.VisualScripting#9 · 1 Kommentar · Erstellt am 26.11.2024

Alle Issues in VisualPinball/VisualPinball.Unity.VisualScripting