text:
Update to 1.3.0 breaks bot for languages that do not have every activity translated

Update to 1.3.0 breaks bot for languages that do not have every activity translated
We have a bot created with Composer that supports multiple languages, in our case English, Finnish, and Swedish. New dialogs are first created in English, later translations are added. Existing, already translated dialogs may also undergo changes that are first implemented in English, later in the other languages.
This means that our bot is constantly in state, where we don’t have all translations for all languages, and dialogs occasionally fallback to English.
With composer 1.1.1, if there is an activity – for example SendResponse – that only has content added in English, the bots running in other languages are able to use the English response. Also if there are no translations whatsoever for the dialog, the bot similarly uses English responses. This is fine as it allows us to first develop in English, then translate when we are happy with the original.
With composer 1.3.0 these partially/not at all translated dialogs break down. The bot is no longer able to use partially translated content for other languages.
In 1.1.1 an untranslated dialog, observed with the untranslated language, looks like this:

Specifically the activity contains the reference that allows this to operate against English:

${SendActivity_SYuT28()}

We can then, in Composer 1.1.1, edit this as we see fit, replacing these references with actual translations.
This no longer works with 1.3.0. It also cannot be edited at all in 1.3.0, so we cannot fix it by adding placeholder messages or actual translations. The composer throws an error if we try to touch this.

The current workaround that we are aware of would be to go back to 1.1.1, and add placeholder messages for every dialog’s every activity, before updating to 1.3.0. This is possible, but it’s also a lot of work.
Is this intentional? Are there any other workarounds we could try?

Thanks @ttur, we will address this in a future release.

Thanks @ttur, we will address this in a future release.

@sangwoohaan fyi for LG-in-details pane experience?

@sangwoohaan fyi for LG-in-details pane experience?

@srinaath tagging you for team discussion on a solution

@srinaath tagging you for team discussion on a solution

@vivekkshankar might know

@vivekkshankar might know

@ttur this is not intended, we are working on

a fix to make sure the bot migration works well (from 1.1.1 to 1.3.0+)
as well as a mechanism that allows user to sync lg content between languages easier

@ttur this is not intended, we are working on

a fix to make sure the bot migration works well (from 1.1.1 to 1.3.0+)
as well as a mechanism that allows user to sync lg content between languages easier

Update, we merged a fix for the migration issue, and we will continue working on the mechanism to help copy lg content easier. Given the work schedule of that, i updated the priority and release schedule.

This works the same in 1.3.1 (or works a bit worse, because with 1.3.1 we cannot change the language without changing the default language). Separate issue submitted for that.

authors: boydc2014 cwhitten gabog mewa1024 sangwoohaan ttur


text:
Signing out of one account and then in with another, still uses original account

Describe the bug
Using nightly build, signed in to a personal account. Then signed out, then back in with a work account. Once all the auth seems to work, it still shows the previous personal account signed in.
Version
Version:  2.0.0-nightly.260493.e017820
Electron: 8.2.4
Chrome: 80.0.3987.165
NodeJS: 12.13.0
V8: 8.0.426.27-electron.0
OS

[ ] macOS
[x] Windows
[ ] Ubuntu

To Reproduce
Steps to reproduce the behavior:

Create a bot
Sign in on one account
Sign out
Sign in to another account

Expected behavior
Should display and use correct, newly signed in account.
Screenshots

No longer reproduces after update
Version:  2.0.0-nightly.260493.e017820
Electron: 8.2.4
Chrome: 80.0.3987.165
NodeJS: 12.13.0
V8: 8.0.426.27-electron.0

source: gharchive/issue

repo: microsoft/BotFramework-Composer

license: MIT

license_type: permissive

license_source: github-api


text:
fix: botProject call outside service when running unit tests

Description
The outside service may be not stable, when we call it in unit tests, it may cause time out or access deny error.
In this PR
mock the luBuild and qnaBuild functions to avoid call outside service

Task Item
closes #5646

Screenshots

Coverage increased (+0.6%) to 55.112% when pulling f0a5812ec274d9cfa5b5fc7f39aab2ca87f39600 on lei9444:servertest into 5af3f50ef41e3ef471771deb141437b3c3ae6e92 on microsoft:main.

Coverage increased (+0.6%) to 55.112% when pulling f0a5812ec274d9cfa5b5fc7f39aab2ca87f39600 on lei9444:servertest into 5af3f50ef41e3ef471771deb141437b3c3ae6e92 on microsoft:main.

source: gharchive/pull-request


text:
Move NowPlaying over to MVVM

BLOCKED: requires datamodel updates

BLOCKED: requires datamodel updates

repo: microsoft/BuildCast


text:
Microsoft.Windows.SDK.Contracts

How does C#/WinRT relate to the Microsoft.Windows.SDK.Contracts nuget packages?

The Microsoft.Windows.SDK.Contracts nuget package works with projects using compilers / runtimes that have knowledge of WinRT / WinMDs.  The Microsoft.Windows.SDK.NET nuget package provides the same APIs as the contracts nuget package (excluding XAML as it has been undocked as WinUI) but as assemblies instead and works with any project targeting .NET 5 or .NET Standard 2.0.  These assemblies were generated by running the CsWinRT tool on the WinRT WinMDs.

Thanks for this info. The new release w/ support for UWP via WinRT is kind of a black box.
Do we have to do anything to get IAsyncOperation working under .NET 5? In a new WinUI 3 Desktop project using microsoft.windows.sdk.net and CsWinRT, Roslyn keeps complaining that IAsyncAction/IAsyncOperation/etc. are all defined in an assembly that's not installed (suggesting a reference to Windows.winmd). However importing any other references causes a duplicate/ambiguous definition error because they're defined twice.

@mqudsi - do you have a repro?  microsoft.windows.sdk.net provides the projection for all IAsync* interfaces, as well as AsTask extensions, so user code should never deal directly with the async interfaces.  Also, the cswinrt nuget contains a build target to explicitly remove the windows.winmd reference, to prevent duplicate type definitions.

Will the Microsoft.Windows.SDK.NET nuget package be provided for earlier Windows 10 releases as well? I see it is now only available for 19041? Or does this release work for older builds as well?
Will this nuget package also include warnings when using an api that you need to feature-check on older builds?

Some more questions:

Will the Microsoft.Windows.SDK.NET nuget package be provided for earlier Windows 10 releases as well? I see it is now only available for 19041? Or does this release work for older builds as well?
Will this nuget package also include warnings when using an api that you need to feature-check on older builds?
If you create a netstandard2.0 library using the Windows.Devices.Bluetooth APIs via the Microsoft.Windows.SDK.NET nuget package, will it allow you to reference it from an UWP head project?

Another simple question: why should I use Microsoft.Windows.SDK.NET instead of Microsoft.Windows.SDK.Contracts ? Why should I reference "as assemblies" instead of "as contract"? Is the reason related to .NET Core?

@smourier: I believe with .Net 5.0 the compiler will not understand anymore what contract references are. That logic is put in a separate tool (CsWinRT) that creates assemblies ("dlls") from the contracts, that the compiler can still work with.

@hansmbakker  - I have that impression too (and this pretty recent article goes in that direction: https://docs.microsoft.com/en-us/windows/uwp/csharp-winrt/), but I'd like a confirmation. What I like with the current Contract nuget, is I don't have to ship anything aside my application. I'm wondering what that means in terms of deployment. It looks like in the future we'll have to ship half of Windows or so, aside our program...

Will the Microsoft.Windows.SDK.NET nuget package be provided for earlier Windows 10 releases as well? I see it is now only available for 19041? Or does this release work for older builds as well?

Currently we have released the package for 18362 and it has the projection for all the WinRT APIs released up to that version.  Applications built using it should be compatible with both previous and later versions of Windows with one caveat.  For previous versions of Windows for which your application is supported on, you need to ensure that the WinRT APIs you use are supported on it.  If they aren't, you will need to either do feature light up for those APIs as discussed here or avoid using those APIs.  We haven't decided yet for what other versions we will be releasing the package for and when.

Will this nuget package also include warnings when using an api that you need to feature-check on older builds?

There are currently no warnings for this case, but this is a good suggestion and I have opened #293 to track it.

If you create a netstandard2.0 library using the Windows.Devices.Bluetooth APIs via the Microsoft.Windows.SDK.NET nuget package, will it allow you to reference it from an UWP head project? I'm getting errors with it, and created #290 for it

I responded to this in the issue you created for it.

Another simple question: why should I use Microsoft.Windows.SDK.NET instead of Microsoft.Windows.SDK.Contracts ? Why should I reference "as assemblies" instead of "as contract"? Is the reason related to .NET Core?

As mentioned in the other responses and in my initial response, the Microsoft.Windows.SDK.NET package is meant to be used with compilers / runtimes that don't have knowledge of WinRT (i.e .NET 5 as mentioned) and it currently distributes the projection with your app.  For compilers / runtimes that do have knowledge of WinRT, you can continue to use the Microsoft.Windows.SDK.Contracts package.

Closing as I believe all questions in this issue have been addressed.

authors: Scottj1s hansmbakker manodasanW mqudsi smourier

repo: microsoft/CsWinRT


text:
Add cssnano to the allowed dependencies

cssnano now ships its own types, so this is setting the infrastructure up to deprecate @types/cssnano by adding cssnano to the allowed dependencies.

For posterity's sake, this PR is for DefinitelyTyped/DefinitelyTyped#59155

repo: microsoft/DefinitelyTyped-tools


text:
Unhandled error has occured

I repeatedly run into this error appearing at the bottom of the screen and then prompting me to reload. I am running 23.10.17.922 on Windows 10. I am attempting load a folder full of 355 evtx files from another machine. I get the error after load when I try to navigate (PgDn). Are the debug logs stored somewhere?

The app also crashed and I see this in my Application log.
Log Name: Application
Source: Application Error
Date: 11/13/2023 10:42:50 AM
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User:
Computer: KRAMEM7-L5.ent.core.medtronic.com
Description:
Faulting application name: EventLogExpert.exe, version: 23.10.17.922, time stamp: 0x6514d416
Faulting module name: KERNELBASE.dll, version: 10.0.19041.3570, time stamp: 0xda674bb7
Exception code: 0xc000027b
Fault offset: 0x000000000012dd42
Faulting process id: 0x4a0c
Faulting application start time: 0x01da16460f659359
Faulting application path: C:\Program Files\WindowsApps\eventlogexpert_23.10.17.922_x64__8wekyb3d8bbwe\EventLogExpert.exe
Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll
Report Id: 915f66e5-9980-4ea8-9137-b6a36934bf0b
Faulting package full name: eventlogexpert_23.10.17.922_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App
Event Xml:

1000
Error
(100)
0x80000000000000

118878
Application
KRAMEM7-L5.ent.core.medtronic.com
0
0

EventLogExpert.exe
23.10.17.922
6514d416
KERNELBASE.dll
10.0.19041.3570
da674bb7
c000027b
000000000012dd42
4a0c
01da16460f659359
C:\Program Files\WindowsApps\eventlogexpert_23.10.17.922_x64__8wekyb3d8bbwe\EventLogExpert.exe
C:\WINDOWS\System32\KERNELBASE.dll
915f66e5-9980-4ea8-9137-b6a36934bf0b
eventlogexpert_23.10.17.922_x64__8wekyb3d8bbwe
App

Log file is located "%AppData%\Local\Packages\eventlogexpert_8wekyb3d8bbwe\LocalState".
Do you see the error with a single log as well or only when multiple logs are loaded?
Why specifically are you trying to load a folder with 355 evtx files?

Why = that was the dump I got from the other computer and I didn't know specifically which file I might find a clue in. Here is the debug.log. I think I recall getting the error with a single file too, but I would have to try again.
debug.log

See if you can reproduce the issue with a single file but what looks like is happening is that there may be duplicate logs being imported which causes an exception due to a duplicate key.
We protect against this if you try to import the same file twice but not if the log file has a different name.
I can reproduce this issue by taking an evtx file, copying and pasting to the same directory to create a duplicate of the file with a different name and attempt to import both files.

This is fixed in the latest prerelease.

repo: microsoft/EventLogExpert


text:
Resolving dependency conflicts in requirements.txt

Description:
I encountered several errors while trying to install the required packages with pip install -r requirements.txt. Initially, the installation process reported a conflict with the ray package:
INFO: pip is examining multiple versions of vllm to find compatibility with other dependencies. This process might take some time.
ERROR: Installation from requirements.txt (line 25) and ray==2.6.1 has failed due to conflicting dependencies.
The conflict arises from:
    The required version of ray is 2.6.1
    vllm 0.3.2 depends on ray version 2.9 or higher

After removing the specified version for ray, I continued to face issues:
ERROR: Installation from requirements.txt (line 20), (line 25), and pydantic==1.10.12 has failed due to conflicting dependencies.
The conflict arises from:
    The required version of pydantic is 1.10.12
    deepspeed 0.9.5 depends on pydantic version less than 2.0.0
    vllm 0.3.2 depends on pydantic version 2.0 or higher
Suggestions to resolve this issue:
1. Adjust the specified package version ranges.
2. Remove specific package versions to allow pip to resolve dependency conflicts.
ERROR: ResolutionImpossible: Further assistance can be found at https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts

I would greatly appreciate it if a requirements.txt file without dependency conflicts could be provided.

We have updated the requirements. The minimal requirements for vllm inference are:
transformers==4.38.1
vllm==0.3.2
ray==2.11.0

repo: microsoft/FILM


text:
Upgrade to Typescript version 4

We currently use typescript version 3. Most of our partners are on 4, and we think there are improvements around incremental build in 4 that will increase the stability of our build process.
@skylerjokiel this could impact your area? Any thoughts?
FYI @curtisman

From https://devblogs.microsoft.com/typescript/announcing-typescript-4-0/

With TypeScript 4.0, there are no major breaking changes.

That's reassuring.

From https://devblogs.microsoft.com/typescript/announcing-typescript-4-0/

With TypeScript 4.0, there are no major breaking changes.

That's reassuring.

authors: anthony-murphy tylerbutler

repo: microsoft/FluidFramework


text:
Update Fluid Framework examples links from documentation

Description
The examples page  on the Fluid Framework website has outdated links to the reference examples. Seems like at some point the folder /examples/ was added and the links were not updated accordingly.
Note: I noticed that there's an angular demo that's not in the same folder as every other demo, this should be fixed in the future (unless there's a reason for this)/

I added some more link fixes to this PR 🙂 Won't be able to go through all the ones in the crawler, but hoping to make a dent

@sonalivdeshpande FYI this will need to reverted if the examples move again.

authors: DavidIsrawi tylerbutler


text:
Bump baseVersionForMinCompat to 2.0.0-rc.3.0.0

bumping the baseVersionForMinCompat with an intentional failure to double check summarizeIncrementally tests are really running on the pipeline. The failure will be removed once we test it once.

Expected failures in pipeline https://dev.azure.com/fluidframework/public/_build/results?buildId=248284&view=logs&j=3dc8fd7e-4368-5a92-293e-d53cefc8c4b3&t=ddd9efee-bc1d-59c0-82a9-543538b126ce&l=4679 doble confirming tests suite using minCompat will run. Now removing the intentional error.


text:
Remove client-api

Fixes #2625
Much of it was already unused.  The histogram stuff was only used by the scribe example, so I just moved it there.  The Document was mostly just a middle-man for calls to the runtime and context in FlowView, so I cut out the middle-man.

No braeking.md note? There might be some users of it, so it would be nice to provide at least some guidance on next steps for them

authors: ChumpChief vladsud


text:
Create README.hi-HI.md

Created README in Hindi

Thanks for taking the time to contribute this localization pull request. However, we are not able to accept contributions to this historical reference repository at this time.

authors: AvatarSenju microsoftopensource

repo: microsoft/MS-DOS


text:
QRTracker reads codes upside down

As shown below, QR Codes have 3 position/orientation elements and an alignment marker, which is always bottom right.

However, when the QR Tracker reads a marker it does so upside-down. It's very apparent in the sample as everything on the QRCode prefab is turned 180 degrees on the x axis to compensate for this, and the entire prefab is also rotated 180 degrees for editing-purposes.
Obviously QR Codes can be any orientation, but the orientation/alignment parts are to then rotate it round during processing to be the correct way up.
You can see an example in Sean's video here where the code is held at the correct orientation (the three big squares are top left, top right, bottom left) but the y-axis arrow is pointing downwards in-engine.
It's a very minor issue, but because all QR codes would be generated with the correct orientation when using a code generator it could very easily cause a lot of confusion so it would be best to fix it sooner rather than later.
I'm not sure it's necessarily reading them rotated, as the x-axis and z-axis are correct (ignoring a debate on which way the +ive z-axis should go relative to the code), so it's just that the y-axis is flipped I guess?

I can't assign people, so tagging the relevant people: @Yoyozilla @chgatla-microsoft

@BenWoodford I was looking into using QR codes in my app. Chose not to go ahead with it because of limited support and need to wrap older libraries. What are you using here, if I may ask? Any links to documentation, tutorial would be greatly appreciated.

@lordlycastle this is a new feature in WinMR For QR code recognition that provides the spatial position and rotation. It's in the htk_development branch and somewhat experimental

@BenWoodford, The QR codes are not flipped or read inverse it is just the how a coordinate system is attached to the QR code. Choosing a coordinate system on an object is arbitrary as you mentioned, it is chosen in the platform with x-axis going top-left to top-right, and y axis from top-left to bot-left with origin at the top-left corner of topleft. In platform the z-axis is Right-handed, in unity it is Left-Handed. This might seem a little weird but QR codes can be placed on walls on floor on ceiling on differently oriented planes. So depending on the situations which the app knows or expects and will use those relative transforms to align real world objects to the QR coordinate system.

Even so, the Unity implementation should really keep up as up, right? If I put a QR code on something the correct way up and it’s upside-down in the app then that really shouldn’t be expected behaviour.
It also makes it a lot more annoying to develop as everything you attach to a QR code has to be flipped 180 on the x

What's the verdict on this? I feel like I shouldn't do any work with the tracker right now as the Y-axis may flip at any moment

It is easier to flip it in the script, but it will deviate from other spatial objects (that may come soon). If this is what is needed then the coordinate system should be adjusted inside the tracker, rather in the script. We will keep this in mind for when we update the tracker. The coordinate system was chosen to align with the QR code module axis, keeping in mind as how image axis are defined, we will definitely revisit this decision. We can vote about this soon as to where and how the coordinate system should be attached to the QR code.

Yeah, makes sense. I don't think it necessarily makes sense to do it at a tracker level as everything has different coordinate systems anyway. handling it in the coordinate system script you included with the preview would probably make more sense as you'll be using that for other spatial objects too right?
My matrix maths is terrible so I wouldn't like to tinker with it
Also, other spatial objects eh? 👀

@chgatla-microsoft any update on this? Bit wary of doing anything in an app now that this is release because I may have to suddenly fix the app for any changes made. Could you perhaps have some way of providing the currently system used via the API so that the SpatialGraphCoordinateSystem script knows which way to orient things? Then a fix can be applied to the script as it is, without breaking things down the line.

It has been discussed internally and the coordinate system for the QR code is as defined by the platform. Currently there no plan of record to change it. The App has the full flexibility to attach any coordinate systems to the QR code. As almost always there is a transform that the app needs to apply to place the holograms w.r.t the QR codes. We have clearly documented how the coordinate system is attached to a QR code so there is no confusion. We can simplify the AttachtoQRCode script to take a relative transform and orient as needed.

Ideally this would be to extend the SpatialGraphCoordinateSystem to take a relative transform (by default it will be identity) and the orient the coordinate system. Attach to qr code will define a property to take the transform and use it on the SpatialGraphCoordinateSystem.

In which case I would propose that we change the coordinate system in just the Unity implementation to switch to the Unity standard for coordinate systems where up is positive Y, just for the MRTK implementation of this. As long as the coordinate system is not going to change under the hood any time soon then it’s safe to do so. I’ve already applied a 180 X rotation to my working copy of the SpatialGraphCoordinateSystem script which seems to work fine and makes codes have the same local system as Unity’s UI - Y is up, X is right and Z points behind the object.
@chgatla-microsoft will the QR codes be coming out of preview any time soon? Or will they be staying in the preview namespace for a while?

We will be releasing an updated version of QR tracking for HL2. Closing this issue as I think it will be fixed!

authors: BenWoodford Yoyozilla chgatla-microsoft lordlycastle

repo: microsoft/MixedRealityToolkit-Unity


text:
Popup for enabling XR setting in new unity project doesn't check platform

Describe the bug
Whenever someone creates a new project with MRTK we're displaying a popup telling the user to enable the XR settings, however we're not checking which platform is currently selected. So if the user is eg. on windows platform and switches over to UWP after that popup was confirmed, the setting won't be enabled in the UWP build.
To reproduce

create new unity project (make sure your platform is not set to UWP)
import mrtk packages
observe popup
switch platform to UWP
observe missing XR setting

Platform

Unity Version 2018.4
MRTK Version v2 RC2.1

My PR doesn't enable XR support for every build platform. But at least users will be notified if they do switch build target and the optimize window tool also notifies as well

I don't get a notification if I switch platform. Have been running into this several times now (ending up with a flat app on HL2)

It's showing up for me. Can you check again latest?

Ah! I was waiting for a popup like the first time you import mrtk. I'll check if that console output is there.

checked with stabilization branch from friday and can confirm I have that popup now - did the original test with one of our prebuilt packages, so checking latest release package later today as well.

Yea we switched to that to be a bit less intrusive to the developer.

authors: Troy-Ferrell thalbern


text:
RC2 spell check pass

Overview
Correcting some typos in preparation for RC2.

Curious, what software did you use to do this spellcheck?

@julenka
Various Visual Studio extensions. I have this one for VS Code and I believe this one for VS 2017.

authors: julenka keveleigh


text:
Added section to GettingStartedWithTheMRTK.md about using hand input simulation

Overview
Added section about how to use the hand input simulation in GettingStartedWithTheMRTK.md. The section describes the basics in scene navigation and using the hand input simulation.
Changes

Added section to GettingStartedWithTheMRTK.md

/azp run

/azp run

/azp run mrtk_docs

authors: CDiaz-MS davidkline-ms


text:
Problem by changing variables with values by AMT for DCR and CCR template.

When AMT changes the variables with values from CSV file, it removes rest of characters:
'}.
sample:
questionUrls: [{'ref': '${Q0_R}', 'processed': '${Q0_P}''},

I have reported the problem to AMT.
A  work around is to add dummy text after the variable Q0_P:
questionUrls: [{'ref': '${Q0_R}', 'processed': '${Q0_P}', 'dummy':'dummy'},
that works.

update on 30.4.2020: the AMT support suggested to use the work around until they solve the issue in the backends.

solved in pull request #10


text:
Not all tabular functions have been added to the interpreter

Mid, Left, Right, Substitute, to name a few.  The compiler classes are there for tabular versions of these, but the one line required in the interpreters Library.cs has not been added.  Perhaps an oversight, perhaps nobody had the time to add the tests.  This issue is tracking adding all those functions in.

Ack on missing functionality - working to stabilize existing functionality.
Ideally, for many of these, we can handle at IR level.   (#874)

authors: MikeStall gregli-msft

repo: microsoft/Power-Fx


text:
Improve Benchmark

Improve benchmark project
Add reference tests
Add script to run locally easily
Add script to read results quickly
Add script to write results to SQL database

✅ No public API change.

✅ No public API change.


text:
Failed to create the WebView control.

Environment
windows 10, latest build
nvidia graphics drivers 441.41
9900ks @5.3ghz
1080ti
64gb 3600mhz ram
Windows build number: 10.0.18363.535 [run "ver" at a command prompt]
PowerToys version: 0.14.1
PowerToy module for which you are reporting the bug (if applicable):

Steps to reproduce
open the program to edit settings
Expected behavior
open the program to edit settings
Actual behavior
error, doesnt open
Screenshots
https://gyazo.com/569401aa4a063cd7e9805567a89258cb

I have the same problem

Issue #243.  Thanks for reporting

I also have the same problem

authors: StijnBousard crutkas osumunbro pedropico1

repo: microsoft/PowerToys


text:
A feature that allows insert predefined data or autofill fields

Summary of the new feature/enhancement
Many users type same text a lot on daily basis, for example when logging to apps, you need to provide email address, which usually always same.
We could use some feature that allows select text field and insert text that's already saved earlier. We can do this by just picking that item from somewhere, for example flyout like clipboard.
Would be awesome to have something similar to autofill (like in browsers) that allows to just autofill text fields, but I guess its way harder to implement.

what apps would you constantly need this functionality for?

@crutkas Well, in my case it would be desktop apps that require signing in, scripts that I am using very often (connecting using ssh to remote PC for example).
There are also specific cases like game development where you just need to store that object location somewhere for a while. Or some settings for compiling anything, (Linux kernel, Android in my case).
I think there is huge potential for creative users. There are could be things to store for time.

for auth stuff, use LassPass or a different keyvault.  That is an environment others do much better.

@alexr3, can you create a few end to end scenarios here where this would be used?  For your 2nd item, wouldn't maybe a clipboard history be more effective?

@crutkas Actually you made me think why you suggested clipboard for 2nd item. Then I realised you can pin items in it. That actually what i meant from the start i guess. Then i gonna close this issue.
Well, my bad, didn't know about pinning.

These are great conversations to have which is why I try to always understand the “how” and “why” not just the what is wanted.

@crutkas One type of scenarios is when you need to store just a string or number, for example {0.476, 50}, {0.5, 230} This is one string that describes size of 2 dimensional surface, and sometimes used in game development. From my personal experience, I used such things to make GUI in game. This is hard to remember, and also pretty hard to type. You want to store that string somewhere. Clipboard history handles it very well.
Another type of scenarios is when you need to fill in multiple fields at once. For example, when you use Photoshop. Suppose you want to apply some effects to layer, You going to set up some parameters. In some cases You would like to just 'fill' all parameters with data that you stored earlier. Plus it would be very suitable for beginners, or non professionals. That's why i mentioned creative space. There're a lot of windows or panels with parameters. Of course it's very hard to make something that handles such scenarios, especially if you want to set up not just text fields but also sliders, radio boxes or list views.
Also you provided a great idea to use something like LastPass to handle sensitive data. I just think in most cases you don't really need to hide login names or email. It's mostly about passwords or tokens. Up to user i guess. 🤔


text:
[Keyboard Manager] alt+f4 disabled with powertoys

my friend downloaded a game installer that somehow messed up my keybinds by switching all the function keys with the fn function keybind, and when I asked about it in a discord server I was suggested powertoys. so I quickly downloaded powertoys and mapped my fn+f# keys to my f# keys and f# keys to my fn+f# keys, but that somehow disabled my alt+f4 keybind and now I can't close any applications with that shortcut. any fixes?

@RidgePain
It looks like expected behavior. Can you add Alt+Select Media -> Alt+F4 shortcut remapping and see if it fixes your issue.

@RidgePain
It looks like expected behavior. Can you add Alt+Select Media -> Alt+F4 shortcut remapping and see if it fixes your issue.

alright, that worked! thank you!

authors: RidgePain mykhailopylyp


text:
light/dark mode switch based key, on time or sunset/sunrise

An option inside Power Toys that automatically switches between Windows 10's light and dark theme at a certain time of day, or at sunset and sunrise, similar to how Night Light does in Windows 10. Feature could also be configurable so that the user can choose to have the automated process switch only app theme, or both app and system theme.

We're prioritizing v1 work items but if a community member wants to help build this out, happy to dedicate time to this.

Really light this idea! Here's a mock-up for the settings screen this feature would need to have.

XAML source (WinUI 3.0 Alpha) in this repo: https://github.com/niels9001/PowerToysUXWinUI3Alpha

It’s also be very nice if we could choose two existing themes and set each one for day/night time (so not only the Light/Dark theme is changed, but also the wallpaper)

Somebody referenced this project that does this: https://github.com/Armin2208/Windows-Auto-Night-Mode

Cool project but that is GPL v3.  We cannot use any source code from that project due to that license.

I do this in EventGhost using registry and cmd. Just chipping in case it helps.
Light:
REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize" /V AppsUseLightTheme /T REG_DWORD /D 1 /F
CMD: "%localappdata%\Microsoft\Windows\Themes\Day.theme"
Night:
REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize" /V AppsUseLightTheme /T REG_DWORD /D 0 /F
CMD:  "%localappdata%\Microsoft\Windows\Themes\Night.theme"

Thanks @mikeparkie!  Investigation is a massive part of the work!!!

I also use the exact commands @mikeparkie referenced.  I think I found them through a Google search, but I can confirm it works.
I use Task Scheduler; the action is 'Start a Program', command reg, with the argument set for light/dark theme.  Granted, this is just a timed trigger.
One quirk I've noticed with this method: if you leave a File Explorer window open during the change, most of the Explorer UI honors the switch--the 'folder contents' portion of the window does not.  It requires closing the File Explorer window and opening a new one to produce the expected result of a fully themed Explorer window.
Point is, it works, but it's not always elegant (not sure if it's possible to force reload the open windows entirely?)

@BradleyBartlett agreed, it's relatively crude in it's execution, but it works for the most part. And actually I didn't face any issues with the UI, other than the ribbon redraws first, followed by the rest of the frame/contents, take about 2 seconds in total. Enough to notice a transition.
If it's a content/icon refresh, then theres always the "ie4uinit.exe -show" command which should reload the icon cache (but I'm guessing a little there).

@BradleyBartlett whoopsie, sorry about that :)

Luna is a new project up on GitHub that does this.. Light-weight and made with WPF. MIT Licensed
https://github.com/adrianmteo/Luna

@mikeparkie I noticed last night when the theme switched, it did redraw the File Explorer window properly.  It's probably worth noting I'm on the 'Insider Fast Ring', so there's always the factor that I'm on a potentially unstable build.
@niels9001 I checked out Luna.  The interface is slick and in my opinion just how an average end user would like to set up light/dark mode switching
If you check through that project though, it's essentially doing the same thing I am.  Luna creates the Task Scheduler tasks at the times you select, and if you check out Luna/Helpers/RegistryHandler.cs:
(Hopefully I'm allowed to crosspost this, if not please let me know and I'll remove)
`public static void AppsUseLightTheme(bool enabled)
{
RegistryKey key = Registry.CurrentUser.OpenSubKey(@"Software\Microsoft\Windows\CurrentVersion\Themes\Personalize", true);
        if (key != null)
        {
            key.SetValue("AppsUseLightTheme", enabled ? 1 : 0, RegistryValueKind.DWord);
        }
    }`

^ It uses the same method that Mike and I mentioned.
Nothing against the Luna app, I really do like the interface...it just seems that, at present, theme switching falls into the 'registry hack not-elegant-but-it-works' category

@bradleybowman likewise, I'm also running fast ring insider builds. I can't whether my previous non-insider builds had the issue or not. I'm not rebuilding to test it out :)

@bradleybowman No problem, I'm excited about this. It's a 'small' feature but I think a lot of users would be happy with it. Are you guys planning to pick this up? I'd be happy to help with the XAML/UX within Settings.

As others have mentioned above I also use the Registry value triggered at specific times in the task scheduler to toggle on dark mode at night.
However - I also use this registry key as well to make sure dark/light mode is applied to Windows:
REG ADD "HKCU\Software\Microsoft\Windows\CurrentVersion\Themes\Personalize" /V SystemUsesLightTheme /T REG_DWORD /D 1 /F

Cool project but that is GPL v3. We cannot use any source code from that project due to that license.

Hello! I am the developer of the Auto Dark Mode App for Windows. I am interested in working together as I could change the license. Especially creating a new public theming API would be in the interest of all of us. In return of sharing my code with you I need some help. How can I contact you?

cc @crutkas

@armin2208, lets chat! crutkas@microsoft.com

I had the exact same idea a while ago. I sent in the suggestion via Windows Feedback hub. Seems like the best place for this idea, to me - hoping it'll make it's way into Windows some day. But when Windows itself does not have this option, PowerToys looks like a good alternative.

Any news? Looking forward to this.

Any news? Looking forward to this.

this feature will be a post-release feature. The PowerToys team is busy with finalizing their current work, while we are busy to improve our new theme switch engine. And the Auto Dark Mode team has a little break ;)
You can expect this feature in a PowerToys Beta in november or december.

@Armin2208 any news on this :)?

no

By the way, I've read requests in the Win Feedback to connect the light/dark mode to (the timing of) the nightlight function and MS is really considering this.

By the way, I've read requests in the Win Feedback to connect the light/dark mode to (the timing of) the nightlight function and MS is really considering this.

Yey that would be the best thing

Paging @Armin2208 - you should add your project to PowerToys!

@crutkas Any update on this please?

@IndefiniteBen not something we've added in, we have the help wanted tag.  @Armin2208 was interested in adding it in.

yes I wanted to add this as post release feature. But we all know Power Toys 1.0 was delayed. But I will probably add this earlier then :D no worries.

This would be a great feature to have
@Armin2208 Please let us know if there's been any progress or if you have your plate full and help is still wanted

This would be a great feature to have
@Armin2208 Please let us know if there's been any progress or if you have your plate full and help is still wanted

could you help me with implementing sunrise and sunset time calculation? currently I use third party code with a not suitable license. this method needs a rewrite.

@armin2208 If you need any help with UI/XAML stuff, let me know!

could you help me with implementing sunrise and sunset time calculation? currently I use third party code with a not suitable license. this method needs a rewrite.

So ideally I would attempt using the same method Windows itself uses for its "Night light schedule" calculation whose, well, I don't know which is. If Windows made those values available somewhere on the registry that would be a good starting place to check, as chances are the Weather API Windows uses is proprietary.
And in that matter I don't think we have much luck. Besides needing an API-key we would be facing limitations for pretty much any Weather API. And in my humble opinion I don't think an automatic sunrise-sunset schedule is a priority for the feature.
Would be good to hear what others think.

This product manager agrees that auto-sunrise/sunset is a secondary
priority :)
On Tue, Apr 13, 2021 at 9:50 AM Andrey Érick @.***>
wrote:

could you help me with implementing sunrise and sunset time calculation?
currently I use third party code with a not suitable license. this method
needs a rewrite.
So ideally I would attempt using the same method Windows itself uses for
its "Night light schedule" calculation whose, well, I don't know which is.
If Windows made those values available somewhere on the registry that would
be a good starting place to check, as chances are the Weather API Windows
uses is proprietary.
And in that matter I don't think we have much luck. Besides needing an
API-key we would be facing limitations for pretty much any Weather API. And
in my humble opinion I don't think an automatic sunrise-sunset schedule is
a priority for the feature.
Would be good to hear what others think.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/microsoft/PowerToys/issues/1331#issuecomment-818752053,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABEXNOVUFSOFDJ2L6FFGPY3TIRD3VANCNFSM4KYCWURQ
.

I think for this feature we need crisp understanding of

how sunrise / sunset are being calculated
What API is being used to change the theme (bonus points if we can directly link to docs.msft page 😊)

@crutkas As a collaborator/team member for ADM I can provide some clarification:
Sun Times

I think for this feature we need crisp understanding of

how sunrise / sunset are being calculated

Sun times are calculated with geodata (lat, lon) using Windows.Devices.Geolocation as seen here.
We are already using windows native APIs to do that, I think that should satisfy @andreyrk's concern.
In order to derive sunrise and sunset from latitude and longitude we need the Sunrise Equation.
In AutoDarkMode, we currently use a GPL 3.0 licensed C# port.
The original source was written in C and was released to the public domain. You can find that here!
If someone ported that to C# under a MIT license I believe that would work?
Theme change API

What API is being used to change the theme (bonus points if we can directly link to docs.msft page 😊)

There are two types of supported theme switching flows in ADM:
1. Manually changing as much as possible
We generally consider this the "legacy" option as the other option is more convenient and can apply Windows Themes).
The way this functions is by editing aspects of the UI via registry. This is exposed in the RegistryHandler and supports:

AppsTheme
SystemTheme
ColorPrevalence

In addition to that it is also possible to set the wallpaper using the win32 API's SystemParametersInfo

Using @kuchienkz discovery with KAWAII theme switcher on how to set a Windows Theme programmatically.
It has a "free to use as long as credited and the software remains free to use" license if I understand it correctly.
We basically took that and put a com wrapper thread around it (mainly because we don't know how this works, our specialization doesn't lie there)

The general complaint about switching themes programmatically is launching the themefiles opens the Windows customization settings page. I figured one could maybe trick it to not open up by launching through a different program that can handle the low-level side of things. I assume that's related to what KAWAII theme switcher is doing.
There is quite a lot of magic going on in that code but the important part in my view is the DllImport of UxTheme.dll for the SetSystemVisualStyle function (which is a custom name for the function at ordinal 65) but there is no ordinal 65 for that .dll at least on my system. Themes also include changes to sounds which I'm unsure if that function does as well. But I'll be playing around with that tomorrow.
It would simply be best for Windows not to open the settings when someone launches a themefile, but there's been a few feature requests on that by unrelated people and apparently no progress so far.

beside of that, where are requests to only partial apply themes. Some people want to change their system, app theme and accent color, but not the desktop wallpaper.
This is a more complex implementation of theme files, but I've seen one tool that does this job. But completely closed source.

I think the initial ask is about switching between dark and light mode based on sunrise/sunset (or other predefined time), very similar to what Night Light does. This helps users to not have fully lid/bright screens when in darker environments.
This is different then changing visual Windows themes. IMO, it would help to come up with a (small) specification on what this feature should do in a first version.

I think the initial ask is about switching between dark and light mode based on sunrise/sunset (or other predefined time), very similar to what Night Light does. This helps users to not have fully lid/bright screens when in darker environments.
This is different then changing visual Windows themes or wallpapers. IMO, it would help to come up with a (small) specification on what this feature should do in a first version.

That is a fantastic idea.
What is the minimum complete definition of a night/day switch for power toys?
I would suggest that as a starting point at least the following elements would need to switch:

System Theme
Apps theme

Then there's color prevalence which modified the taskbar color. Is that considered an option for night / day modes or is that already considered theme switching?

@spiritreader Yeah, it's basically about automating (and/or scheduling) these two settings as an original ask:

Changing the taskbar color, accent color or themes are a separate ask I think.

I would suggest everyone interested in this to check out @armin2208 's Auto Dark Mode project first - they've done some great work that accomplishes this ask nicely, which is why I suggested they look at integrating it into PowerToys :)

If we need a spec, how about the following proposal for an initial release:

Allow user to specify two HH:MM times - "Light mode begins at x"; "Dark mode begins at y". x must be earlier than y.
Between x and y, set both the default Windows mode and default app mode to "Light".
Between y and x, set both the default Windows mode and default app mode to "Dark".

This adds two improvements to @Armin2208's work:

More descriptive strings clarifying the role of the two times.
Ability to switch modes at any time of day, not just light mode in AM and dark mode in PM.

Finally, here is a suggested priority order for future improvements:

Add location-based sunrise/sunset times.
Add support for changing Office/Edge color mode.
Allow user to offset auto sunrise/sunset.
Add granular control over which items get which color modes at the specified times - e.g. different "Windows" and "app" color modes. (Today this is implemented in the Apps tab of Auto Dark Mode.)

I agree with @niels9001 that wallpaper, accent color, themes are separate issues and should be treated accordingly.

Great thoughts @krysjez!
This is also my initial plan.
The first power toys version should be pretty basic, just changing system and app theme at certain times. But I also want to have location based sun times in the first implementation. This is important.
thanks to Winui3 we can easily improve the time picker. Sadly ADM can't use the new UI components yet, this is why we just have modified text boxes.

I'm passionate about location-based times too, I would just caution to not let the perfect be the enemy of the good :)  We can give faster relief to thousands of tired eyes worldwide by releasing earlier with a smaller scope.
But I recognize that's just my personal approach to shipping software. I'll defer to the others here on whether location-based sunrise/sunset should be in the initial implementation.

@krysjez From my point of view, the specification looks complete and perfectly captures the essence of what AutoDarkMode is doing.
Concerning the three modes mentioned in the proposal:

Allow user to specify two HH:MM times - "Light mode begins at x"; "Dark mode begins at y".

AutoDarkMode does already handle HH:MM that way if set to 24h mode. The 12h mode was/is always a bit awkward to use.

Between x and y, set both the default Windows mode and default app mode to "Light".
Between y and x, set both the default Windows mode and default app mode to "Dark".

If I understand this correctly, these two options can be used in addition to option 1?
My thoughts on location-based sundates
Implementing location-based times may not really broaden the scope by that much.
The Windows Location API has proven to be easy to use and very reliable.
When AutoDarkMode was refactored into a service, getting location-based times (with and without offset) to work was quite painless and worked well.
That being said, I absolutely understand the approach to ship a basic functioning implementation to ensure reliability and quicker feature delivery. In this case though, I'm inclined to agree with @Armin2208 and would be leaning more towards including location-based times.
As such, I would welcome if we also created a mini-spec to define the feature.
From there, we could determine to what extent, and if at all, an inclusion of location-based sunrise/sunset times makes sense for the initial release!
Branching ADM conform to the specification
We already have permission to branch off ADM with a powertoys-compatible license.
In this step all features not mentioned in the specification will be removed (among other functionality that is not necessary for a powertoys integration).
As soon as the specification is complete, we can start working on that.
This way, the specialized build for ADM then reflects a demonstration of how it would function within powertoys and the suitability and steps for an integraton can be determined.

I'm just hoping it doesn't end up that Microsoft is working on the same thing somewhere in the shadows. As I said, I've read requests in the Win Feedback to connect the light/dark mode to (the timing of) the nightlight function and apparently MS is considering this. Could turn out a waste of time, but that's my idea.
https://aka.ms/AAanro0

I'll see what I can find internally (I am unlikely to be able to share my findings here) but I would recommend going ahead with this.

I'll see what I can find internally (I am unlikely to be able to share my findings here) but I would recommend going ahead with this.

well, if you say "we don't implement this" everyone knows that Microsoft is working on this. But if you would know it and say "just do your things"... you would "waste" our time haha :D
Would be nice to know it tbh.
Or you just say the Windows team "scrap this, we make this".

:)
On Wed, Apr 14, 2021, 17:50 Armin Osaj @.***> wrote:

I'll see what I can find internally (I am unlikely to be able to share my
findings here) but I would recommend going ahead with this.
well, if you say "we don't implement this" everyone knows that Microsoft
is working on this. But if you would know it and say "just do your
things"... you would "waste" our time haha :D
Would be nice to know it tbh.
Or you just say the Windows team "scrap this, we make this".
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/microsoft/PowerToys/issues/1331#issuecomment-819871146,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABEXNOQAAEEZZMP3P3V3WSLTIYE2HANCNFSM4KYCWURQ
.

Sun Times

I think for this feature we need crisp understanding of

how sunrise / sunset are being calculated

Sun times are calculated with geodata (lat, lon) using Windows.Devices.Geolocation as seen here.
We are already using windows native APIs to do that, I think that should satisfy @andreyrk's concern.
In order to derive sunrise and sunset from latitude and longitude we need the Sunrise Equation.
In AutoDarkMode, we currently use a GPL 3.0 licensed C# port.
The original source was written in C and was released to the public domain. You can find that here!
If someone ported that to C# under a MIT license I believe that would work?

@Spiritreader, @Armin2208, I have just done an initial commit on an MIT licensed port of that sunrise/set calculator here. I've done some elementary unit testing (the unit test is in the repository) and am getting numbers that seem to be accurate to the minute. It also implements additional features from the original algorthm that the GPL 3.0 licensed implementation you're currently using doesn't (like calculating civil, nautical, or astronomical dawns and dusks), though those aren't important for your use.
One small difference is that my implementation returns DateTime objects in UTC for the sunrise and sunset values, but that should be trivially easy to refactor for you. My code should be well commented and documented, and please open any issues you want, of course. You are very welcome to use this in Windows-Auto-Night-Mode and, of course, in the PowerToy.
Hope this helps!

awesome, thanks! <33333 will use it.

@armin2208 Coming back to your previous post - I don't think Windows 11 introduces this feature. If you're still planning to go ahead with this as a new PowerToys module then let me know if you need any UI/design help :)!

@jwfxpr or @Armin2208 don't know how you built it, but wondering: does it make sense to search for the Nightlight setting and then connection the theme/mode to that? I'm guessing it would be easy to check. Since that already has the daylight time built in. Something like
If Nightlight = on Then
   theme = dark
Else
   theme = light

You can always explicitly choose (via UI) either

daytime
set/fixed time
nightlight

as a setting.

The approach that's used in Auto Dark Mode is to use a pretty sophisticated astronomical calculation for the position of the Sun at the user's latitude, longitude, and current system date to determine the time that the sun hits the horizon line at dawn and dusk. It's not exactly the same algorithm that's used by Windows Night light, but some testing has shown that the sunrise and sunset times are very close, within a couple of minutes either way depending on the longitude. Certainly close enough for our purposes. You can take a look at a comparison at Armin2208/Windows-Auto-Night-Mode#237.
It seems that there is a dodgy method to detect the Night light status. I would be really reluctant to rely on that, though, for a few reasons. Some users may like these two features linked (night light and dark mode), but I wouldn't think that most people would be happy with a both-or-neither situation. Secondly, we'd be relying on a fragile, internal registry hack that the Night light team could change at any time, and that would break our implementation in waves as the changes to Night light were rolled out to users. Especially with Windows 11 coming up, I wouldn't assume that any such registry hack would be stable/reliable.
They might not line up perfectly, but using our own internal good-enough sunrise/set calculator is a way more robust and flexible solution, especially as it's implemented in Auto Dark Mode at the moment, which allows good user flexibility.
In an ideal world, there'd be a built-in API, perhaps within or adjacent to Windows.Devices.Geolocation.BasicGeoposition, that would provide access to a system-wide standard sunrise and sunset Info so that every app could synchronise with the same calculations used in Night light. But 🤷♂ without that, we gotta implement our own.

Oh I´d LOVE to see that idea. Searching for the "best" solution, while going for the time only is not as good as going for the location/timezone and time (winter time 7 a.m. is still dark, in summer same time it´s bright)

Manually schedule tasks and run two times a day
Use another tool

f.lux
Windows Auto Night Mode
PowerToys

As I´m running PowerToys on all Windows endpoints this would just be the perfect solution. Curious to see when and with which kind of functionality this will be part of PowerToys. Thanks and keep up the great work 👍

Hello!
We are back. Yes, we are really back on tracking this issue.
We've got a new stable Auto Dark Mode-Version running, build modular and highly efficient. This makes creating a PowerToys Fork really easy, as we need only to remove some Modules and Components.
Thanks to the contribution of our community we've got no license issues anymore. The sunrise calculation can be used for PowerToys (thanks again) and we can switch our license to MIT.
We want to implement Auto Dark Mode for PowerToys in October, right after our public and stable release.
**Just one little problem again, **your coding style philosophy wants code written in C++. But our whole code is created in C#.

Hello!
We are back. Yes, we are really back on tracking this issue.
We've got a new stable Auto Dark Mode-Version running, build modular and highly efficient. This makes creating a PowerToys Fork really easy, as we need only to remove some Modules and Components.
Thanks to the contribution of our community we've got no license issues anymore. The sunrise calculation can be used for PowerToys (thanks again) and we can switch our license to MIT.
We want to implement Auto Dark Mode for PowerToys in October, right after our public and stable release.
**Just one little problem again, ** your coding style philosophy wants code written in C++. But our whole code is created in C#.

Cool! @crutkas or @jaimecbernardo might be able to help your C++ vs. C# question?

Hi @Armin2208 , we do have modules written in C#. One example of this is the PowerToys Awake module.
It does have a bit of C++ to implement the module interface but the core is written in C#.

Docs do prefer C++ if possible.

Philosophy

If it's inserting something into the existing classes/functions, try to follow the existing style as closely as possible.

If it's brand new code or refactoring a complete class or area of the code, please follow as Modern C++ of a style as you can and reference the C++ Core Guidelines as much as you possibly can.

That doc needs to be updated. The app can be either. Pick what works for you

@crutkas or @Armin2208 Is there any progress on integrating Auto Dark Mode into Powertoys?

@franky920920, thank you for bringing in my issue, I closed 16742.
Glad to know I am not the only one thinking about this 🙂

@IndefiniteBen Not yet. This one is a #help-wanted, so community pull requests are welcome, please let us know if you (or anyone else) would like to contribute to PowerToys! Thank you.

In the latest Win11 dev builds, Microsoft broke the registry based theme switch (what is considered an open API of some sort if I understand correctly).
We've been made aware of this by some of our users.
Therefore, we're currently monitoring the dev builds for changes. If MS decides to move away from allowing users to switch between light and dark theme via registry, we unfortunately can't pursue getting ADM merged into PowerToys anymore. Our spoken agreement thus far permits us to use registry only to toggle themes.
Until we know more about registry based theme switching making a return , we unfortunately have to put this on hold.

Well that sucks, but thanks for the info. Hopefully the Windows team reverts that change!

@LtCmdrKeene has a solution: https://cmdrkeene.com/schedule-light-and-dark-mode/

Notes: off by default, OS check for anything under a Windows build 22850 and higher

OS check for anything under a Windows build 22621 and higher (whatever the next release after Win11 22000 is).
have warning saying if not this could be a little slow and impact your productivity while shifting states

A question:
Does that imply registry based theme switch will be fixed or there will be a publicly addressable API?

where to query sunrise / set from?

ADM solves it by querying Windows Location Services, but there's also an option to put in manual coordinates and calculate the sunrise/sunset.

ADM solves it by querying Windows Location Services, but there's also an option to put in manual coordinates and calculate the sunrise/sunset.

Some will also let you set the time, instead of using the sun.

WinDynamicDesktop is an app that does this as well as changes your wallpaper by time of day. You can package your own themes with json. Supposed to mimic a Mac feature I think. Nice effect though I have dark mode when the sun is down and a wallpaper that matches. They use the same registry change set via PowerShell script.
Get Outlook for Androidhttps://aka.ms/AAb9ysg

From: Jonathan Peel @.>
Sent: Friday, August 12, 2022 11:52:55 PM
To: microsoft/PowerToys @.>
Cc: Shawn Keene @.>; Mention @.>
Subject: Re: [microsoft/PowerToys] Automatic Windows 10 light/dark mode switch based on time or sunset/sunrise (#1331)
ADM solves it by querying Windows Location Services, but there's also an option to put in manual coordinates and calculate the sunrise/sunset.
Some will also let you set the time, instead of using the sun.
—
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/PowerToys/issues/1331#issuecomment-1213682047, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ABAGIFSOSSD7QDMQ4HDISODVY4S2PANCNFSM4KYCWURQ.
You are receiving this because you were mentioned.Message ID: @.***>

WinDynamicDesktop is an app that does this as well as changes your wallpaper by time of day. You can package your own themes with json. Supposed to mimic a Mac feature I think. Nice effect though I have dark mode when the sun is down and a wallpaper that matches. They use the same registry change set via PowerShell script.

I know it's using MPL but I want to know if their code can be used here (since I don't have the time to read the entire license), in PowerToys; as that'll accelerate the development process by a lot if so.

@LtCmdrKeene I see you're not involved in this issue?

I got involved when somebody tagged me by name and I started receiving every email message in this thread.
Get Outlook for Androidhttps://aka.ms/AAb9ysg

From: Jay @.>
Sent: Saturday, August 13, 2022 6:37:43 AM
To: microsoft/PowerToys @.>
Cc: Shawn Keene @.>; Mention @.>
Subject: Re: [microsoft/PowerToys] Automatic Windows 10 light/dark mode switch based on time or sunset/sunrise (#1331)
@LtCmdrKeenehttps://github.com/LtCmdrKeene I see you're not involved in this issue?
—
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/PowerToys/issues/1331#issuecomment-1214142874, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ABAGIFRXTNV36PPNSBD6O6TVY6CIPANCNFSM4KYCWURQ.
You are receiving this because you were mentioned.Message ID: @.***>

Oh okay, sorry. I meant more like, would the solution you already have be good for PowerToys?

Setting the light dark mode with the registry (using PowerShell set-itemproperty in both my case and the app I mentioned) isn't as reliable as it was anymore in the last handful of windows 11 builds, some surfaces don't always update immediately (sometimes at all). This occasional issue happens when using the normal settings color preference UI too, so I'm not sure where the issue is. It used to work perfectly.

From: Jay @.>
Sent: Saturday, August 13, 2022 10:53:57 AM
To: microsoft/PowerToys @.>
Cc: Shawn Keene @.>; Mention @.>
Subject: Re: [microsoft/PowerToys] Automatic Windows 10 light/dark mode switch based on time or sunset/sunrise (#1331)
Oh okay, sorry. I meant more like, would the solution you already have be good for PowerToys?
—
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/PowerToys/issues/1331#issuecomment-1214180569, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ABAGIFXILO7DNZ57OT5GGOLVY7AJLANCNFSM4KYCWURQ.
You are receiving this because you were mentioned.Message ID: @.***>

Windows 11 22H2 has many issues with theme switching, also with theme packs and Explorer.
I think Microsoft isn't interested in maintaining the registry key switch.

/dup #23516

@stefansjfw this is the OG item, this is the one that should stay open

I assume this is still open and looking for a champion to own it?
Assuming @Armin2208 is working on other interesting stuff 😊

There is an option in f.lux to turn Dark mode at sunset.
I was looking for it in PowerToys options as I was convinced it was there.

There is an option in f.lux to turn Dark mode at sunset. I was looking for it in PowerToys options as I was convinced it was there.

Nope, not in PT right now. You can schedule it yourself with programs like WinDynamicDesktop or just scheduled powershell commands to issue the system theme change with task scheduler. I hacked my own way to that at https://cmdrkeene.com/schedule-light-and-dark-mode/

There is an option in f.lux to turn Dark mode at sunset. I was looking for it in PowerToys options as I was convinced it was there.

Nope, not in PT right now. You can schedule it yourself with programs like WinDynamicDesktop or just scheduled powershell commands to issue the system theme change with task scheduler. I hacked my own way to that at https://cmdrkeene.com/schedule-light-and-dark-mode/

Yeah, I know, I've looked :).
I've moved to new laptop and I couldn't find this option anywhere but I had it enabled on the old. And I thought that it was in PowerToys but I've finally found that it was done in f.lux. And I've only commented so maybe other people could also find it. Or me in the future.

And search results never mention f.lux

My guess is that many people stopped using f.lux when they added night light to Windows.
If you want a simple app for changing dark/light mode there's Auto Dark Mode. Most people use this app which is why they don't mention f.lux.

Will this include a hotkey to manually toggle dark mode? Tha's really all I'm looking for.

I'm currently starting the implementation of such a module. I am planning on doing something very similar to Night light on Windows 11. Here a brief overview of the features, I am planning to implement:

Provide a hotkey that changes Window's theme.
Provide a system tray icon that changes Window's theme on click.
Provide a theme change scheduling based on sunset/sunrise (if location services are enabled) or custom hours.

I'm currently starting the implementation of such a module. I am planning on doing something very similar to Night light on Windows 11. Here a brief overview of the features I am planning to implement:

Provide a hotkey that changes Window's theme.
Provide a system tray icon that changes Window's theme on click.
Provide a theme change scheduling based on sunset/sunrise (if location services are enabled) or custom hours.

Aweeeesome 😄🔥.
Would it make sense to, instead of systray, put the toggle in the PT quick access flyout? It's an additional click, but does save space in the systray area - and it's not something you'd press 10 times a day 😄

@niels9001 yes, that's another good option. I was thinking of a dedicated tray item (that we can disable) for ease of access by users that are more mouse-oriented. I'd like to facilitate my team to test our app and toggle theme easily. But perhaps it is a bit overkill.

I'm currently starting the implementation of such a module. I am planning on doing something very similar to Night light on Windows 11. Here a brief overview of the features I am planning to implement:
* Provide a hotkey that changes Window's theme.

* Provide a system tray icon that changes Window's theme on click.

* Provide a theme change scheduling based on sunset/sunrise (if location services are enabled) or custom hours.

Wow, that sounds awesome!
I have two questions:
Does that mean Microsoft's stance about allowing private APIs in powertoys has changed?
Or will there be / is there a new public theme switching API that everyone can use?

Been looking for this to exist in PT since Windows doesn't have this natively - I think this a perfect place/tool for such a feature. Glad to hear its being worked on! Happy to help in any way I can

@Spiritreader I don't think I can say anything about Microsoft's stance. I won't use any private APIs. I'll probably have to use the hacks discussed in this thread. I am not aware if there is any work or plan for creating a public theme switching API. PowerToys is just the perfect place to introduce such feature if we want it to eventually be picked up by Windows.

I have installer Powertoys v.0.81.0 but I cannot find the auto dark mode feature. Is it available or is it still a WIP? :)

I have installer Powertoys v.0.81.0 but I cannot find the auto dark mode feature. Is it available or is it still a WIP? :)

Very likely it's still a WIP.

If you see the Test for PowerToys project and Help wanted project, to which this issue/feature has been added, this makes me think WIP does not describe the status accurately.
Unless @SamChaps or someone else is working on this in the background, it looks like no one is currently working on this and there is nothing currently "in progress" on this feature.

authors: Armin2208 Cmdr-Keene Cossey Hedreon IndefiniteBen Jay-o-Way LtCmdrKeene OwenCD Regenhardt SamChaps Spiritreader Thorocaine andreyrk bbronisz bcutter bradleybowman crutkas franky920920 ismaelestalayo jaimecbernardo jwfxpr krysjez mikeparkie niels9001 stefansjfw tiziodcaio ubaldot zacbowden


text:
cannot Run at Startup

Microsoft PowerToys version
"0.53.0"
Running as admin

[X] Yes

Area(s) with issue?
General
Steps to reproduce
I update to the latest version, but not solved.
✔ Expected Behavior
start with login
❌ Actual Behavior
start without login
Other Software
No response

Sorry, but what do you mean by "start with login"? And you say "updated to latest version", but you mention 0.53 while 0.58 is coming any day now.

It seems like you are using an outdated version of PowerToys. Please update to the latest version of PowerToys and see if the issue persists. 😄 /needinfo

sorry for giving the wrong version. I'm using the latest version "0.57.2"

"start with login" means Run at startup

Not sure whether this is related, but I occasionally see truly endless startup times - even if the system is busy, other applications start, yet for PowerToys it takes up to 10/15 minutes.  Have not really been able to work out a pattern on when and why it happens, but general "busy" system is a culprit.

And I cannot see anything in my Task Manager StartUp field. Could you show the startup service in the Task Manager Startup

PowerToys creates a scheduled task for this, in order to allow running as admin at startup.
The setting not saving is a bit weirder. A /bugreport might help here.

PowerToysReport_2022-05-06-10-09-15.zip

{"startup":false,"enabled":{"AlwaysOnTop":false,"Awake":false,"ColorPicker":true,"FancyZones":true,"File Explorer":true,"FindMyMouse":true,"Image Resizer":true,"Keyboard Manager":true,"MouseHighlighter":true,"MousePointerCrosshairs":false,"PowerRename":false,"PowerToys Run":true,"Shortcut Guide":true,"Video Conference":true},"is_elevated":true,"run_elevated":true,"download_updates_automatically":true,"is_admin":true,"theme":"system","system_theme":"light","powertoys_version":"v0.58.0"}

Date modified seems to imply the file is being written correctly. When you disable or enable a module that's remembered the next time you run PowerToys, correct?
Is there any PowerToys folder inside "Task Scheduler Library" in Task Scheduler?
When you select to run at Startup, it's supposed to create a task there. /needinfo

happened when i reinstall the latest power toys.
PowerToysReport_2022-05-11-19-47-21.zip
and I cannot even open its main page when i double click its icon

For not opening Settings in 0.58.0, please check #18015, Some GPU software interferes with the new technology we're using for Settings and it also doesn't run if everything runs elevated on your machine. /needinfo
Looks like PowerToys is not able to create the scheduled task, from the message you're getting.

yes, it cannot create the scheduled task

so weird

Pretty weird indeed. Is the PowerToys folder there in your Task Scheduler though?

If it's not, is it a folder you can create and try again to turn Run at Startup on?

it seems to be clear, but i don't know how to fix it

Well, I finally finish it. With the help of registry, I make the task scheduler work correctly again. Then I reinstall the Power Toys 57.2 to set it Run at Startup~ So wired.
Thanks for your help.

Thanks for the feedback @CodingPlatelets .
Could you please explain in a bit more detail what was wrong with your Settings and what you had to do in Registry?
That might help future users with this issue.

authors: CodingPlatelets Jay-o-Way csant franky920920 jaimecbernardo


text:
Include this https://github.com/tom-englert/RegionToShare as part of  PowerToys.

Description of the new feature / enhancement
Add this https://github.com/tom-englert/RegionToShare to PowerToys
Scenario when this would be used?
All the time!
Supporting information
Keep up the good work.  Very useful suite of utilites.

Xref #2774

/dup #279 or #2774

authors: Aaron-Junker ChadThomsen crutkas


text:
[Peek] List of shortcomings

Description of the new feature / enhancement
Hello! I'm a longtime QuickLook user on Mac and Windows, and I saw some flaws a few flaws with the Peek feature that make me prefer to stay with the QuickLook app.

When you select another file, the content of the preview window is not updated, you have to repeatedly press the hot key
When you select another file, the preview window is sent outside the explorer window, you can not pin it on top of all windows
When viewing any other files except pictures and videos, the window is too large and overlaps the explorer interface
You cannot assign a function call to a space only, you can use with modifier keys.
Does not show the number of files and folders in the directory
Audio files not supported
Archives are not supported

Scenario when this would be used?
When working with a large number of files, when you need to view hundreds of pictures or listen to hundreds of music files
Supporting information
No response

It does not open on the monitor you have selected the file on, but always the main monitor
csv not supported
it does not show text preview for files that are text (that not end in .txt), e.g. .gitignore, .sln, .axaml
it should have an "open with ..." to prompt for selection

With another window open, if you click on a file on your desktop and Peek it, when you hit ctrl + space again to close the peek, the other window is focused instead of the file on the desktop.
This prevents you from peeking, then continuing to move your selection with your arrow keys.

hi friends, monolithic issues are unsustainable for PowerToys so we request 1 per issue.  We have audio as a tracked issue as is archive support and stefan just opened up https://github.com/microsoft/PowerToys/issues/26158 for adding some additional ext into the monaco part.


text:
Installing version 0.73.0 caused screen splatter on all white portions of thr screen without writing, see attached in actual behavior.

Microsoft PowerToys version
0.73.0
Installation method
GitHub
Running as admin
No
Area(s) with issue?
General
Steps to reproduce
Just install version 0.73.0 and all screens with white areas get screen splatter.
✔ Expected Behavior
No screen splatter.
❌ Actual Behavior
Every white screen and the startup screen (blue) have screen splatter, see attached.

Other Software
No response

/bugreport

@.***
On Wed, Sep 20, 2023 at 6:54 PM microsoft-github-policy-service[bot] <
@.***> wrote:

This issue has been automatically marked as stale because it has been
marked as requiring author feedback but has not had any activity for 5
days. It will be closed if no further activity occurs within 5 days of
this comment.
—
Reply to this email directly, view it on GitHub
https://github.com/microsoft/PowerToys/issues/28519#issuecomment-1728526153,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A3AGSJD3AAIBFFZI4ULF2ETX3NXYZANCNFSM6AAAAAA4VDSOA4
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

@DebbieLobbe I cannot see anything in your comment except a hidden email. Please login to GitHub to provide a bug report or comment. /needinfo

PowerToysReport_2023-09-26-08-05-34.zip
Sorry for the delay, but this bug only happens on my Azure Virtual Desktop when I connect from my desktop.  It is still happening.  Stops when PowerToys uninstalled, comes back on install.

Not able to repro this, going to close. Let us know if you see this again!

authors: DebbieLobbe OracleBiker TheJoeFin cinnamon-msft


text:
[PowerRename] Regex variables for parent directories

Description of the new feature / enhancement
Let us retrieve and use the names of parent directories when renaming with PowerRename.
Current item: 'C:\Users\Bob\Downloads\Cool Band\New album\Track 1.mp3'
$p expands to 'Track 1.mp3' (with extension)
$p0 expands to '.mp3' (only extension)
$p1 expands to 'Track 1' (without extension)
$p2 expands to 'New album'
$p3 expands to 'Cool Band'
And it completely avoids the problem of them attempting to include path separators in the new name.
So, renaming from
'.*'
to
'$p3 - $p1 ($p2).$p0'
would give
'Cool Band - Track 1 (New album).mp3'
Scenario when this would be used?
In many cases, files are meaningfully organized by their directory structure, and the parent directories can contain valuable information relating to the file that would be extremely useful when renaming the file. A notable example is music libraries where people often organize their audio files with important metadata information (artist/album/genre) being inferred from the directory structure.
Supporting information
No response

/dup #8484


text:
crash with a key combo?

Description of the new feature / enhancement
to crash windows with a key combo of users choice
Scenario when this would be used?
if somthings LOCKED UP windows and you need to find a way to crash in a hurry!
Supporting information
No response

There is no chance PowerToys will build a feature which crashes Windows. Can you explain more about what you are asking? /needinfo

Also this feature is already in Windows, read more about it here

authors: PesBandi TheJoeFin glkdrlgkrlzflnjkgh


text:
[FancyZones] Inverted behaviour for holding non-primary mouse buttons

Environment
Windows build number: 10.0.18363.900
PowerToys version: 0.18.2
PowerToy module for which you are reporting the bug (if applicable): FancyZones

Steps to reproduce
Tick the "Hold a non-primary mouse button to activate zones while dragging"
Start dragging a window and instead of Zones activating when a non-primary button is down, it activates when they're up and disables when they're down.
Expected behavior
Active when keydown, disabled when keys up.
Actual behavior
Disabled when keydown, enabled when keys up.

Hi @iamtimmy
the secondary mouse click behavior has been changed accordingly to https://github.com/microsoft/PowerToys/issues/2136
and the change will be available in 0.19 (this week).
Closing this as it doesn't apply anymore.
Thanks.

authors: enricogior iamtimmy


text:
Trigger FancyZone for windows that are dragged not by the TitleBar.

Summary of the new feature/enhancement
I have the script at my PC, written on AutoHotkey, which allows me to Move Windows using Any It Parts. This functionality mapped to Middle Mouse Button. FancyZone feature works only if I drag window by TitleBar. It would be nice if we could make it work with any dragged window.
Not sure if it possible at all, but may be you have some ideas.

@MikeKholomeev
FancyZones needs to detect the difference between a window being moved or being resized. I assume that when you move a window using the AutoHotkey script, FZ doesn't detect it as a move and assumes it's a resize or doesn't even receive the event in the first place. We may look into it, but not any time soon.

Tracked in https://github.com/microsoft/PowerToys/issues/6611

Dropping an idea here how it could work. FancyZones should NOT attempt to detect and interpret window movements from AutoHotkey in general, as scripted window movements can have varying intentions. But it could offer some kind of API for AutoHotkey and others to consume, so an application can signal a few things:

it is in the process of moving a window, providing the window handle and, potentially, virtual XY mouse coordinates
finished moving, accepting FancyZones resize
finished moving, rejecting FancyZones resize

That way AutoHotkey users can script the behavior as they like. I think this would be the minimum effort required and have the most impact.

authors: Korkman MikeKholomeev enricogior


text:
Push-to-talk extenstion to Mic mute

Push-to-talk as a way of controlling the mic
It would be awesome if the new mic mute/unmute feature could be expanded to the "push-to-talk" functionality. We have many colleagues who are multitasking (who is not :P) during the meetings and the need to switch to teams/zoom/etc. unmute, comment, mute, go back to previous tasks, is so disruptive they often let it go. Push to talk would allow them to participate in the meetings and not require to "switch context" to do so.

If you'd like to see this feature implemented, add a 👍 reaction to this post.

@makonde-on-git
great idea, thank you for the suggestion.
Any suggestion for the UI? New icon in the toolbar along with the mic and camera currently present or just the mic icon that can be pressed and hold?

@niels9001
we need a new icon for the mic to show that is in the press and hold state :)

@makonde-on-git That's an awesome idea :)!
@enricogior - that would result in a lot of different .SVGs. (Because then we'd want to have a hover state as well, to indicate interactivity). I'm also wondering how this would work. Single click is toggling? Long-press is push-to-talk? Maybe we'd need a third button?
Some related questions:

Is there a (feasible) possibility to move to WinUI (or WPF for now) so we can update things faster and provide additional functionality (e.g. moving the toolbar around?). I can imagine this might be some work.
If not, can we split up the microphone and camera .SVGs and put them next to eachother in code? This way we don't need to draw all combinations?

@niels9001

Is there a (feasible) possibility to move to WinUI (or WPF for now)

No.

can we split up the microphone and camera .SVGs

Yes sure.

@niels9001

Maybe we'd need a third button?

Probably, even though I'd like the idea to keep the toolbar at a minimum if possible, but only if it's not detrimental to the UX.

Posting this as inspiration: this is the new voice UI in the latest Windows Insider release.

Would it also be possible to have a key or shortcut to use for push to talk, in addition to the mouse click based UI suggested above?

@ollyau that was my original intention - user defined keyboard shortcut to activate the mic when keeped pressed. Thanks for bringing this up as actually not everyone needs to be a gamer with push-to-talk already binded in the muscle memory ;)

@ollyau @makonde-on-git
good idea!

The suggestion is tracked in https://github.com/microsoft/PowerToys/issues/6374

Seems like the deal for Discord fell threw with Microsoft, thought that was going to be how i got my push to talk in Teams.
This seems like my last shot!

Would be awesome if this could be implemented. People with social anxiety tend to be very conscious of not letting their mic open. I think this would be a very good workaround to not having to keep it open in any meeting client for small interventions.

I don't think we'll be fixing this due to #21473 and will be removing VCM in the pending future with Win11 having the muting feature.

authors: crutkas davconde dciborow enricogior makonde-on-git niels9001 ollyau


text:
Powertoys does not open at all

ℹ Win10, 20H2 (100% patched as of today)

PowerToys version: 0.29.3
PowerToy Utility: ?
Running PowerToys as Admin: BOTH
Windows build number: [run "winver"] 19042.746

📝 Provide detailed reproduction steps (if any)

Fresh install of PT
Start PT (with or without admin)
PT shows in taskbar - cannot open PT settings, all PT functionality is absent

✔ Expected result
PT app opens!
❌ Actual result
Installed, re-installed, run as admin, tried everything. Powertoys shows the taskbar icon, but cannot access its settings via double click nor the "settings" menu. Of course all the PT functionality is absent. Windows 10, Latest build, latest PT. Works on my laptop - not my main rig.
📷 Screenshots
n/a

@interceptor
try updating .NET Core to 3.1.10 https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-desktop-3.1.10-windows-x64-installer

@interceptor
try updating .NET Core to 3.1.10 https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-desktop-3.1.10-windows-x64-installer

@interceptor
try updating .NET Core to 3.1.10 https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-desktop-3.1.10-windows-x64-installer

yes, it worked

@interceptor
try updating .NET Core to 3.1.10 https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-desktop-3.1.10-windows-x64-installer

yes, it worked

I had the 3.1.11 Version installed before... this would be a downgrade. I just saw that the latest version is 5.02. Should I try that?

I had the 3.1.11 Version installed before... this would be a downgrade. I just saw that the latest version is 5.02. Should I try that?

@interceptor

I just saw that the latest version is 5.02. Should I try that?

No. PowerToys uses 3.1.x not 5.x

@interceptor

I just saw that the latest version is 5.02. Should I try that?

No. PowerToys uses 3.1.x not 5.x

@interceptor
open a command prompt and run "%PROGRAMFILES%\PowerToys\Tools\BugReportTool.exe" (the double quotes are important)
that will create a zip file on you desktop named like this PowerToysReport_2021-01-04-12-02-08.zip
You can drag and drop it in a GitHub comment.

@interceptor
open a command prompt and run "%PROGRAMFILES%\PowerToys\Tools\BugReportTool.exe" (the double quotes are important)
that will create a zip file on you desktop named like this PowerToysReport_2021-01-04-12-02-08.zip
You can drag and drop it in a GitHub comment.

PowerToysReport_2021-01-20-16-47-44.zip
The command line says:
"Failed to parse file C:\Users\xinterceptorx\AppData\Local\Temp\PowerToys\FancyZones\settings.jsonC:\Users\xinterceptorx\AppData\Local\Temp\PowerToys"
The reason for that would be that these files do NOT exist...

PowerToysReport_2021-01-20-16-47-44.zip
The command line says:
"Failed to parse file C:\Users\xinterceptorx\AppData\Local\Temp\PowerToys\FancyZones\settings.jsonC:\Users\xinterceptorx\AppData\Local\Temp\PowerToys"
The reason for that would be that these files do NOT exist...

@interceptor
from the log, PowerToys is running, it might be possible that it crashed after it started.
If you open the Event Viewer and go to Windows Logs -> Application is there any error referring to PowerToys.exe?

I have the same issue, unfortunately. I ran:
winget install Microsoft.DotNet.Runtime.3_1

But it didn't help. Sad.

PowerToysReport_2022-05-25-10-24-44.zip

@felipecrs , This issue is closed and pretty old. Please check #18015 as that's likely to contain something useful.

authors: Arvid-pku enricogior felipecrs interceptor jaimecbernardo


text:
[PTRun] [Docs] Add FastWeb plugin to third party Run plugin list.

Summary of the Pull Request
Add a new plugin developed by myself to thirdPartyRunPlugins.md docs

@microsoft-github-policy-service agree


text:
[FancyZones] Set 3-zones PriorityGrid as default layout

Summary of the Pull Request
What is this about?
Instead of no-layout at FZ startup, now 3-zones PriorityGrid is applied by default.
PR Checklist

[x] Applies to #4292
[x] CLA signed. If not, go over here and sign the CLA
[x] Tests added/passed
[ ] Requires documentation to be updated
[ ] I've discussed this with core contributors already. If not checked, I'm ready to accept this work might be rejected in favor of a different grand plan. Issue number where discussion took place: #xxx

Validation Steps Performed
How does someone test & validate?

Delete zone-settings.json file
Run FZ
Confirm that 3-zone PriorityGrid layout is applied on startup
Create new Virtual Desktop
Confirm that new Virtual Desktop has 3-zone PriorityGrid
Delete VD
Change layout on primary desktop to 4-zone Column
Create new VD
Confirm that new VD has 4-zone Column layout applied (Clone layout from parent feature still works)

Code looks good, tested and works as expected.

authors: enricogior stefansjfw


text:
[FR DateTimeV2] Add new French specs for DurationParser

Add 56 new French specs

@wumingxuanceline, do you think you can update this PR and create the next ones soon?
Please always check the build results after creating a PR too. Thanks.

@wumingxuanceline, @XiaoxiaoMa0815, do you think you can update this PR and create the next ones soon? It's been a while.
Unfortunately currently it is not enough to just run the ValidationTool on the specs as the build process runs some additional validation. Please always check the build results after creating a PR too. The log shows why the build fails.

authors: tellarin wumingxuanceline

repo: microsoft/Recognizers-Text


text:
Intuition for reducing Swin in size

Thanks for the great work!
I was wondering if you had any tips or intuitions for reducing the Swin model even further. In the paper you mention the tiny version is comparable to the ResNet-50 in terms of computational complexity. What would you trim from the tiny version first to bring the complexity more in line with a ResNet-18? And would this be different for the detection and semantic segmentation versions?

you may reduce the channel from 96 to 64. This should have similar complexity with that of ResNet-18.

Thank you!

authors: FrankBrongers ancientmooner

repo: microsoft/Swin-Transformer


text:
Move pl/handbook-v1/The Handbook.md

Resolves #55

Oh yeah, this was my fault (in switching things for the v2 launch) - thanks for the PR!

authors: jihoon-seo orta


text:
Incorrect place of tsbuildinfo file when rootDir option is specified

TypeScript Version: 3.5.0-dev.20190413, 3.4.3

Search Terms:
tsbuildinfo, incremental build, rootDir
Code
For reproduce test project https://github.com/ikokostya/ts-bugs can be used:
git clone https://github.com/ikokostya/ts-bugs
cd ts-bugs
npm install
npx tsc

The test project has the following file structure:
src/
    lib/
        foo.ts
    tests/
        foo.test.ts
tsconfig.json

tsconfig.json content:
{
    "compilerOptions": {
        "module": "commonjs",
        "moduleResolution": "node",
        "target": "es2017",
        "lib": ["es2017"],
        "strict": true,
        "noEmitOnError": true,
        "sourceMap": true,
        "rootDir": "src",
        "incremental": true,
        "outDir": "out"
    },
    "include": [
        "src/**/*"
    ]
}

Expected behavior:
After compilation tsbuildinfo file will be placed in out directory, i.e. ./out/tsconfig.tsbuildinfo.
Actual behavior:
tsbuildinfo file is placed in project root directory, i.e. ./tsconfig.tsbuildinfo.
Playground Link:
Related Issues:
https://github.com/Microsoft/TypeScript/pull/29161
https://github.com/Microsoft/TypeScript/issues/30457

This is correct since the output is relative to rootDir when specified. Since configFile is in parent directory relative to rootDir, the tsbuildinfo file goes in parent folder to outDir.
From  d53efdf38058e37d52e794b6650689294e69b185
tsbuild info is generated at:

If composite or incremental then only the .tsbuildinfo will be generated
if --out or --outFile the file is outputFile.tsbuildinfo
if rootDir and outDir then outdir/relativePathOfConfigFromRootDir/configname.tsbuildinfo
if just outDir then outDir/configname.tsbuild
otherwise config.tsbuildinfo next to configFile

@sheetalkamat this part was very much not obvious, and not mentioned in the original #29813 spec

if rootDir and outDir then outdir/relativePathOfConfigFromRootDir/configname.tsbuildinfo

This has left me needing to specify tsBuildInfoFile, which is a bit of a problem as we're only trial migrating between version 3.3 and 3.4 due to a breaking change and if I accidentally leave this setting in when running 3.3 I get an Unknown compiler option error.
Is there something other than rootDir that I can use to control the directory structure within outDir? That's the only reason I specified rootDir at all, rather than use the automatic common root directory.

This is definitely not obvious. I spent quite a while to figure out, why after adding a composite: true to one of my module, TS reports tsconfig.tsbuildinfo will be overwritten under the output dir root, and refuse to compile.
The reason is my project layout is having a src folder under each module (which is quite common I assume), and because of rule 3 mentioned above, the tsbuildinfo will go into the parent folder. Resulting in, having multiple composite project will step on each other with the tsbuildinfo file.
Putting the spec mentioned above in the doc would be helpful for sure.
Another thing can be done is changing configname to something like project name, since configname IMU is the base name of the project file, which is pretty much always going to be tsconfig.json, and that's why the conflict is happening.

At the end of the day needing to add tsBuildInfoFile to the config when switching to TS3.4 is not a huge deal, it's just surprising (and a little annoying).

Sure. Solving the issue is not hard, finding out why is really time consuming OTOH.

I hit this situation the other day, and had to add tsBuildInfoFile to my tsconfig file.
    "rootDir": "src",
    "outDir": "."

The tsbuildinfo was emitting one level up, outside of my project's directory.  This matches the description here https://github.com/Microsoft/TypeScript/issues/30925#issuecomment-483371766 but was initially confusing.
I guess it's done this way because the .tsbuildinfo is an artifact of my tsconfig file, similar to how .js and .d.ts files are artifacts of the .ts source code.  So I could move my tsconfig file into the src directory and create a root tsconfig with a "references" to it.

I've encountered this odd behavior when working under Bazel:
rootDir: /home/user/project/subdir1/subdir2/rootdir/
tsconfig: /home/user/project/tsconfig/tsconfig.json
outDir: /home/user/project/outdir/
This results in this behavior:
Relative path from rootDir to tsconfig: ../../../subdir2
Computed path to tsBuildInfo: /home/user/project/outdir/../../subdir2 = /home/tsconfig
(outdir/relativePathOfConfigFromRootDir/configname.tsbuildinfo)
This is outside the outDir and in a bit of a nonsense location! 🤯 (My file system complains about this 😛)
I'm not sure what the "ideal" behavior is, but it's certainly at least a little unexpected. Perhaps if the path is relative we could remove any leading ..s?

authors: TheSpyder ajaska cspotcode ikokostya sheetalkamat shivawu

repo: microsoft/TypeScript