How to "Reapply tasks across editions" summarily?

Hvergelmir

Hvergelmir

Member
Messages
39
Reaction score
3
Hi,

what I am trying to do is to cull certain features from the setup media, pre-configure certain relevant points and then create an image from that. I usually do that without removing any editions or only removing certain editions but leaving more than a single one in place.

Is there a way to use "Reapply tasks across editions" summarily, e.g. to affect all install.wim or all boot.wim or all editions for each of the categories "Integrate ...", "Configure ...", "Remove ...", or all of them? I checked the toolbar at the top as well as context menu and came up empty-handed.

To illustrate:

View attachment 13602
In the above case I have to check either all the install.wim items or in any case all my desired options per category. What I am asking for is an option to affect all categories at once or even better affect all categories at once and provide combinations of editions editions with something like "installable editions" (i.e. install.wim), Setup, WinPE and/or WinRE.

If not, I'd like to request that as a feature.

Thank you.
 
Hi,

first of all thank you for the feedback.
Now I'll try to summarize so we're on the same page.

Are you saying it would be better for the Reapply selection to be per image on top, not per page?
So you can select all tasks per image faster.

Or the reapply didn't work for you, and the question is not about the UI rearrangement, but something else?
 
Hi,

frankly I don't know what the best course of action would be. It could be something like a separate tree (sub)node that affects all categories at once or it could be a context menu on the "Reapply tasks across editions" node, offering such options. But yes, it's about making the change faster/convenient.

And it's also driven by the awkward UI behavior that I currently encounter, which makes selecting these editions each one per category quite cumbersome.

View attachment 13603

Maybe I am the only one to encounter this, but perhaps not. The above clip was taken with version NTLite 2024.12.10221 (the latest via winget a little earlier). Please note how I am just expanding the "Integrate - MSIX/APPX" in order to pick the "install.vim 1. Windows Server 2025 Standard". The clicks I made can be seen in brief yellow flashes, unfortunately you cannot see that I only scrolled to bring "Integrate - MSIX/APPX" to approx. the middle of the view port (vertically) and never scrolled after that point. So that sudden jump that occurred and placed "boot.wim 1. Microsoft Windows PE (amd64)" under the mouse pointer was not caused by me. The only discernible cause can be the click to check the "install.vim 1. ..." item ...

Together with the latency between selecting an edition and that sudden jump which requires one to re-orient the mouse pointer once per edition (here all four install.wim) across all categories (i.e. from "Integrate - Updates" to "Integrate - Post-Setup") this makes it quite cumbersome. For four editions we're talking 12 x 4 checkboxes. With Windows client editions it's usually exacerbated by even more installable options :)

I just now noticed that there is a (pseudo-)tristate behavior of the checkboxes for each of the categories. Meaning I can select everything at once ... or not. It's not quite clear from the behavior I observe:
View attachment 13604
(The latency after clicking also shows nicely in that second clip; probably because it's multiple editions at once and even a single one give noticeable latency. But don't get me wrong this isn't about the latency per-se. I also develop software and imagine that there is a brief discrepancy between the designated and real state for these checkboxes.)

Since the latency is somewhat unpredictable one always has to wait "extra-long" (still of course only a brief moment in the grand scheme of things) to perform the next click. Because otherwise it's a matter of luck where the next click takes affect. And if it affects a single subnode checkbox it can well undo the effect of performing a selection on a complete category.

PS: Used ScreenToGif for creating these clips.
PPS: These clips were taken on an up-to-date Windows 11 Pro N for Workstations (24H2).
 
nuhi said:
Are you saying it would be better for the Reapply selection to be per image on top, not per page?
Click to expand...
Okay, I think I now understood the exact question you're asking (got confused by the term "page"). And the answer is yes for my case. However, I can imagine others see that differently, so it would be cool to toggle between the two ways (per image vs. per category/page). If the results carry over when toggling, this should speed up things whichever preference you have.
 
Thanks, will check that click-shift and leaning towards making it image on top for the reapply selection.
 
I would also make any group apply "smart" by doing the right things, and not auto-checking EVERY box.

boot.wim doesn't automatically need Features, Components, Appx, Scheduled Tasks, Services mirrored from install.wim. You can be free to do this manually, but it shouldn't do the wrong things out of the box for a less experienced user.
 
garlin said:
I would also make any group apply "smart" by doing the right things, and not auto-checking EVERY box.

boot.wim doesn't automatically need Features, Components, Appx, Scheduled Tasks, Services mirrored from install.wim. You can be free to do this manually, but it shouldn't do the wrong things out of the box for a less experienced user.
Click to expand...
Yes, indeed, that is already like that, unsupported functions are skipped and can be seen on the Apply page processing queue preview.
 
You must log in or register to reply here.
Back
Top