I see you changed the 'drag' widget to 'slider' in a lot of shaders, for the v4 release. This is fine for some but e.g. in the shaders I made, I deliberately tweak them to have great UX, so I specify ui_step values where I can. Using 'slider' now has a downside here: 'slider' has a step of 0.05, which is pretty rigid in some situations and as 'slider' doesn't have support for ui_step, it makes using the shaders less ideal.
What I understood from the v4 thread was you'd reverse the auto change from drag to slider and instead would do it on a shader by shader basis but it seems you simply replaced 'drag' with 'slider' in most shaders in one search/replace. While this is totally understandable, it's time consuming after all!, this leads to problems with both v3 users who get the shaders automatically pulled from the repo (and which don't work) and with v4 users who now have sliders instead of drags which give less precise UX.
I think a different approach is better, one where either the code for 'slider' is adjusted so it does support ui_step or to auto change 'drag' to slider IF a ui_step value is set to a value > 0.05 so it doesn't matter. (See my reply in the v4 thread about this:
reshade.me/forum/releases/4772-4-0?limitstart=0#30695
).
What is the best way to deal with this going forward? As the current state of the shaders more or less implies that over time shaders are converted back to 'drags' where people want them to be drags again as the UX of sliders isn't cutting it anyway. IMHO a change to automatically deal with this inside reshade so the shaders can be kept as they were before (so with drags in the code) is preferable, so v3 users pull shaders that work and v4 get sliders when it doesn't matter.