scionaltera / agonyforge Goto Github PK
View Code? Open in Web Editor NEWBuild modern MUDs with Agony Forge.
Home Page: https://www.agonyforge.com
License: MIT License
Build modern MUDs with Agony Forge.
Home Page: https://www.agonyforge.com
License: MIT License
I tested the CloudFormation template that is included in the project and found that what it produced doesn't quite match the user pool that I'm actually using.
I've done this before on Linux, but this is Git for Windows. Please forgive me if I'm missing something that I should have done myself.
git clone [email protected]:scionaltera/agonyforge.git Cloning into 'agonyforge'... [email protected]: Permission denied (publickey). fatal: Could not read from remote repository.
Efforts are defined in an Effort
enum but not every MUD is going to want to keep them exactly the same as ICRPG. It would be helpful to define them externally in a file that is loaded on startup instead of in code.
Stats are defined in a Stat
enum, but not every MUD is going to want to keep the typical D&D stats. It would be helpful to define them in a configuration file that is loaded on startup instead of hard coded.
Sometimes there is no Question
or the character is saved but doesn't have all its points allocated. Sometimes it's possible to get to the menu and delete the character to start over but sometimes you can just get stuck in a loop where it doesn't know what menu to show you, so you just get redirected back to the "Play" button repeatedly.
Species ("races" in most TTRPGs and "life forms" in ICRPG) are defined in the SpeciesLoader
class where they are hard coded. These definitions should be loaded from a file where they can be changed easily without having to change the code.
The menu code in the core module under com.agonyforge.mud.core.cli.menu.impl
is a good candidate for refactoring into its own small module. It doesn't quite belong in the demo MUD because I don't want to make everybody implement their own menus from scratch if they don't want to. But it also doesn't quite belong in core because I'd expect most MUDs that get far enough along will want to customize how their menus look and not be forced to pull these default ones into their codebase. Having them in a separate module would walk that line pretty well: a sample implementation that can be added easily as a dependency for those who want it, and replaced for those who don't.
I uploaded the logs from Docker here. https://logpaste.com/8xjM8Y5z
I do see a few error lines. There's a couple of retries/restarts by me in there.
I've gone through some hoops just to get to this point on Windows. I installed Azul Java because the latest Java doesn't compile this. I had a lot of fun getting WSL to install and update properly in order to even get Docker engine to initialize on my Windows.
I've done everything I can to get this far but I'm at a complete loss right now.
Wear slots are defined in a WearSlot
enum. However, not every MUD is going to want the same ones. It would be helpful to define them in a configuration file and load them on startup instead of hard coding them in an enum.
Switch from Amazon login to GitHub social login. They basically do the same thing but GitHub wouldn't require setting up Cognito on the back end. Getting Agony Forge set up for the first time would be a lot easier without the Cognito part.
Add in the diagonal directions: nw, ne, sw, se
AWS is now supporting and recommending 3.11.20, and the version we're using is now showing a warning that it is getting too old.
Professions ("classes" in most TTRPGs) are defined by the ProfessionLoader
class where the definitions of the professions are hard coded. These definitions should be moved into configuration files so they can be changed easily without needing to change the code.
Pronouns are defined in a Pronoun
enum but it's likely that different MUDs will want to support more or fewer or different pronouns. It would be helpful to define them in a file and load the file at startup so it didn't require a code change to modify them.
GitHub is hard coded in several places as the OAuth2 provider, but Spring Security supports several providers. It would be best to have a configuration option in mud.env
so you can choose which of the supported providers you want to use, and to parameterize all the places in the code that currently refer to GitHub so you can switch without any code changes.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.