Posts by wild1145

    If folks have any further ideas on what could be included in the subscription model type use of coins your feedback would be appreciated.


    I've also got some thoughts in addition to what RedEastWood has said above, but would appreciate the community feedback before I close this thread.

    So I like the idea of supplementing the reactions settings with some additional game types, it keeps it interesting and helps make it more competitive. Some of it we can automatically generate, some of it will rely on us crafting / getting our hands on a database.


    FS-275 raised to add basic mathematical operations.
    FS-276 to add config options to enable / disable the current reactions gamemode
    FS-277 to add a trivia mode of some sorts based off of a database.
    FS-278 to add the dictionary word un-scramble along with minimum word length config option.

    I've raised FS-270 to allow admins to toggle tags for the guild, so when a guild is using stupidly long tags, admins can disable that guild from using tags at all.


    FS-271 to set a configurable guilds tag limit generally.


    FS-272 to create the ability for the TFM Tag to be rejected if it exceeds an overall length (Total of the user tag and guild tag) and to check on login, purging the tag if the players tag is longer than the configured maximum.

    Given the thread I linked does cover both scenarios (Signs and /auc) I'm going to deny this as a duplicate.


    For reference FS-8 is to add a /auc command setup where players can auction items for coins, with FS-9 being to add signs for auctions of items using the coins system.

    On the grounds nobody bothered to give further feedback, FS-269 has been raised to add a command to wipe all armour stands from the server which admins can invoke where required. That will be done before FS-232 is delivered to ensure when we stop the auto wipe admins can manually wipe.

    I've raised FS-268 to look into if we do actively need to maintain our own clone of LibsDisguises and if so to scope the exact work required to make this happen. I'll mark it as approved but with the understanding that this is only really approved to investigate.

    Quote

    @redeastwood#19945 My personal opinion is heavily based on the fact that these inactive users did not specify any reason for vouching, instead they simply said "vouch". Had there been actual justification, I would have felt more secure with the fact that there are genuine vouches based on informed decisions.

    The same happens for most admins... I often see applications that just say vouch or object with no reasoning at all. Until the policy on that changes for everyone, I can't really encourage the EAO to discount valid votes on this application or any others.

    Quote

    @redeastwood#19878 perhaps now is the time to revisit all of them.

    Given the backlog of over 100 tasks for the Dev team to get through, I'd be inclined to disagree.

    @Miasmus#19872 it's not yet been reviewed properly which is why it's still open. Me or fleek tend to go through these in bulk when we get a chance.

    @Miasmus#19864 It shouldn't tell you what server the admin may or may not be on. And it's not hard to work out that there are more players on the network than what list shows anyway.