Manuel Huber

Thanks for updating the opening hours, @joschahenningsen . Also the Espressobar and all other StuCafes in Garching are not correct. Also the addresses are outdated, the C2 Campus-Cneipe, Mensa Garching,...

Geanu das ist das Problem. Mit Interfaces können Extensions nur eigene Entities erstellen und erweitern, aber nur "Eigenschaften" aus anderen Extensions konsumieren. Bereits bestehenden Entities aus anderen Erweiterungen können nachträglich...

Die Mods müssen sich in diesem Fall sowieso gegenseitig referenzieren. Sonst müsste in der OctoAwesonme.dll ein Interface für jedes erdenkliche Werkzeug befinden. Dann kommt ein Modder und will einen SuperDuperSpaceBagger2000...

> Und das Referenzieren von Mods muss NICHT implementiert werden die Reference im Projekt schafft der Modder auch alleine. > Es wäre eine Sache wenn wir sagen würde: Die Extension...

Ja ja klar, die gibts. Aber da eine Assembly theoretisch mehrere Extension-Klassen beinhalten kann und diese einzeln aktiviert/daktiviert werden können, kann es auch zu SItuationen kommen, dass eine Extension die...

Wir haben im Projekt `OctoAwesome.Doc` bereits seit langem eine (mittlerweile uralte) docfx-Version im Einsatz. Das generiert halt die Dokumentation aus dem C#-Code analog zu Sandcastle früher. Für CI ist doof,...

Mal zu den EntityComponents meinen Senf: * `BodyComponent` macht ohne `PositionComponent` keinen Sinn (und ich würde fast sagen umgekehrt sind die Use-Cases beschränkt) * `ControllableComponent`, `HeadComponent`, sind definitiv eigene Komponenten...

> Da ihr grade sowieso an der Simulation bastelt. Ist es möglich und haltet ihr es für sinnvoll (also ich schon) die Simulation.cs aus Octoawesome.dll in die Runtime.dll zu schieben....

Schon klar. Aber so weit sind wir noch lange nicht ;-) Ressourcen haben wir keine und von interaktion mit Entities kann noch keine Rede sein - wir haben ja noch...

Derzeit noch 3: