Pacmandevil

The amount of sprites this would require to do reasonably is restrictive, and the amount of shitcode to do a hackjob implementation of it would be even worse. Not viable my dude.

Unless you have any effort in making spells use configs/json, you won't be able to have them be secret.

Only if using a retractor on the groin region allows the storage of items with a larger w_class. it makes sense, the retractor would stretch the underwear.

Last I checked this would be a trivial change. I think only removing a check?

Circuits weren't ported from tg reeeee they originated on polaris, were ported to bay, and we ported them from polaris. TG also did a fuckhuge rewrite of them, and has since removed them.

Nobody coded it. not really. no. Nothing* relies on it. Not sure what you mean by this.

This is due to the fact that it'd need snowflake code in attackby to combine the two. which isn't an ideal solution. a "kitchen assembler" machine or something would be a better solution codewise.

the issue with this is that food on aurora is effectively unneeded as is, making the chef on the same tier of bartender in terms of importance. As is, there's not even really reason for two chefs. let alone introducing a command structure into it. The rest makes sense.

I fail to see how anything that essentially amounts to: with the white circle being a profile picture could ever account to anywhere even approaching a personal insult. it's blatantly obvious it's a harmless joke just looking at the thing. The image itself wasn't even what you were telling people to knock off iirc (though that may be wrong, considering I thought it was Abo that was telling people to knock it off.) what you were telling me/Xander to knock off was the argument insuing from Xander going nuclear at the mere sight of the profile picture they were using in another - harmless, image. Implying the shitposting I did was meant to annoy people is also shortsighted, considering the vast majority of said shitposts were in the correct channel. if someone's getting miffed at that. they could probably just do the sane thing and avoid the shitposting channel. Unless of course you considered my controversial views on several topics "shitposting", in which case you're simply wrong.

Yes. actually. I do. for multiple reasons. However you may feel about shitposting, permabanning someone (whether that be due to discord being shit or not) for a relatively harmless throwaway joke is in fact a joke. said shitpost consisted only of XanderDox's current profile picture on a "this is bait" picture, which I posted (if I remember correctly. can't exactly check) after he's said some dumb, argument inducing things in the general chat. Said picture contained no slurs, no personal insults. and only served to poke light fun at Xander - which in typical fashion he threw a shitshow about. the only thing overtly wrong with posting it, was the fact that it was in general. which considering the fact posting shitposts outside of the trashcan was never something I had an issue with, doesn't really deserve a perma ban by any means. ESPECIALLY considering I (IIRC mind you) didn't have any active warnings on Borialis at the time. making me feel like this entire thing was overblown to shit.

They're saying they'll increase the server population.

BYOND Key: N/A - Vorewolf95 Total Ban Length: Perma due to Discord being the big stink and not supporting non-permabans at the time of the ban Banning staff member's Key:N/A - see above except discord's "you've been banned" page just being a failed invite due to big shitcode. Reason of Ban: I made a shitpost using Xander's profile picture which got them real miffed. Argument insued and the staff went all hiroshima and nuked everyone involved. Reason for Appeal: A permaban for a shitpost is kinda dumb.

I can't wait to turn a kid into meatballs and feed them to the crew. tasty.

Reflects are already possible code wise. You also wouldn't have autoaim shit going on. base it off angles instead. You know. actual skill.

You can get 3 per meat. if need be you can also order a monkey cube box iirc, which more than supplies enough meat. if you don't want to order it, you can bug science unless they're feeling snowflakey about it

Relatively simple requests can also be relatively wrong. Burritos as is are already fairly easy to make (inb4 xd he doesn't even play xdd) and only take a trivial amount of effort to make. seriously, one meat per burrito is fine. you can make a shitload of meatballs without much effort.

Your ckey: Pacmandevil Discord username with discriminator: Pacmandevil#7291 Overview Roleplay in general with Ss13 is very polarizing. you either do it, or you don't. it requires a lot more effort than it should TO RP, as well. Requiring several paragraphs worth of forums filled out, several paragraphs more of flavor text filled out, and more. this leads to inconsistency. as there's no standard for either of them. This is something that simply makes the learning curve of ss13 worse, as you have to deal with all sorts of inconsistent bullshit, and people being sweaty because your flavor text isn't "descriptive enough" or something like that. However, I don't see a single reason why any of that *couldn't* be solved via Code. yeah sure "he doesn't even play" xd. but I genuinely feel that putting effort into automating, standardizing, and improving these features via code would make Aurora both an easier server to get into, and a much more consistent one. and would (ideally) effectively negate any HRP snobbery, It's not impossible to do, either. as I've been putting extensive effort into doing it with my own projects. with promising results. there is however significantly more to do in an Aurora setting. I do however believe with enough effort put into it. it'd be viable to do. the best part of SS13 imo is not having to type things out, and just *doing* things, and doing this would be a great step in the right direction. If you HAVE to type out a "me" to do something. then that's not a good thing. Project Goals * Refactor emotes completely to be object based, with a selection list. This would use datums to detect what Emotes are possible to do, along with any variables that are part of the equation. eg: [user] slams [object] against [surface]!, this could be altered to stab sharp items into the surface if the surface is soft enough, etc. I've got a half assed prototype of this, but It's also really shit and needs to be completely redone before I'm happy with it. * Automate medical/whatever records. This isn't a *complete*, more like those "build your own story fill in the blanks" things that're given to mentally handicapped students instead of english homework. suitable for any ss13 player. This would allow them to follow a template, and in general be consistent. you could also force this as a requirement to join the round, as it'd be fairly quick to do. *Automate Flavor text. I can see this getting a lot more flack than the above, but I still think it's a good idea to standardize it, as long as you got someone actually competent to write the description chunks instead of going the dorf route however, I can't see any reason why this would be a bad thing. it also allows m e c h a n i c a l s t a n d a r d i s a t i o n of characters. a holy grail. no more 4 ft pedobait lolis. a new utopia! This would also allow integration with other things, such as if a stats system was ever added (unlikely) you'd be able to see how buff etc the lad is. this could also be forced before joining, to enforce character standards. * Automate "pose" - this can be done easily. just alter do_after to have an optional "pose" var that gets set. this would allow descriptions to be set for things like welding/literally any action without clogging chat too much. * "story" mode. - this one might not be viable, but I've been thinking about it for a while. it essentially toggles *extremely* verbose descriptions of literally anything. and I mean anything. ideally this would allow the chat log to be read more like a book. but this would without a doubt need a writer to not look like shit, and would be optional. Requirements for Implementation * Essentially any of the above can be done as a single chunk. except for probably story mode, but that'd be a massive undertaking on it's own. and someone would have to cough up the dosh for a writer for that. Further Development Perspective I'm sure people can think of more things to be automated in the future, but those are the only things that've caught my attention during my time playing Aurora specifically. I'm sure there's more to be done.

it's probably due to windows not being turfs, rather than any actual intent.

you can just do this client side, or even revert back to the old one client side if this gets added. byond supports 100% clientside skins.

if your intent is to make security officers choose between flash/HUD - this is the weakest way to do it, and is pretty well inconsequential. more annoying than effective as a choice (especially with a verb/dedicated hotkey for sweaty lads who use macros.) a better solution would be to revert to the medical-style HUDs for security, while maintaining normal sunglasses as standard equipment. UnknownMurder's argument does have merit, but it is also ultimately meaningless due to the fact that Fax machines, tape recorders, and Polaroid cameras are still in use in the year 2460. Circuitry is far from "anything is possible". and pretty well everything done in it can be done IRL with a healthy dose of brain damage and time - unlike things like bluespace. which makes me question why it's even relevant as a conversation point, but regardless. In terms of my opinion. I simply don't see a need for it. it's useless in terms of a choice, and doesn't really add anything but cosmetic choice into the game. also known as meaningless bloat.

I still insist that mining has no need to hand deliver materials to scientists who are perfectly capable of walking down to cargo. Regardless, Kinetic accelerators are low tier mining. real professionals use the mining charges, pickaxes, about 9 ore bags, and a jetpack.

From experience, Vision cones rarely add anything to play. and yes I've coded a fully functioning implementation of it to test. even with the ability to lock your vision cone onto a target, it becomes more frustrating than it's worth, and really doesn't add anything but annoyance to combat. and doesn't really add anything to stealth either. if stealth is something wanted, there needs to be mechanics that actually support it similarly to hiding in lockers. Hiding in crates/under tables would be a good start, I'd imagine. perhaps similar plants to goons, but a vision cone in general is shit. Edit: Yes, and it was tied to a cursor when the user was holding shift. this didn't actually change anything. it was still clunky as fuck.

to be fair so is adding fluff roles that don't perform the duties they're supposed to. see nurse, the old mining ones, and the engineering one. Of course, ones that add a supplementary play style (like the maint. tech) should just be given a new job slot. (kinda like fowl was going for with the janitorial thing, on second thought.)

That doesn't make them as or important. or on topic for this matter. it's likely better to move this conversation elsewhere.

No it is not. There's a very defined difference between content consumers - who typically do nothing to actually contribute or improve to something they often spend more time whining about than it's worth, or content creators, who will actually put up with those people to pursue a hobby - one that anyone can learn with a little effort. Even the shittiest content creator is leagues better than a consumer, as they actually *do something*.