-
Notifications
You must be signed in to change notification settings - Fork 334
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update Windows App SDK Roadmap #2270
Conversation
/azp run |
1 similar comment
/azp run |
- **Improved default and custom title bar** with new functionalities like z-order, sizing/resizing, tall title bar, and extended show. | ||
- Apps using the Windows App SDK can **run with elevated permissions**. | ||
- Apps that deploy with all their dependencies together are now able to include the Windows App SDK as well. **(self-contained deployment)** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awkward sentence and floating parenthetical.
- Apps using the Windows App SDK can **run with elevated permissions**. | ||
- Apps that deploy with all their dependencies together are now able to include the Windows App SDK as well. **(self-contained deployment)** | ||
- Apps can **push notifications** regardless of being packaged/unpackaged, or whether the app is published in the Store. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Apps can **push notifications** regardless of being packaged/unpackaged, or whether the app is published in the Store. | |
- Apps can **push notifications** regardless of packaging and where the app is published. |
- Apps that deploy with all their dependencies together are now able to include the Windows App SDK as well. **(self-contained deployment)** | ||
- Apps can **push notifications** regardless of being packaged/unpackaged, or whether the app is published in the Store. | ||
- The **environment variables** PATH, and PATHEXT can be managed and tracked at runtime using new convenient APIs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- The **environment variables** PATH, and PATHEXT can be managed and tracked at runtime using new convenient APIs. | |
- The **environment variables** PATH and PATHEXT can be managed and tracked at runtime using new convenient APIs. |
- Apps can **push notifications** regardless of being packaged/unpackaged, or whether the app is published in the Store. | ||
- The **environment variables** PATH, and PATHEXT can be managed and tracked at runtime using new convenient APIs. | ||
- Apps can **restart** manually or register themselves to be restarted if it was running when a system update occurs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- Apps can **restart** manually or register themselves to be restarted if it was running when a system update occurs. | |
- Apps can **restart** manually or register themselves to be restarted after a system update occurs. |
|
||
Technologies within the Windows App SDK have already benefitted greatly from the incredible feedback and insights the community has provided around features to build, and bugs to fix. | ||
*Thank you* for your continued passion and drive to make Windows App SDK the best platform it can be; it has really made a difference! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Windows App SDK isn't a platform and AFAIK isn't documented as such.
*Thank you* for your continued passion and drive to make Windows App SDK the best platform it can be; it has really made a difference! | |
*Thank you* for your continued passion and drive to make Windows App SDK the best it can be; it has really made a difference! |
@gabbybilka did you see my comments above? |
Pipelines were unable to run due to time out waiting for the pull request to finish merging. |
1 similar comment
Pipelines were unable to run due to time out waiting for the pull request to finish merging. |
Doesn't matter now, went live and shown on WinUI Community Call. Great community engagement. |
Hey @riverar, unfortunately I wasn't able to address your comments yesterday as we were running into issues with the Azure Pipelines bot and had to manually run the PR pipeline to merge in the roadmap. As time was short between then and the call, I prioritized having a publicly available roadmap for folks to view and leave additional feedback on. I've opened up a new PR to refine the roadmap based off of your suggestions, thank you! #2273 |
No description provided.