"Repair" Needed or not?

[skullywag]

Im using it and bar the doctors turn mechs off there no difference from A15 im noticing which is a good thing.

[mumblemumble]

To be honest, I'd like to think that, at this point, tynan will undo it for a17. Enough people dislike it, and it was a very small change...don't see why it wouldn't change back.

[Calahan]

To be honest, I'd like to think that, at this point, Tynan will undo it for a17.

I really hope so.

In my experience most developers don't like un-doing changes though, even when the change was unpopular or outright bad in a measurable sense. I had one dev tell me before (when I was part of a small closed beta group) that he wasn't going to undo a change to the mechanics, even though he knew and acknowledged it was bad and wasn't going to work anywhere near as well as the original ones, simply because he had put so much time and effort into programing the change that he wasn't willing to see the time wasted. So ruining his own game due to stubbornness, and falling into the sunk costs trap (I left the beta shortly after that. Saw no point wasting my time).

But Tynan isn't like other developers. Or at least not any of the ones I've had any sort of contact with before (although my own sample size is pretty small). So hopefully he'll consider undoing a change if it generally proves to be unpopular. And being a very small change should help too I think. Plus he has said on reddit that he might consider undoing the room stats and beauty merger (or making it an option), which should be seen as a positive that he might consider likewise with this (if he's aware of the issue that is. Which he might well not be).
https://www.reddit.com/r/RimWorld/comments/5i5tbn/something_i_dont_like_in_a16/db5uqxf/?

[mumblemumble]

That, and moving construct / repair to 2 functions should take tynan all of 30 minutes, I'd think.. its not a huge change, nor did it take forever, I think. Even if it did, its more "tedium" of labeling things for the right scripts than struggling to make something work nicely.

[Listy]

To be honest, I'd like to think that, at this point, Tynan will undo it for a17.

I really hope so.

So is he aware that people are ready to start lobbing rocks over the issue?

And while we're at it can we have the old deconstruction first Priorities back?

[harpo99999]

I am adding my voice (and at need can even damage a sound level meter with my yells at over a meter) to the requests to re-instate the repair work type as seperate to the construct and also the request to seperate the beauty and room stats as seperate choices.
if tynan continues in the stumpification of the game I will be stopping on the a15 and NOT doing more that test the later versions to see if 'he' has made more poor choices

[Daguest]

There is nothing that annoy me more than having some random idle pawn with 2construction skill and 4priority rush to repair the geothermal and fail, wasting a component. Since he failed, he will just retry, until it work, wasting tons of time (in harsh condition loosing electricity for some time is an issue) and components in the process.

I used to have repair at 1 for my construction pawns (usually 1 or 2). Now I can't, because construction is certainly not 1 priority (bed rest and fire are).

I don't know why it was changed in the first place, just like beauty and room stats being merged or the megatherium being renamed (nobody care if it's a sloth or a penguin, gameplay wise there is no differences). It worked just fine before, why change it ?

[MikeLemmer]

We're thinking too small on this change. Splitting Construction into 2 separate work categories (again) should also fold in another change people have been asking for: separating mundane building from quality building.

Here's my draft for the two skills, roughly named Build and Construct:

• Build covers stuff you need produced in bulk: walls, floors, ceilings, power lines. Remove the build chance failure from these and only have building time determined by Construction skill.
• Construct covers doors, furniture, and anything else that involves a quality rating or a large amount of resources. These determine both build failure chance and quality level via Construction skill. You assign your best Constructors to this.
• Build also covers repairs that don't require components, aka battle damage.
• Construct covers repairs that need components.

As for the problem of colonists getting distracted repairing minimal battle damage, I would suggest determining a repair's priority based on its remaining HP. For example,
Work Priority (highest to lowest):

• Repair structures with 50% or less HP
• Build new structures
• Repair structures with more than 50% HP

The problem isn't that colonists prioritize repairs first, but that colonists prioritize negligible (3% or less damage) repairs first.
[/list]

[Dingo]

That, and moving construct / repair to 2 functions should take tynan all of 30 minutes, I'd think.. its not a huge change, nor did it take forever, I think. Even if it did, its more "tedium" of labeling things for the right scripts than struggling to make something work nicely.

This particular change takes about 1 minute of copy-pasting in the XML file.

[Bozobub]

Please elaborate so we can mod it ourselves, if need be.

[Dingo]

https://github.com/DingoDjango/RefactoredWorkPriorities/blob/master/Defs/WorkGiverDefs/WorkGivers.xml

https://github.com/DingoDjango/RefactoredWorkPriorities/blob/master/Defs/WorkTypeDefs/WorkTypes.xml

Something like that, without the custom assembly.

[Calahan]

So is he aware that people are ready to start lobbing rocks over the issue?

I honestly don't know. I only know about Tynan's awareness that some people are unhappy with the room info / beauty stats merger, and want it undone (or made optional), due to his reddit post:

reddit user - "Why has the beauty tool and the room stats tool been combined? Really do not like having numbers everywhere, but loved having the room stats tool.. miss that greatly."

Tynan "I'll look at having these activate-able separately. No promises, it's a bit late for non-bugfix changes like this."
https://www.reddit.com/r/RimWorld/comments/5i5tbn/something_i_dont_like_in_a16/db5uqxf/?

I'm pretty confident that rock throwing won't usurp language as the most effective means of communication any time soon. Although I have noticed that Tynan tends to respond to reddit posts as much as, if not more so recently, than posts on Ludeon. I don't post on reddit myself, but if someone who did created a thread like this on there in order to voice their concerns, and point out the drawbacks of the repair / construction merger, like some of those posted in this thread so far, then it might be a way of helping Tynan become aware of the problem (assuming he currently isn't, which might be a mistaken assumption).

Similarly, I understand he watches a lot of gameplay videos, in which case if someone created a video showcasing the annoyances of the merger, especially compared to an A15 game where this annoyance didn't exist (developers usually want to know about changes that created unforeseen new annoyances for players), then this might be another avenue by which he notices, and gains awareness of this issue.