17 Commits

Include renames

Author	SHA1	Message	Date
5 people	55bcc91ea2	Justice mech: Charge attack and code refactor/New blocking system/some balance and sprites! (#91434) ... ## About The Pull Request New changes for Justice mech - traitor mech that can be created on emaged fabricator(you need robo skillchip to emag it) 1. Charge attack refactor Charged attack is now used not by pressing the action button but on holding right click  While you press right click scope will focus on tile mouse looking for and when you release right button you will charge on this tile (cooldown 5 seconds as before). if your mouse look at position you unable to charge your mouse icon will become red 2. New Justice block Now Justice don't have 60% chance to block any damage. Instead of this rng, justice has 3 engines that orbit around him  Engines can be active and disabled. While all engines active they will block any range projictiles back.  To deactivate engine you need to melee hit mech. When all engines deactivated mech loses its ability to deflect for 10 seconds, after which all cores are recharged and the cycle continues again. Justice can also recharge one engine when pilot hits someone who not in crit.  3. Some balance changes: Mech hp now 300 Mech melee armor now 50 Mech bullet and laser armor now 30 Mech now don't have speed change when you switch safety mod. Instead mech becomes faster in invisibility and slower when holding the right mouse button to charge a charge attack. Invisibility mode now no longer temporary. You can be invisible as long as you want until you attack/ bump with someone/ take damage or turn it off yourself AoE attack from invisibility is now x2 faster  ## Why It's Good For The Game Lots of changes from recived feedback. Basically the most annoying thing was the block chances. Praying on luck to not die from laser spam turned out to be not a very interesting mechanic. Now mech justice requires more strategic actions to destroy it and the mechanics create more fun for both the mech user and those who fight with it. You need to get close to the mech to hit it and only then will you be able to shoot the laser and user of justice has the ability to recharge his cores by attacking enemies (if you don't attack, then you won't be able to recharge the cores (well, only if your other cores are broken)). This all creates more risk reward elements and not just rng. Accordance with block chance changes i also increased HP and armor of Justice to balance the block changes a bit. AoE attack speed was needed simply because 100/100 cases everyone said that the aoe attack is weak and useless because it is almost very easy to get away from it. Changing the charge attack work mechanic is necessary to improve the maneuverability of the mech. pressing the charge button and then getting messages that you chose the wrong direction is very inconvenient and deprives comfortable gameplay and pleasant use of the mech. ## Changelog 🆑 add: Justice mech: New block and charge system! Build and try it now! qol: Justice mech: charge attack is now much more pleasant and convenient to use! balance: Justice mech: Increased HP and armor. balance: Justice mech: Invisibility is now infinite. balance: Justice mech: stealth aoe attack is now 2x faster. refactor: Justice mech: Some code clenup and mechanic improvements. /🆑 --------- Co-authored-by: tgstation-server-ci[bot] <161980869+tgstation-server-ci[bot]@users.noreply.github.com> Co-authored-by: tgstation-ci[bot] <179393467+tgstation-ci[bot]@users.noreply.github.com> Co-authored-by: Time-Green <7501474+Time-Green@users.noreply.github.com>	2025-07-30 17:37:25 -04:00
Ben10OmintrixandGitHub	efe62c5a72	Pet Commands QOL . makes pet commands easier to use (#88495) ... ## About The Pull Request this PR improves the UX of pet commands a bit. i decided to expand on their radial menu. You can now hold shift and hover over your pet to display a menu of commands which you can choose from. alternatively, you can still type out commands in chat https://github.com/user-attachments/assets/9da7f7ea-58a3-4fd6-b040-45cc05cda51d ## Why It's Good For The Game makes pet commands easier to give out when you're managing more than 1 pet. also fixes the fishing command not working. ## Changelog 🆑 qol: holding shift and hovering over your pet will display a list of commands you can click from fix: fixes the fishing pet command not working /🆑	2024-12-22 03:05:30 +01:00
carlarctgandGitHub	c261389549	Adds Untie Shoes, a 1-point wizard spell. (#84880) ... ## About The Pull Request Added Untie Shoes. This is a wizard spell that's seemingly weak but has some power under the surface. The first level unties, then knots shoes. The second level allows you to tie jackboots and the like. The third level allows you to summon shoes if the target has none. And, for the true pranksters out there, the fourth level makes invocations silent and gestureless. Also, it always slows noncarbons down a bit. It's also given to clowns after Jubilation, and the wizard themself, at max level for the latter, if they dont have it already. ### Why would you ever pick this?? Knotted shoes make the wearer unable to walk without being stunned and tripping on the floor. Let that sink in! Anyone hit twice by the spell is forced to crawl around or risk stepping on broken glass. Worse, they need to go through a looong process to untie their shoes to even drop them. This spell has infinite range, although casting from beyond screen range or through zlevels multiplies the cooldown by ten, which is excellent for softening up targets. It's a 1-point, ranged, supportive spell with low cooldown, which makes it excellent as a deterrent for harassing wizards at long range - something they often lack answers to. It's great for whittling down antimagic charges. It's funny. ## Why It's Good For The Game This spell is silly, comical, yet also very versatile and adds a rather large amount of depth to Wizard while also expanding on shoe knotting, which is inherently funny and rarely looked at. I also wanted it to work through camera consoles because that's EXTREMELY funny. The long cooldown should prevent it from being too annoying. ## Changelog 🆑 add: Adds Untie Shoes, a 1-point wizard spell. It can be upgraded to untie jackboots, summon shoes to untie, and become completely silent! /🆑	2024-07-21 00:28:33 -04:00
MrMelbertandGitHub	74b92c63de	Adds cool sword mouse cursor maintenance pda app (#84337) ... ## About The Pull Request Adds a maintenance disk that makes your PDA turn your mouse cursor into a cool sword when it's worn in your ID slot https://github.com/tgstation/tgstation/assets/51863163/ae5c50a1-e6fd-40bb-8957-4af2f6618cba ## Why It's Good For The Game I saw a discord comment about this and it made me laugh. ## Changelog 🆑 Melberte add: Cool Sword Cursor Maintenance App /🆑	2024-06-26 23:49:49 -04:00
GhomandGitHub	81a668a727	Changes the scope component to be appliable to other items and not just guns. Binocs and the Curator's mothic cap use it. (#80445) ... I've done some changes to the scope component so that it can be applied to items other than guns. Binoculars now use it instead of changing the player view size, and lets them move around while the zoom is on at the cost of a moderate slowdown. This is both more comfortable, cooler and less laggier than the previous method. Take in mind it still takes both hands to use binoculars, so there's no much room for exploitation anyway. This PR also makes the mothic softcap from the curator kit special: it too has the scope component, albeit of a much shorter range, because it's probably the least interesting kit of them all right now and has nothing that the curator cannot get by walking in the aux base construction room, except for a pair of pockets in the mothic coat, though that's superseeded by the Trailwarden kit's saddlepack. It's pretty fitting if you ask since the softcap has some goofy-looking googles drawn on it. Oh, items that aren't guns also have a different mouse tracker icon of two circles joined together, instead of a reticle.	2024-01-02 17:36:49 +00:00
5 people	f88da4bcb9	Heretic DLC: Path of Moon (#79536) ... ## About The Pull Request This pull request adds a new path. The cross path is between ash and lock. Credit to Fury McFlurry for the following sprites: ring_leader_effect The path goes as follows: Moonlight Troupe Grasp of Lunacy Smile of the moon > Sidepaths: Mind Gate Ashen Eyes Mark of Moon Ritual of Knowledge Lunar Parade Moonlight Amulette > Sidepaths: Curse of Paralasys Unfathomable Curio Unsealed Arts Moonlight blade Ringleaders Rise > Sidepaths: Ashen Ritual Last Act Moonlight Troupe: The first knowledge of path of moon, lets you make Lunar Blades with 2 iron and a knife Grasp of Lunacy: The grasp of this path hides your name for 15 seconds after use, but more importantly it causes the person hit with the grasp to hallucinate everyone as indistinct human like figures. Smile of the Moon: A pointed spell that causes temporary blinding, muting, deafening and confusing on the person its targeted at, these effects last longer the less sanity your victim has. https://github.com/tgstation/tgstation/assets/120136161/db7cfaaa-8fe2-4f20-aa78-c17c17be4d63 Mindgate: Lock-Moon. This spell causes you and your victim brain damage, the victim also suffers a short amount of hallucinations and also 20 oxyloss. https://github.com/tgstation/tgstation/assets/120136161/11d15acd-11d0-4e7d-a180-6481b18e9fd9 Mark of Moon: When applied this paths mark pacifies the victim and they remain pacifist until attacked or until the mark is detonated, when detonated the victim is left confused. https://github.com/tgstation/tgstation/assets/120136161/41e601b5-76d4-4765-8b49-ada7de09feb7 Lunar Parade: A spell that sends out a projectile that causes people hit by it to follow the projectile whilst being unable to move. The projectile also bounces around and is really useful to get people off your back during chases. https://github.com/tgstation/tgstation/assets/120136161/cddc8390-e8aa-4d68-b1a5-ab181e941a9b Unfathomable Curio: Transmute 3 rods, a brain and a belt into an Unfathomable Curio a belt that can hold blades and items for rituals. Whilst worn will also veil the heretic, allowing them to take 1 hit without suffering damage, this veil will recharge quickly outside of combat. If examined the examiner suffers brain damage and temporary brain damage, and if a non-heretic uses it once the shield is damaged the non-heretic user suffers massive brain damage and a permanent uncurbable brain trauma. Lock-moon Unsealed Arts: Allows you to transmute a canvas and an additional item to create a piece of art, these paintings have different effects depending on the additional item added. Lock-moon Possible paintings: The sister and He Who Wept: Additional atoms: Eyes. When a non-heretic looks at the painting they will begin to hallucinate everyone as heretics. The First Desire: Additional atoms: Any bodypart. Increases the hunger of non-heretics, when examined drops an organ or body part at the painting. Great chaparral over rolling hills: Additional atoms: Any grown food. Spreads kudzu when placed, when examined grants a flower to the heretic. Lady out of gates: Additional atoms: Gloves. Causes non-heretics to scratch themselves until they remove their jumpsuit, when examined removes all your mutations. Climb over the rusted mountain: Additional atoms: Trash. Causes non-heretics to rust the floor they walk on and when examined gives you a cool moodlet These effects are mitigated for a few minutes when a non-heretic suffering an effect examines the painting that caused the effect. Except for great chapparal which spawns kudzu at their feet, and Lady out of gates which gives them a random negative mutation. https://github.com/tgstation/tgstation/assets/120136161/1d1bdd2f-cda5-4430-b3af-4742f98a59a8 https://github.com/tgstation/tgstation/assets/120136161/4e843ae4-9786-4e9b-8681-582713f4c789 Moonlight Amulette: Allows the heretic to transmute 2 sheets of glass, a pair of eyes, a brain and a tie. If the amulette is used on someone with low sanity they go berserk attacking everyone if their sanity isnt low enough it decreases their mood. Optionally you can add a poppy in the ritual to further decrease their mood on hit. https://github.com/tgstation/tgstation/assets/120136161/ab820b3f-e7e6-407a-9a1a-93d49c0d7387 Moonlight Blade: Causes the heretics blades to do brain and sanity damage whilst causing hallucinations. The blades also cause giggling and laughter on hit. Ringleaders Rise: An AoE spell that deals more brain damage the lower the sanity of the victim, also causes hallucinations that last longer the lower the sanity of the victim. If the victims sanity is low enoughit causes them to go insane, the spell then halves their sanity. This spell is on a longer cooldown and is more meant to be used as a payoff or an instigator for a fight. The AoE area is 7 tiles https://github.com/tgstation/tgstation/assets/120136161/4de85ba2-448a-485c-b739-77fcce86c0cb Last Act: The ascension lowers the cooldown of all the heretics spells by 33% and increases the AoE range of Ringleaders Rise. The main effect of this ascension is a passive sanity drain and hallucination aura, if you have low sanity in the aura you will start to suffer brain damage and if you reach the bottom you gain an aura of hallucinations thus spreading the moon heretics influence further. Not only that but roughly 1/5th of the crew will rise in support of you becoming mini-heretics called acolytes that will attempt to obey your commands! I had videos showing off everything but they were too big for github sadly so I will have to think of some other way to showcase all this stuff. This pr also adds a new optional atoms system which means that you can have rituals that can be improved by adding additional atoms, like for example moonlight amulette. Feel free to give some suggestions for further ascension effects. ## Why It's Good For The Game I feel like heretic is really missing a playstyle around insanity and this slots neatly in to feel that gap. For being an eldritch antag of horrors there is surprisingly little interaction with the sanity system and I feel like this makes up for it, heretic is also missing some distractions which is where the paintings can really shine and the hallucinations which breed paranoia. ## Changelog 🆑 add: A new heretic path opens up! Gaze up at the great sky for the path of the moon opens and the lie shall be slain in pursuit of ultimate truth! fix: Fixes the syndicate delusion not working /🆑 --------- Co-authored-by: MrMelbert <51863163+MrMelbert@users.noreply.github.com> Co-authored-by: LemonInTheDark <58055496+LemonInTheDark@users.noreply.github.com> Co-authored-by: Ghom <42542238+Ghommie@users.noreply.github.com>	2024-01-01 15:03:03 +01:00
3 people	41f20bc3ce	[MDB IGNORE] Angled Lights & Lighting Prototyping Tool (#74365) ... ## About The Pull Request Hello friends, I've been on a bit of a lighting kick recently, and I decided I clearly do not have enough things to work on as it is. This pr adds angle support to static lights, and a concepting/debug tool for playing with lights on a map. Let's start from first principles yeah? ### Why Angled Lights? Mappers, since they can't actually see a light's effect in editor, tend to go off gut. That gut is based more off what "makes sense" then how things actually work This means they'll overplace light sources, and also they tend to treat lights, particularly light "bars" (the bigger ones) as directional. So you'll have two lights on either sides of a pillar, lights inside a room with lights outside pointing out, etc.  This has annoying side effects. A lot of our map is overlit, to the point that knocking out a light does.... pretty much nothing. I find this sad, and would like to work to prevent it. I think dark and dim, while it does not suit the normal game, is amazing for vibes, and I want it to be easier to see that. Angled lights bring how lights work more in line with how mappers expect lights work, and avoids bleedover into rooms that shouldn't be bled into, working towards that goal of mine. ### How Angled Lights? This is more complex then you'd first think so we'll go step by step  Oh before we start, some catchup from the last time I touched lighting code. Instead of doing a lighting falloff calculation for each lighting corner (a block that represents the resolution of our lights) in view we instead generate cached lightsheets. These precalculate and store all possible falloffs for x and y distances from a source. This is very useful for angle work, since it makes it almost totally free. Atoms get 2 new values. light_angle and light_dir Light angle is the angle the light uses, and light_dir is a cardinal direction it displays in We take these values, and inside sheetbuilding do some optional angle work. getting the center angle, the angle of a pair of coords, and then the delta between them. This is then multiplied against the standard falloff formula, and job done. We do need some extra fenangling to make this all work nicely tho. We currently use a pixel turf var stored on the light source to do distance calculations. This is the turf we pretend the light source is on for visuals, most often used to make wall lights work nice. The trouble is it's not very granular, and doesn't always have the effect you might want. So, instead of generating and storing a pixel turf to do our distance calculations against, we store x and y offset variables. We use them to expand our working range and sheet size to ensure things visually make sense, and then offset any positions by them. I've added a way for sources to have opinions on their offsets too, and am using them for wall lights. This ensures the angle calculations don't make the wall behind a light fulldark, which would be silly. ### Debug Tool? In the interest of helping with that core problem, lights being complex to display, I've added a prototyping tool to the game. It's locked behind mapping verbs, and works about like this. Once the verb is activated, it iterates over all the sources in the world (except turfs because those are kinda silly), outlining and "freezing" them, preventing any future changes. Then, it adds 3 buttons to the owners of a light source.  The first button toggles the light on and off, as desired. The third allows you to move the source around, with a little targeting icon replacing your mouse The second tho, that's more interesting. The second button opens a debug menu for that light  There's a lot here, let's go through it. Bit on the left is a list of templates, which allow you to sample existing light types (No I have no idea why the background is fullwhite, need to work on that pre merge) You can choose one by clicking it, and hitting the upload button. This replaces your existing lighting values with the template's, alongside replacing its icon and icon state so it looks right. There are three types as of now, mostly for categorization. Bar, which are the larger typically stronger lights, Bulb, which are well, bulbs, and Misc which could be expanded, but currently just contains floor lights. Alongside that you can manually edit the power, range, color and angle of the focused light. I also have support for changing the direction of the light source, since anything that uses directional lighting would also tie light dir to it. This isn't *always* done tho, so I should maybe find a way to edit light dir too. My hope is this tool will allow for better concepting of a room's lights, and easier changing of individual object's light values to suit the right visuals. ### Lemon No Why What Ok so I applied angle lights to bars and bulbs, which means I am changing the lighting of pretty much every map in the codebase. I'm gonna uh, go check my work. Alongside this I intend to give lighting some depth. So if there's room to make a space warmer, or highlight light colors from other sources, I will do that. (Images as examples)  I also want to work on that other goal of mine, making breaking lights matter. So I'll be doing what I can to ensure you only need to break one light to make a meaningful change in the scene. This is semi complicated by one light source not ever actually reaching fullbright on its own, but we do what we must because we can.  I'm as I hope you know biased towards darker spaces, I think contrast has vibes. In particular I do not think strong lights really suit maintenance. Most of what is used there are bulbs, so I'm planning on replacing most uses with low power bulbs, to keep light impacts to rooms, alongside reducing the amount of lights placed in the main tunnels  **If you take issue with this methodology please do so NOW**, I don't want to have to do another pass over things. Oh also I'm saving station maps for last since ruins are less likely to get touched in mapping march and all. ### Misc + Finishing Thoughts Light templates support mirroring vars off typepaths using a subtype, which means all the templates added here do not require updating if the source type changes somehow. I'd like to expand the template list at some point, perhaps in future. I've opened this as a draft to make my intentions to make my changes to lights known, and to serve as motivation for all the map changes I need to do. ### Farish Future I'm unhappy with how we currently configure lights. I would like a system that more directly matches the idea of drawing falloff curves, along with allowing for different falloffs for different colors, alongside extending the idea to angle falloff. This would make out of engine lighting easier, allow for nicer looking lights (red to pink, blue to purple, etc), and improve accessibility by artists. This is slightly far off, because I have other obligations and it's kinda complicated, but I'd like to mention it cause it's one of my many pipedreams. ## Changelog 🆑 add: Added angle lighting, applies it to most wall lights! add: Adds a lighting prototyping tool, mappers go try it out (it's locked behind the mapping verb) /🆑 --------- Co-authored-by: MMMiracles <lolaccount1@hotmail.com>	2023-07-19 04:39:55 +00:00
ComxyandGitHub	94d1601d6c	New Swap Spell - Wizard (#68895) ... * new_swap_spell * swap copy fixes * small fixes * do teleport fix * secondary target plus fixes * small sound fix * More fixes	2022-08-14 19:28:35 -07:00
FikouandGitHub	742b272f52	Adds a scope component, removes old zooming and adds sniper marksman ammo. (#66218) ... Removes the old sniper rifle zoom, replaces it with a scope component. the scope activates on right click and lets your camera follow your mouse. https://streamable.com/2c63u4 (due to byond rounding some shots were weirdly missed in that video, its fixed now) Also adds sniper marksman ammo to the nukie uplink. It does slightly less damage, but it is hitscan and has one guaranteed ricochet shot, so you can shoot a wall and it could still hit someone.	2022-04-25 15:03:49 -07:00
LemonInTheDarkandGitHub	50689f89a4	Action button refactor/rework: Enhanced Dragging (#65180) ... About The Pull Request I noticed a lot of strange and un-intuitive behavior in action buttons, and got stung by the bloat bug. Damn it hug #58027 I'll do my best to explain what I've changed and why, might get a bit long. If you want a better idea, read the commits. Most of em are pretty solid, if long. Whelp. Here we go. How do action buttons currently work All action buttons are draggable, to any place on the screen. They're held in an actions list on the player's mob. Their location in this list determines their position on the top of the screen. If one is dragged away from the top, its position in the list is "saved". This looks really bad. If two buttons are dragged over each other, their positions swap. (inside the actions list too) If a button is shift clicked, it is brought back to the position it started at. If the action collapse button that you likely just mentally edit out is alt clicked, it resets the position of all action buttons on the screen. If an action is ctrl clicked, it is "locked". This prevents any future position changes, and also enables a saving feature. With this saving feature, locked button positions persist between rounds. So your first o2 canister will always start where you saved it, etc. Actions and buttons are a one to one link. While there is functionality to share action buttons between two players, this means showing the same object to both. So one player can move a button on another's screen. Horrendous. This also makes code that modifies properties of the screen object itself very clunky. Why is this bad A: None knew pretty much any of this information. It is actually documented, just in a horribly formatted screen tip on the collapse button, you know the one we all mentally delete from the hud. B: None of this is intuitive. Dragging buttons makes the hud look much worse, and you get no feedback that you even can drag them. Depressing C: We use actions to make new options clear to the player. This means players can have a lot of action buttons on the hud. This gets cluttery D: The collapse button is useless. It lets you clear your screen if someone like me fucks up and gives you 2000 actions, but outside of that it just hides all information from you. You never want to see none of your action buttons, just a filtered list of them. E: On a technical level, they're quite messy, and not fully functionally complete. This is depressing. What I've done Assuming the above to be true, how do we fix them? Well first I'm going to go over everything I changed, including links to major commits. I'll then describe the finished product, and why I made the decisions I did. Oh and I've moved some of the more niche or technical discussion to dropdowns. Hopefully this makes finding the major functional changes easier Adds helper procs for turning screen_loc strings into more manageable arrays. This doesn't fully support all of the screen_loc spec, but it's enough for what I'm doing. (f54865f) Uses these helper procs to improve existing code (6273b93) Fixes an issue with tooltip code itself. If you tried to hold down a mouse button while dragging onto a tooltip enabled object, it would silently fail. The js made assumptions about the order args came in, which broke when buttons were held down (e0e42f6) Adds a signal linked to /client/Click(). Surprised we didn't have this before honestly (c491a4a) Makes /client/MouseDrag() return parent. If we don't do this, any overrides of MouseDrag will never actually be called (2190b2a) Refactors how action buttons work under the hood (53ccce2) Basically, rather then generating one button per action, we generate one button per viewer Starts to change button behavior, more cleanup Changes the mouse cursor when an action button is dragged. Hopefully this makes moving things feel less like an accident, and makes you doing it more clear Removes the moved and locked vars. This will be more relevant later, but for now: Moved exists as a sort of budget "We've been dragged" variable. We can handle this more cleanly, and the movable type doesn't care about it Locked is a very old variable that is also not something that the movable type "owns". It's more an action button thing that's been moved down. It exists so an action can be locked in place, and in that locking, be treated as a "saved location" (21e20fc) Because I've nuked move, we don't need to directly set our button's position. We can use the default_button_position var instead. This is quite handy. Please ignore position_action, I will explain that later (83e265e) Removes the buttons locked pref It was another obscure part of action buttons, basically do buttons start "locked" or not. See previous discussion of locked (b58b1bd) Major rework starts here Alright. Sorry for this, this is where me not commiting regularly starts to suck. I'll do my best though. Rather then figuring out an action button's position via a combination of the moved and ordered vars, we use a separate location var to store one of a few defines. This makes life later much easier. Adds tooltip support for dragging action buttons. The way the tooltip just froze in place when dragging really bugged me, and lead to some nasty visual artifacts. This is a bit messy because the drag procs are horrible, but it's workable Dropping a button on another button will no longer swap their positions Behavior instead depends on the target button. If it's a part of a group (A concept I will explain later) the dragged button is simply inserted before it in the group's list. If it's floating on the general hud, we instead position the dragged button to its right. There's extra logic here to ensure buttons will never overflow the screen, but I'll get into that later. Alright. That's most of the refactoring. Time for the larger behavior changes. Adds a button palette. This is a separate dropdown that renders underneath buttons. image The idea is to allow for a conceptual separation between "important" buttons and the ones that end up cluttering the screen. You can click on the dropdown to open it, then any later clicks that don't involve actions in some way will autoclose it. My goal is to come up with an alternative for the action button that just acted as a way to hide all buttons on screen. Not convinced it saw much use. As a side effect of removing that, I've moved its tooltip stuff to the palette. I've properly formatted it, so hopefully it's easier to read then the jumble that we used to have. (You can alt click the palette button to reset all button positions) Oh and the palette can scroll, since as you'll see later it has a limited size. image Moving on from that, I've added what amounts to action landing buttons. These allow buttons to rejoin groups, or be positioned at the end of a line of buttons. image They've got a 32x32 hitbox, and only show up when dragging. Hopefully this makes the system more clear just by dragging an action. Oh and I've changed how button position updating works. The old system of calling update_action_buttons on mob every time an action button changes position is gone, mostly because I've setup more robust grouping. Will discuss when I get to huds (0d1e93f) Adds the backbone behind action button position changes (94133bd) Moves hud defines to the global folder, safer this way (7260117) Adds color changing to the palette button, giving some heads up for buttons being inserted into the palette automatically image image Ensures a landing button is always shown, even if it needs to break the max row rule Makes palettes auto contract if they have no buttons inside them Prevents palettes from being opened if they have no buttons inside them (f9417f3) How it looks 2022-02-26.02-30-10.mp4 Why It's Good For The Game Players have more control over the clutter on their screen. Buttons are available, but not in the way, Since any player move of a button saves it, any lack of clarity in the way buttons work will be forced out by buttons not just resetting when a new game starts. We don't overlap any existing screen elements, unless the upper button list gets really long. The code is much less crummy (I think, may have made it worse it's hard for me to judge my own work) If it ends up not being as usable as I'd like, I'll rip out the existing changes and just implement the qol and backend stuff. I think it's worth doing though. Changelog cl add: Expanded heavily on action buttons add: Adds an action button dropdown that sits just under the normal list in the top left. You can drag new buttons onto it to insert them. Click on it to show its contents, do what you want to do, then click again anywhere to contract it. Alt click it to reset all button positions add: Action buttons will now remember their position between rounds. So if you really like your flashlight right next to your player for some reason, we support that now add: When you start to drag an action button, docking ports will appear in places that it can be inserted into. (Outside of just floating somewhere on your screen of course) del: Removed action button locking, and the associated preference. I'm reasonably sure literally none uses this, but if you do hit me up qol: Dragging an action button will now give you an outline of its size around your cursor fix: You can no longer cause the screen to expand by putting an action button on the edge of widescreen, and then resizing to standard. refactor: Refactors action and button code significantly. lots of little things. /cl	2022-04-01 09:40:20 +13:00
3 people	270acce4f5	[Ready] Mining Loot Rework (#60516) ... Co-authored-by: Kylerace <kylerlumpkin1@gmail.com>	2021-08-08 02:22:34 -07:00
5 people	09ab61ae05	Four New Sects, small rethemes to first 3 (#57820) ... Co-authored-by: Fikou <piotrbryla@onet.pl> Co-authored-by: ATH1909 <42606352+ATH1909@users.noreply.github.com> Co-authored-by: Aleksej Komarov <stylemistake@gmail.com>	2021-04-11 22:57:43 +03:00
3 people	ed85d3f5aa	Full-Automatic Guns (#57084) ... * fullauto component * eh * h * brap * it works! * FUCK SHITUP * dumbass * l6 * oops * GOD * THE LAST 10% OF A PROJECT IS 90% OF THE WORK * slopwer projecitles, replaces the tesla gun * heavy * minigun * minigun stuff * runtime fixes, pointer icon * nuh uh * makes modifeirs things * nerf this * yes * aghh * agh * real high intensity changes here Co-authored-by: Ryll-Ryll <3589655+Ryll-Ryll@users.noreply.github.com>	2021-03-20 21:39:52 -07:00
QustinnusandGitHub	c796a7eb0b	changes your cursor to an eye when you are holding shift to indicate you will examine (#54083)	2020-10-02 16:09:57 -07:00
MrDoomBringer	f50177e6b0	man i hope i won't have to rebuild tgui 30 times ... To Fikou fixes stealthpods critical bugfix i hoped wrong fixies accdiently enabled a unit test lmao fixes and wixes	2020-07-12 23:04:59 -04:00
Arkatos1andGitHub	3bb4b326d0	Curse of the Barnyard is now a pointed spell (#50257) ... * Initial commit * Barnyard Curse is not a pointed spell, pointed spell code improvements * Selection type consistency * Grammar cleanup * Cleanup and better mousepointer icon * Line endings	2020-03-31 16:21:08 +08:00
Arkatos1andGitHub	c7c2e4b531	Mouse pointer icons cleanup (#50241) ... About The Pull Request This PR reorganizes all mouse pointers icons in the codebase into a single folder under /effects, and removes 4 unused mouse pointer icons, all of which are remnants of the Clockwork Cult. Also removes one rogue white pixel in blind_target.dmi. Why It's Good For The Game Better organization and less space taken by unused icons. Changelog cl Arkatos code: Mouse pointer icons were reorganized to be more easily used in the future. /cl	2020-03-30 10:00:39 +13:00