- ai_enabled
- Posts: 231
- Joined:
- Contact:
Migration 1.1.x -> 1.2.0 (Unity Package)
I've noticed some changes not listed in the release notes:
1. OTF fonts format seems to not supported anymore. I've converted fonts to TTF to fix that, but it was just guessing as NoesisGUI doesn't display any meaningful error for that, just "font not found". Also I can't find any tutorial regarding fonts and Unity3D.
2. for MouseEventArgs the "e.position" replaced with "e.GetPosition()" (and you need to provide value for that, "null" (like in WPF) is crashing Unity - I've reported the issue to the bugtracker).
3. some controls like ScrollViewer, ItemsControl and WrapPanel now have Border or/and Background by default, so you need define default style for them and set these fields to {x:Null} (previously it works without issues).
1. OTF fonts format seems to not supported anymore. I've converted fonts to TTF to fix that, but it was just guessing as NoesisGUI doesn't display any meaningful error for that, just "font not found". Also I can't find any tutorial regarding fonts and Unity3D.
2. for MouseEventArgs the "e.position" replaced with "e.GetPosition()" (and you need to provide value for that, "null" (like in WPF) is crashing Unity - I've reported the issue to the bugtracker).
3. some controls like ScrollViewer, ItemsControl and WrapPanel now have Border or/and Background by default, so you need define default style for them and set these fields to {x:Null} (previously it works without issues).
AtomicTorch Studio Pte. Ltd. http://atomictorch.com
-
sfernandez
Site Admin
- Posts: 3093
- Joined:
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
We leave them out unintentionally when changing the resource architecture. Will add support back in the next release. About the error, if a resource is not found a message should be logged to the console when building the xaml, something like this:1. OTF fonts format seems to not supported anymore. I've converted fonts to TTF to fix that, but it was just guessing as NoesisGUI doesn't display any meaningful error for that, just "font not found". Also I can't find any tutorial regarding fonts and Unity3D.
Code: Select all
[dx9] Assets/Test/Test.xaml
Parsing TextBlock.FontFamily (@41,8).
'Fonts/Arial' string cannot be converted to FontFamily
I fixed the e.GetPosition(null) problem and will be ready for the next release, thanks for reporting it.2. for MouseEventArgs the "e.position" replaced with "e.GetPosition()" (and you need to provide value for that, "null" (like in WPF) is crashing Unity - I've reported the issue to the bugtracker).
Yes, our default style sets a border and background to base control classes (Control, ContentControl, ItemsControl, ScrollViewer... but not to Panels like WrapPanel) to give some kind of visual feedback to the user if they don't provide a suitable template. Do you think it is better to leave these properties to the default null?3. some controls like ScrollViewer, ItemsControl and WrapPanel now have Border or/and Background by default, so you need define default style for them and set these fields to {x:Null} (previously it works without issues).
- ai_enabled
- Posts: 231
- Joined:
- Contact:
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
It was logged, but I didn't understand why, as font was there and everything works fine for other fonts, until I noticed that it's OTF font. Glad to know it was unintentional and support for OTF fonts will be restored.About the error, if a resource is not found a message should be logged to the console when building the xaml, something like this:Code: Select all[dx9] Assets/Test/Test.xaml Parsing TextBlock.FontFamily (@41,8). 'Fonts/Arial' string cannot be converted to FontFamily
I've spent much time to found all grey borders/backgrounds controls and override them in styles, it was really surprising as my custom controls (inherited from ContentControl and other base types), for which I didn't set Border or Background in 1.2.0, was rendered with them. And I'm sure it will confuse new users, who develop their UI in WPF prototype and them copy-paste XAML to use with NoesisGUI. So I would like if you remove borders/background or at least mention about them in documentation with a "reset styles" XAML code presented nearby (to help people who don't need these borders/backgrounds get rid of them).Yes, our default style sets a border and background to base control classes (Control, ContentControl, ItemsControl, ScrollViewer... but not to Panels like WrapPanel) to give some kind of visual feedback to the user if they don't provide a suitable template. Do you think it is better to leave these properties to the default null?3. some controls like ScrollViewer, ItemsControl and WrapPanel now have Border or/and Background by default, so you need define default style for them and set these fields to {x:Null} (previously it works without issues).
AtomicTorch Studio Pte. Ltd. http://atomictorch.com
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
+1! NoesisGUI rendering should be as close to WPF and/or Blend (design-time) rendering as possible! So please remove/fix all the styles those break this compatibility!I've spent much time to found all grey borders/backgrounds controls and override them in styles, it was really surprising as my custom controls (inherited from ContentControl and other base types), for which I didn't set Border or Background in 1.2.0, was rendered with them. And I'm sure it will confuse new users, who develop their UI in WPF prototype and them copy-paste XAML to use with NoesisGUI. So I would like if you remove borders/background...
-
sfernandez
Site Admin
- Posts: 3093
- Joined:
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
I've spent much time to found all grey borders/backgrounds controls and override them in styles, it was really surprising as my custom controls (inherited from ContentControl and other base types), for which I didn't set Border or Background in 1.2.0, was rendered with them. And I'm sure it will confuse new users, who develop their UI in WPF prototype and them copy-paste XAML to use with NoesisGUI. So I would like if you remove borders/background or at least mention about them in documentation with a "reset styles" XAML code presented nearby (to help people who don't need these borders/backgrounds get rid of them).
Ok, I understand and agree with you. We should behave like WPF as much as possible.+1! NoesisGUI rendering should be as close to WPF and/or Blend (design-time) rendering as possible! So please remove/fix all the styles those break this compatibility!
We will change our default styles in the following release.
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
As of 1.2.2 the problem is not fixed yet. Should we file an issue at bug tracker?I've spent much time to found all grey borders/backgrounds controls and override them in styles, it was really surprising as my custom controls (inherited from ContentControl and other base types), for which I didn't set Border or Background in 1.2.0, was rendered with them.Ok, I understand and agree with you. We should behave like WPF as much as possible.+1! NoesisGUI rendering should be as close to WPF and/or Blend (design-time) rendering as possible! So please remove/fix all the styles those break this compatibility!
We will change our default styles in the following release.
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
We were focused in v1.2.2 with the Unity5 integration and fixing several critical issues. This one was left out. But I think it will be solved in v1.2.3. Yes, please, report it.
Thanks!
Thanks!
Re: Migration 1.1.x -> 1.2.0 (Unity Package)
No ticked needed. We already solved it in 1.2.3 as you can see in our Trello board.
Who is online
Users browsing this forum: Ahrefs [Bot], Google [Bot] and 0 guests