Open ceee opened 5 years ago
Any updates on this?
Ping ping... @chrisglein
I think this is something we can only fix with WinUI 3.0 since settting the font stretch on the content presenting ScrollViewer has no effect, and changing the content presenting ScrollViewer to a ContentPresenter and setting thats FontStretch does not work either.
Confirmed. Neither TextBox.FontStretch or RichEditBox.FontStretch are not setting this with RichEdit. This is a bug, and to fix it we'd need to do it in WinUI 3.0. For RichEditBox as a workaround the app can set it in code through the document API on CharacterFormat using the ITextCharacterFormat API.
Still broken in WinUI 3.0 Preview 2, @chrisglein @chingucoding @jevansaks
Still broken after releasing WindowsAppSdk. Confirmed with TextBox/TextBlock + Roboto font.
Almost 3 years later and this is still ignored 😔 @chrisglein As this was not part of WinUI 3, when and where can we expect a fix for this issue?
@jevansaks @chrisglein Any updates on this issue?
I'd really appreciate if this get fixed soon.😢
@jevansaks @chrisglein Any updates on this issue?
Bumping this; I also don't understand why you would need WinUI 3 to fix it. It's an internal platform issue...
Describe the bug When you set a font family via
FontFamily
in aTextBox
it may use the wrong font stretch by default, in case the font family contains multiple stretches. This is the case for Arial, Bahnschrift and others. There is no way to select a different font stretch in aTextBox
as theFontStretch
property seems to be completely ignored. The same problem also exists for theRichEditBox
.Steps to reproduce the bug
Expected behavior It is expected that the rendered text from the
TextBlock
looks the same as from theTextBox
. Instead Arial Narrow is used and theFontStretch
property is completely ignored.Screenshots![image](https://user-images.githubusercontent.com/445092/58948008-ba201200-8778-11e9-9f34-da6648a4d1c1.png)
Version Info OS: Win10 Pro x64 (17763) SDK: Reproduced this with 17763, 17134, 16299 and 15063.