-
Notifications
You must be signed in to change notification settings - Fork 674
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
π©βπ»π WinUI Community Call (March 18, 2020) #2104
Comments
I'm looking forward to the call. Are the issues with ObservableCollection expected to be resolved when the preview ships? Could the team talk about progress with known issues? Thanks! |
Grab the ICS for the community call from the new WinUI website: |
It would be great to have more information on the recently published MUX.Window spec. The spec covers very basic things.
Looking forward to hearing more information on the matter. P.S. I also hope we will see CsWinRT and .NET 5.0 for UWP Preview SDK soon, but I suppose that's not WinUI team responsibility. |
By the way, #2007 is closed by recent TabView PR, but it would be nice to have it confirmed WinUI TabView has feature-parity with WCT version and the ability to make it look exactly like in Microsoft Edge (UWP, not the Chromium one). |
TabView customizability (and the customizability of all controls) is an important part of the feature set. This has been an area of active investigation lately (#2100). Philosophically, we want to support reasonable control styling and customization across our controls; however, enabling TabView look exactly like ye olde UWP Edge isn't a high priority for the team. We'll continue to invest in ensuring that our controls are aligned with the latest Fluent patterns (including rounded corners, shadows), while supporting appropriate customization options. |
Is there a timeframe for when features like the XAML Ribbon are due to be implemented for feature parity with other frameworks? |
not a question for the call @stmoy it's great to hear WinUI team doesn't forget about customization options. |
Please shade more light on the UWP, WinUI and .NET 5 story |
The disparity in functionality of Window in UWP and Win32 feels like WinUI desktop is just WPF reskinned. I was personally hoping that functionality would work the same except where sandbox restrictions apply, meaning that targeting Win32 should match UWP 100% plus things UWP cannot do. |
Will WinUI 3 be backward compatible down to Windows 10 build 15063 like WinUI 2? Or it'll keep the current (3 alpha) compatibility down to build 17134? |
Good points @andrew-boyarshin! I would add:
Those are both features from WPF that are not achievable with current UWP, and would be great to have in WinUI. They're critical for apps like launchers, e.g. something like Alfred on Windows. |
Can you talk about titlebar cutomisation consistency between UWP and Desktop app model |
|
Will it be possible to just use AppWindows in the win32 app model? My use case is to use (non-UI) libraries that do not work in the UWP context. All UI-related parts can be completely UWP/WinUI. |
WinUI Proposal: Allow the App to Print without showing the Confirmation Dialog to user https://github.com/microsoft/microsoft-ui-xaml/issues/2126 |
Join us on teams for this call due to technical issues: |
Will Preview 1 support visual basic project types ? |
@andrew-boyarshin and @sharpninja The MUX-Window work is split into several phases. We just make public the P0 APIs, that fundamental ones. Once this phase is done, we will prioritize the second round of APIs. Win32 window APIs are very powerful, and let you know to do a lot of things. To unblock your scenarios we will expose the underneath HWnd in Win32 so you can manipulate the window using Win32 APIs meanwhile MUX-Window doesn't have a convenient API. Q: Will MUX.Window have a cool modern UWP look by default even on Win32? Q: What about proper styling? Glow (like VS), shadow, theme (Force/Prefer Dark/Light), border width (possibly 0) and color? Q: Will it be possible (and simple) to specify custom draggable area and extend view into titlebar? Q: What about rendering? An option to create no redirection bitmap (enabling bug-free acrylic on Win32) would be great to have. Q: Will it be implemented for Win32 as an ordinary window with a single XAML Island? Or in a proper way (full-XAML window without an Island), without unnecessary layer of complexity and potential issues related to window event handling? Q: Will the window be in ZBID_UIACCESS band when the user has UIAccess token? Q: Will topmost be supported, at least on Win32? |
@lhak, |
@JosephusPaye Q: Will it be possible to make the window transparent (with mouse events over transparent areas falling through to whatever is behind the window)? |
@marb2000 thank you for your answer. I didn't quite catch the very important detail about phases. Which will make into WinUI 3 RTW? It's great to have Hwnds, and it does solve a lot of problems. Still, There is one more point. I trust the WinUI developer team too. But it's much easier to reuse XAML Islands code (like |
Hey @alvinashcraft - sorry for the ping, I was just curious to what "issues with Were you referring to the missing APIs that are being worked on in dotnet/runtime#18087? |
Hey, @Sergio0694. No problem. I was talking about the INotifiyPropertyChange issue with ObservableCollection that is referenced on the MS Docs page for the Alpha release:
I've seen this issue when using ObservableCollection as an ItemsSource on a ListView in the Alpha. |
Why can't the less common one inherit the more common? The ObservableCollection works everywhere.
β¦________________________________
From: Alvin Ashcraft <notifications@github.com>
Sent: Wednesday, March 18, 2020 6:08:25 PM
To: microsoft/microsoft-ui-xaml <microsoft-ui-xaml@noreply.github.com>
Cc: The Sharp Ninja <ninja@thesharp.ninja>; Mention <mention@noreply.github.com>
Subject: Re: [microsoft/microsoft-ui-xaml] π©βπ»π WinUI Community Call (March 18, 2020) (#2104)
Hey, @Sergio0694<https://github.com/Sergio0694>. No problem. I was talking about the INotifiyPropertyChange issue with ObservableCollection that is referenced on the MS Docs page<https://docs.microsoft.com/en-us/uwp/toolkits/winui3/> for the Alpha release:
The .NET interfaces System.ComponentModel.INotifyPropertyChanged and System.Collections.Specialized.INotifyCollectionChanged are projected into the WinRT Windows.UI.Xaml namespace as Windows.UI.Xaml.Data.INotifyPropertyChanged and Windows.UI.Xaml.Interop.INotifyCollectionChanged, respectively. However, WinUI 3.0 depends on interfaces in the Microsoft.UI.Xaml namespace, so types that implement these .NET interfaces do not function well with WinUI 3.0. To work around this issue, your type should implement the corresponding Microsoft.UI.Xaml interfaces.
As a result of this issue, ObservableCollection does not work well in conjunction with WinUI 3.0.
I've seen this issue when using ObservableCollection as an ItemsSource on a ListView in the Alpha.
β
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#2104 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AD3GCLCOPVTZOVYPMI6SIBTRIFH6TANCNFSM4LGVVDEA>.
|
@anawishnoff Do we have the recording please? |
@sharpninja |
@alvinashcraft Thanks for providing the details. The problem with ObservableCollection that you see in the Alpha bits is tracked by #1557. |
Id really like to watch a recording, unfortunately I was unable to make the call |
@harvinders @deanchalk Recording will be uploaded shortly. :) |
Recording has been uploaded! Check it out here: |
Ryan asked what "cross platform means to you". From an enterprise desktop app perspective, I want WinUI apps to be an alternative to developing web apps. Since web apps are by nature "cross-platform" (depends on your def of platform), we need something that will run on the prevalent desktop OS's in business. Windows, Mac OS, iOS and Linux Desktop. I'm on the fence about iOS because, I particularly care about workstations with keyboard and mouse. Do I care if a Fluent-looking app is running on OS X or Ubuntu? I will take consistent UI functionality over some religious argument that its not being true to the native OS. Do businesses care? I don't know, I think they care more about spending less time developing/tweaking per platform/OS. WinUI 3 targeting desktop OS's other than Windows is going to be a game changer. I would hope that leadership would see its importance and rank it high on the to-do list after 3.0 ships. One other thought, why (as an industry) are we spending so much time on PWAs, Electron, Blazor/WASM to get around the performance of browser-based apps? Simple. Because there is no (free) alternative to build and deploy desktop apps cross-platform. MS is the one company that can challenge the status quo and give developers and alternative to the browser (the establishment). If you're picturing someone throwing a large hammer at a television, sit and ponder that irony. Also, Ryan, Savoy, Miguel, Ranjesh and Ana thanks again for doing these calls. |
This community call has passed. You can watch the recorded version here:
https://youtu.be/kVbu2ZWCMhU
Hi all -
The next WinUI Community Call will be on Wednesday March 18.
We'll be broadcasting live on Microsoft Teams:
https://aka.ms/winuimarchcall
Details
Date: Wednesday March 18
Time: 17:00-18:00 UTC (9:00-10:00am Pacific)
Anyone and everyone is welcome - no pre-registration is required.
This will be an informal online call directly with members of our engineering team.
Please leave questions/topics/feedback!
We'll be dedicated a portion of the call to answering your questions, so please leave comments in this issue if there are any questions or topics you'd like us to cover next week!
If you've tried out the new WinUI 3 Alpha Feb 2020 update then we'd also love to talk about any feedback you might have so far on WebView2 or anything else.
Agenda
We'll have a few dev team leads around this month to help answer questions on the call and in the live chat stream.
The text was updated successfully, but these errors were encountered: