Conversation
Please provide also revert tweak which reinstates the default settings. I wasn't able to find a reliable way to do it apart from DISM, which is neither safe nor user-friendly. Win10-Initial-Setup-Script/Win10.psm1 Lines 2392 to 2397 in dc30f4b
|
yeah there is no counterpart I know, the only way is to install from store. |
I would love to see the UninstallMsftBloat tweak to have the AllUsers and exception list as optional arguments, so I could easily define what I want in a preset file for specific scenarios. Real life example of ideal setting for one small school in my town: I could make such PR, but I can already see it would unfortunately violate the project's rule of simplicity and copy-pasting code parts. . . .Which leads me to an idea to make another optional extra tweak, that wouldn't harm current tweaks. What about something like UninstallAllBloat, that would introduce the opposite approach - list all apps and remove everything except defined Exclude list? That would automatically cover all new apps and all 3rdparty bloat apps. Some important exceptions might be included automatically. Some of "important" apps are protected by os and can't be removed by command anyway, so it should be safe enough. And this "special" tweak would allow the usage of arguments (and for even better safety - require the usage of arguments). |
A short explanation about subtle differences in cmdlets first. @sippi90's PR uses
You would probably like to see The apps which can be uninstalled but currently aren't by the script are
Plus intentionally excluded
Some of them are arguably worth looking into and possibly adding to already existing tweaks. E.g. StorePurchaseApp and Services.Store.Engagement can probably go along with So these would be your whitelist. Shorter than the other way around, but still long enough to be inconvenient, if you ask me. The reason why I prefer explicit behavior and blacklists to implicit and whitelists is that I'd much rather see an issue like "New bloatware added in build 123" than "Nothing works after updating to 123" because the new build introduced a new system app which can be uninstalled but shouldn't be. This is similar to what happened in #164 where the culprit was the only tweak which does use whitelists. The main point why I'm against irreversible tweaks in general is that some people are perfectly capable of deliberately running a tweak, realizing they didn't want to run it, asking me how to revert it, despite the fact that the tweak explicitly mentions that it's irreversible, then lashing out on me for breaking their devices and slander me and my work wherever they can. This already happened several times even though vast majority of the tweaks are currently reversible. I'm well aware there will always be people like this and that I can't please everyone, but for that reason, I'd like to keep the script as harmless as possible. So this time, it's not only about the project's rule of simplicity and copy-pasting code parts but also idiot-proofness. So your and possibly also @sippi90's complete tweak, including the need for mandatory parameter as a failsafe, would look like this
And would be called from a preset as follows (To my incredible surprise, Win10.ps1 main loop understands this and executes without problems)
The question is if this is worth adding as a generally available tweak or if the interested parties will make their own in their own tweak libraries. The parameterization would introduce a completely new paradigm and increase requirements of users' PowerShell knowledge. It would also likely be unusable from command line. I can imagine that some other tweaks could benefit from it too, but IMO it's simply too big change with too small gain to be justified at the moment. So for that reason and reasons given above I'm not adding it to the main tweak library and I'm not accepting this PR either. |
Yeah, this seem very sketchy... |
this will work only online but will remove all MsftBloat from all users