Windows 11 Taskbar Seems Downgraded
There are some key functionalities of the Windows 10 taskbar that got everything right, and I don't know why they got removed in Windows 11. I would like to see them added back in. Three main features that were instrumental as a video game player using Windows 10 taskbar and a multi-monitor setup: 1. Click+Drag (or alternate setting) after unlocking the taskbar to move the taskbar to whatever portion of the screen you wanted it on. 2. Vertical space is a premium in horizontal monitor orientations, side oriented task bars are excellent for these scenarios. 3. Clocks on alternate monitor taskbar. Windows 11 is missing it from alternate monitor task bars. My primary monitor is the one the games always start on, why can't I have a visible clock on my alternate monitor's taskbar as a default feature of Windows 11?
Move steps into tasks
The steps function is limited by the fact that you cannot easily select a step and turn it into a task or create sub-steps for it - the best you can do is copy and paste the text of the step into the add a task bar and then treat it as a separate task but none of the other information in terms of notes, reminders or due dates is retained this way. Similarly, you can't copy and paste a task to duplicate that information and then change the text, unless anyone has a workaround?WU / WuFB - Duplicate Download of Feature upgrades and DL of updates during Feature Upgrades
Dear Servicing Team, this is a repost because of a technical issue with the previous post. Thanks for heads-up Heather_Poulsen . Scenario: Windows 10 pro / Enterprise 1909 Using GPO for Update policies but effectively DL updates from WU no policy to limit the Feature Update version (all default) Issue 1: a computer using WU / WuFB does see two different feature upgrades in Settings and both seem be to be downloaded to SoftwareDistribution cache. Effectively the installation in windows.bt will fail because of the conflict starting another round of download. On "restart now" none of both updates would have been applied but cost bandwidth for the download. actual behaviour: both full installers are downloaded, non will be applied until restart, process starts over, eventually with only 2004 or 20H2. expected behaviour: in this scenario it should be expected that it either DL 2004 or 20H2, then using a enablement package to 20H2 or 21H1. proposed idea for a solution: When initiating Feature Update Downloads via WU / WuFB or even WSUS The USOclient / servicing stack should - recognize the latest FU version according to Server and/or Policy, if applied. - remove conflicting upgrades or updates (some have no supersedence marker by design). - should never download a CU or .net Update at the same time with a feature update*. Above measures should remove the issue to download outdated updates. In fact I have too little insights and knowledge about the internals of the process. *Issue 2: Especially this happens regularly. In practice this a very common and unwanted behaviour as the DL and install of a CU or .net update will cause pending restart even before the FU installation is ready. - causes a lot of unnecessary CPU time / system load as we install CUs that would go into Windows.old anyway. - it causes to install both the FU and CU one by another while all the time and ressources invested into the FU install will be canceled and reset on restart for the CU. It will start DL (cache) and install again after restart. Background: It feels like I have seen this more than once when I tested some behaviour for AriaUpdated evaluating how old and outdated version like 1507 or later would behave. Means would they directly download the latest release? No they do not. Mostly they picked some older releases from WU and would cause a 2 time upgrade. But also I have seen this behaviour above, where USOclient ist fetching 2 feature upgrades at a time. even though the softwaredistribution cache was clean.
