
Arrow768
Head Admins / Devs-
Posts
1,700 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Everything posted by Arrow768
-
Moved to Projects as that has a PR
-
SonicGotNuked - Forum Warning Appeal
Arrow768 replied to BurgerBB's topic in Staff Complaints Archive
One of the questions I usually ask to determine if something is derailing/off topic is: Does it contribute to the topic? Ultimately this has to be answered as "No" for the post that has been made. If you wrote the Paragraph below in your post from the beginning then this would be different, but you decided not to do that and went for the sarcastic approach which does not contribute to the topic and so we are here. -
[+2 DISMISSAL;Bin 16.02] Sidearms for all (of command)
Arrow768 replied to Cnaym's topic in Discontinued Projects
I am seconding the vote for dismissal for the following reasons: We have issues with heads of staff front-lining already. Further legitimizing that by handing them all a sidearm does not help to resolve that problem. Yes they are heads of staff and yes they should be trusted not to abuse that, it still happens quite regularly. If they go out of their way to build weapons, carry them on them and then front-line with them, it makes it quite a bit easier to strip their whitelist for front-lining compared to them carrying a weapon they are supplied by the corporation and using it to go after antagonists. There is a substantial difference in the (continued) training required to safely operate and maintain a firearm compared to carrying a baton or even a flash. The HoP and the Captain get their Sidearm to make them a slightly harder target for Antagonists, as they have the capability to hand out all access to the station. This is something the other Heads of Staff do not have and therefore this gameplay consideration does not apply to them. Heads of Staff should not put themselves into a situation that might require the usage of a sidearm. A single carp can be taken care of by hitting it a few times with a blunt object. If they want to go EVA during a carp infestation or go out exploring on the asteroid, they are expected to bring someone else along who can ensure their safety. That said, I would support the addition of a telebaton to the head of staff lockers given that the flash is pretty useless nowadays and that using a telebaton (at a very basic level) does not require any sort of training except for the information on how to extend and collapse it. -
While you have sufficiently explained the mechanics that would have to be implemented you have not explained the reason behind that suggestion.
-
Moved to Projects as thats something being worked on
-
Implemented here: https://github.com/Aurorastation/Aurora.3/pull/8176
-
Moved to projects as this has a PR
-
Voting for dismissal due to the previous arguments.
-
Well, imho it would be sufficient to prevent flashes from disabling borgs, so they are just blinded. (And that would also be in line with the other insta-stun removals and remove the inconsistency with ipcs)
-
Trial started today.
-
Final Suggestion: Let Skrell Squeeze Through Closed Airlocks
Arrow768 replied to a topic in Off Topic Discussion
Uh no. The airlock is, as the name implies, airtight. That would mean that a skrell wishing to pass through a closed airlock must reduce its width to less than that of a oxygen molecule. As this is not believable I am voting for dismissal. -
Support the vote for dismissal for the reasons stated above
-
A very solid application, but I have to reject the application at this time, as we do not allow staff applications by proxy. However you are encouraged to reapply once you have created a forum account and played on the server.
-
At the moment I am not in favor of adding more songs to the game, as this causes a increase in the resources that a player needs to download before they can join (and we are already at 97MB)
-
A random chance for malfunction isn't really something that contributes to the gameplay as noone enjoys if their rig (or something else) fails randomly because rng decided it should. (See pre-buff rd weapons) In addition a traitor should use the tools they have available to fulfill their tasks. If we add something that allows to bypass the rig restrictions we enable a common theme where a traitor just purchases the rig-unlock-tool and a rig-gun to slap on their rig. (We had that for a while and I am glad we got rid of it; by adding these restrictions) It is also not impossible to acquire a weapon capable rig as a person that needs to go eva, it just requires them to interact with (convince, threaten, bribe,...) certain people that can provide those rigs. But ultimately this point is moot as the PR is awaiting merge.
-
Not a fan of that as those are (intended) physical limitations of the rig design, which isn't something that can by bypassed by modifying the software (emag) or installing some sort of upgrade. (Much the same way you can't just slap a tank turret on a car/snowmobile/caravan and expect it to work properly).
-
This area of the forum is used if you If you disagree with the staff member you need to make a staff complaint.
-
Disagree heavily. The self destruct is a weapon of last resort and can only be used once. Therefore I see no issue if it causes severe damage and does not have a warning duration. In addition the "other antags with simmilar equipment"-part opens up the door to add a delay to all explosives as simmilar things can be achieved by using a deadman switch and any sufficiently potent explosive. Therefore voting for dismissal.
-
I'll work on that when I have a bit more time.
-
I do have to clarify something. Most of the stuff thrown from the asteroid ends up somewhere back on the asteroid due to the gravity field. (Which is consistently represented in the game via a number of mechanics) So just because you threw a body into space from the asteroid, does not mean that it's unrecoverable.
-
Make renegades not spawn with a revolver IN HAND
Arrow768 replied to AmoryBlaine's topic in Completed Projects
Moving to completed as that bug has been fixed with https://github.com/Aurorastation/Aurora.3/pull/7982 -
I believe that is a good idea, as long as there is still the option to escalate it to ccia on the recommendation of command (i.e. for repeated instances of problematic behavior or cases of extreme stupidity).