-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Deleting characters #83989
Deleting characters #83989
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@Mothblocks Got an opinion on where it should go? |
Does this button have a safety feature? it should make you type the character name. edit: nvm should have watched the video |
Your justification is bad. Why should we maintain this if we don't want it. We are not a library. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see above
if your justification is the downstream wants it. |
But no one above, except you two, has said you don't need this feature. |
Well, as you coded, that's how it works :). |
I use 1 slot |
Your WIGFTG clearly says you are adding this for downstreams. |
All the features that I've added here are necessary for me specifically, only on downstreams. |
I don't really see why this is relevant when being able to clear a character slot in-game without the need for manual savefile editing is something that is obviously useful to TG as well. It just kinda goes without saying? I don't like that we are setting precedents here where I feel the need to warn folks against using the magic word 'downstream' whenever they try to make a PR here. They are selling their idea extremely poorly, sure, but I mean this feels a bit silly to me as for a reason to be closing the PR on them (and just for the record I had nothing to do with this PR--this is just not the first time I've seen the 'we are not a library' argument being used, in my opinion, inappropriately). |
I'm not looking to close this pr, I just want you to justify it in a way that is relevant to this codebase. I do not think the idea is inherently bad but your justification read as "This likely isn't useful to you but it is for me". I'm not sure if that was intended though. You need some reason for us to potentially want this. Since you don't play here the reason you want it for downstream would work, it's possible that would fit some aspect of our project. |
I do not think this was justification to close, just justification to block since it's something we can discuss and resolve.
If someone makes a pr here (or an issue report) it needs to be in the context of this project. I get many people come from downstream but if they're justifying something they need to justify it for THIS codebase. That's it. Can mention a downsteam while also doing that. |
Gotcha--I have no qualms with that! But it was closed (just not by you) which led to what I see as a bit of a miscommunication and confusion, as well as frustration since they had already gotten a couple reviews from other maints.
Fair. I just saw that it was closed (again, not by you) on the grounds of insufficient justification which felt a bit... I don't want to say rude but it kind of was? Just as there should be justification for opening the pr, there should be sufficient justification for closing it too. And something like this I think it's plainly clear why it'd be good for TG as well, even if it's not said. Yknow? If it's a matter of the implementation not being good enough, or UX design not being in line with what you want, that's valid. But that's not what the given reason was by the person who closed it. I don't think we should be treating our contributors this way, but that's just my way of doing things I guess. If I were this person I might not be so eager to open a PR on TG ever again. |
Spoke to zypher, reopening conditional on some new justification |
Cool. I don't mean to be a pain about this, but it's just something I noticed and felt the need to speak up about because it seemed a bit over the top. And hate to see another potential regular contrib be scared off over something silly |
If it makes you feel better it was not because of what you said. Reasonable concern to have tho. |
to me, the value is apparent since i sometimes like the idea of having a new clean "new character" in that top bar and don't like it when i accidentally click into it and "spoil" it with an autogenerated name that needs to live on my character file forever now. i understand the pr author needs to make those changes/justifications but i still have interest in this PR - would have merged it already if it weren't for some concerns on the UI layout |
Uh-oh-oh. However, I haven't figured out a better place for the TG than the button at the bottom. |
And in general, after translation (or maybe in your language originally) it looked quite rude, like, I offered you qol, instead of saying that "thank you, but we need", they say "why the hell are you trying to put it in our hands". |
Updated the functionality itself, updated the video with the current functionality, updated WIGFTG |
This reverts commit b43ae13.
I didn't see #83989 and that is on me. The UX of it is not suitable enough for preferences menu. - New row with only one entry makes the UI look much worse and adds too much blank space - The deleting confirmation prompt is a weird amount of work and also doesn't tell you when you get it wrong - A weird amount was being handled in JavaScript This reverts the PR and just starts over. You can see the UX here. https://github.com/tgstation/tgstation/assets/35135081/8106bca7-8c01-41da-8ede-e33a5a548583 ## Changelog :cl: qol: Dramatically improves delete character UI and UX. /:cl:
I didn't see tgstation/tgstation#83989 and that is on me. The UX of it is not suitable enough for preferences menu. - New row with only one entry makes the UI look much worse and adds too much blank space - The deleting confirmation prompt is a weird amount of work and also doesn't tell you when you get it wrong - A weird amount was being handled in JavaScript This reverts the PR and just starts over. You can see the UX here. https://github.com/tgstation/tgstation/assets/35135081/8106bca7-8c01-41da-8ede-e33a5a548583 ## Changelog :cl: qol: Dramatically improves delete character UI and UX. /:cl: # Conflicts: # code/modules/client/preferences.dm
About The Pull Request
Adds a button to delete characters, and when deleted it flips to the nearest character, wow(the last character can't be deleted(I guess)).
Video:
NVIDIA_Share_19.06.12.15.442.mp4
Why It's Good For The Game
Once you know how to create characters, you sometimes want to be able to delete them.
The reasons for this can be... as simple as freeing up a slot, or deleting them in order to remake them.
I think this is quite a useful feature that should have been there before.
Changelog
🆑 Vishenka0704
qol: Ability to delete characters(yourself)
/:cl: