Skip to content
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

SettingsCards do not display correctly on dotnet run #245

Open
2 of 24 tasks
nlogozzo opened this issue Oct 1, 2023 · 2 comments
Open
2 of 24 tasks

SettingsCards do not display correctly on dotnet run #245

nlogozzo opened this issue Oct 1, 2023 · 2 comments
Labels
bug Something isn't working external ⤴️ Requires an update to an external dependency or due to code outside the Toolkit.

Comments

@nlogozzo
Copy link

nlogozzo commented Oct 1, 2023

Describe the bug

When running an unpackaged WinUI 3 Windows App SDK application via dotnet build && dotnet run in a Terminal, WCT SettingsCard widgets do not display correctly.

When building and running the app from Visual Studio 2022, the widgets are displayed correctly

Steps to reproduce

Start a new unpackaged WinUI 3/WinAppSDK project and add a wct:SettingsCard run the app via the terminal with dotnet build && dotnet run and see that the SettingsCard is not displayed correctly.

Expected behavior

Running from VS 2022:

image

Screenshots

dotnet build && dotnet run:
image

Code Platform

  • UWP
  • WinAppSDK / WinUI 3
  • Web Assembly (WASM)
  • Android
  • iOS
  • MacOS
  • Linux / GTK

Windows Build Number

  • Windows 10 1809 (Build 17763)
  • Windows 10 1903 (Build 18362)
  • Windows 10 1909 (Build 18363)
  • Windows 10 2004 (Build 19041)
  • Windows 10 20H2 (Build 19042)
  • Windows 10 21H1 (Build 19043)
  • Windows 10 21H2 (Build 19044)
  • Windows 10 22H2 (Build 19045)
  • Windows 11 21H2 (Build 22000)
  • Other (specify)

Other Windows Build number

No response

App minimum and target SDK version

  • Windows 10, version 1809 (Build 17763)
  • Windows 10, version 1903 (Build 18362)
  • Windows 10, version 1909 (Build 18363)
  • Windows 10, version 2004 (Build 19041)
  • Windows 10, version 2104 (Build 20348)
  • Windows 11, version 22H2 (Build 22000)
  • Other (specify)

Other SDK version

Windows App SDK 1.4.1

Visual Studio Version

2022

Visual Studio Build Number

No response

Device form factor

No response

Additional context

No response

Help us help you

No, I'm unable to contribute a solution.

@michael-hawker
Copy link
Member

@nlogozzo I don't know if building/running from the commandline is a supported scenario for the WASDK/WinUI3? See these discussions/issues in the platform repo:

I would maybe add a note to the issue with your images? It at least seems like you can run, but there are still issues remaining? I don't think there's anything we can do here from the Toolkit side.

@michael-hawker michael-hawker added bug Something isn't working external ⤴️ Requires an update to an external dependency or due to code outside the Toolkit. labels Oct 3, 2023
@nlogozzo
Copy link
Author

nlogozzo commented Oct 3, 2023

I don't know if building/running from the commandline is a supported scenario for the WASDK/WinUI3?

The issue isn't building and running from command line....it builds and runs just fine

I don't think there's anything we can do here from the Toolkit side.

The only issue is that SettingsCard toolkit widget isn't displayed correctly when running from commandline as seen from this:
https://user-images.githubusercontent.com/17648453/271800256-cc2761d1-6335-4f5f-b557-e25d38d984ed.png

Whereas from VS it looks correctly like this: https://user-images.githubusercontent.com/17648453/271800250-5ccc0d0c-872a-4a75-9226-a871dcf2513e.png

Every other WinUI widget looks and works correctly, just this one Toolkit widget doesn't. Sorry if that was unclear

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working external ⤴️ Requires an update to an external dependency or due to code outside the Toolkit.
Projects
None yet
Development

No branches or pull requests

2 participants