LordFowl

No. This is the function of the ERT. The idea of just calling up a police cruiser from the telly by dialing 911 presents numerous problems as have been outlined above. If we really wanted crew to call for emergency response forces they would use the same ERT system that is in place. That said there is no reason for crew to have telephone boxes to call ERT - if they need to call ERT they have the resources to do so, or those resources have been deprived of them by more resourceful antags. Voting for dismissal.

https://github.com/Aurorastation/Aurora.3/pull/2558 This PR offers some insight and solutions to the idea of mobs and their presence causing processing issues. The creator of the PR is altogether pretty handsome and intelligent.

There are already varying amount of ores per level (It is not the deeper you go - in fact it's the higher you go. Miners start in the middle.) This works on two metrics: 1) The bottom z and the middle z have standard ore generation tables. The top z (the one right below the surface) has rich ore generation tables. 2) The top z is almost entirely asteroid. The middle z is half asteroid half station. The bottom asteroid is half space, a quarter station, and a quarter asteroid (roughly). Massive holes to space and large caverns without ore are much more likely to spawn on the bottom z then any other z. This means that the top z has the most asteroid and the most ore in that asteroid, while the middle z has the moderate asteroid and moderate ore in that asteroid while the bottom z has little asteroid and moderate ore. HOWEVER, even a "little" asteroid is still a lot of asteroid, and miners don't actually even need to mine that much ore to begin with.

After going through the idea in my head I've become more lenient towards the idea. The concept of asteroid natives has always been on my mind, and given that "mole" men aren't a meme they could fit the hole well enough. Sprites however will be the greatest impediment in my mind, and I don't see this idea going anywhere without them. Other than that code-wise all of the suggestions presented are reasonable enough to implement.

The policy is unofficial, however it's ruling was that there should be no new races that occupy the same niche as a current race without removing old races. Or in short, there should be no more crew races. Skull even encouraged concepts such as the above with the qualifier that he wanted to see more innovation with races. I can find the exact quote if you'd like. Typically coders code suggestions, although spriters are a good question. Edit; further qualification. I'd really only even begin to consider thinking about this positively if: A) They were a sporadic thing, like merchants. B) They were something other than molemen. That we currently have a full roster of anthropomorphized aliens does not justify the addition of a further one. Some creativity should be encouraged, especially when the movement is spearheaded by the lore-master :eye_roll:

Voting for dismissal. The impetus for "non-antag" events like parties falls upon the players to organize. Enforcing it through code would be both ineffective and unnecessary.

Mechanical note; don't use /me to orate, purr, hum, or chime, as emotes defaults to visual emotes. Using emotes in general to speak is typically a bad idea as it bypasses language checks, and indeed uses completely different checks than say "".

Moved to the proper subforum. Policy suggestions, even ones concerning the insignificant mall-cop, do not belong in the main suggestions forum.

Vetoed by headmins.

Maybe if IPC's weren't so OP currently I would be fine making them even more powerful.

In future, making a suggestion thread for an already existing bug report will not result in the bug report getting processed any faster. Just so you know.

This is for the most part incorrect - holy water reagent is a sub-type of water and inherits most of water's properties.

Bugs belong in the github as bug reports, not in the forum as suggestions.

Voting for dismissal. Tank canisters colors do not represent the gas inside - oxygen is not blue, nitrogen is not red, etc. Phoron canisters will remain orange to represent their boominess. If you would like to suggest a more consistent canister categorization in compliance with some regulation real or fabricated, that is a more pursuitable objective.

That is incorrect. If people want an additional cyborg sprite they can apply for a custom item. The amount of cyborg sprites we have currently is by all definitions sufficient and by many definitions over-saturated. The "need" for a cyborg sprite is not determined by the community, although their input is welcome if ever a new cyborg sprite is needed.

The game already being full of references does not justify adding further references, and the fact of the matter is that cyborgs already have too many sprites with no internal consistency. Furthermore, cyborgs are an everpresent aspect of the game, compared to xenomorphs or the AI core which are rarely seen, particularly in the former's case. Were it so that we had any need for additional cyborg sprites, which as it stands we do not, adding these could ostensibly be justified - not because they are a reference but because we would hypothetically need cyborg sprites. As it is right now adding this would only satisfy the desire to have a reference.

Voting for dismissal. We purposefully disabled these eyebots because we did not feel that such an oblique reference was suitable as a cyborg sprite, following the same reasoning we rejected the Mr. Handy sprites.

Implemented in https://github.com/Aurorastation/Aurora.3/pull/4236 Leaving thread open for feedback.

1: That is not a gif. 2: That is Indiana Jones, not James Bond. Voting for dismissal based on the points above.

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234

Implemented by; https://github.com/Aurorastation/Aurora.3/pull/4234