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

Add support for UseNavigationViewWhenPossible #1494

Closed
nmetulev opened this issue Nov 27, 2017 · 17 comments
Closed

Add support for UseNavigationViewWhenPossible #1494

nmetulev opened this issue Nov 27, 2017 · 17 comments
Labels
done The work necessary to address the issue has been completed and verified in the nightly build but the Prism Issue relates to generating a project specifically with the Prism framework.
Milestone

Comments

@nmetulev
Copy link
Member

For new Features:

@mvegaca mvegaca self-assigned this Dec 1, 2017
@mvegaca mvegaca added the in-progress The issue is currently being actively worked on. label Dec 1, 2017
@mvegaca
Copy link
Collaborator

mvegaca commented Dec 1, 2017

Working on it.

@mvegaca
Copy link
Collaborator

mvegaca commented Dec 4, 2017

Hi @nmetulev
I'm updating the tookit to 2.1.0 version. In case of Hamburguer menu I've seen that if it's on FCU W10 appears a header text when the window is in narrow state.

This is a screenshot of toolkit sample app.
image

How can I customize this text or avoid this behavior?

@mvegaca
Copy link
Collaborator

mvegaca commented Dec 4, 2017

Could it be the NavigationView header that it isn't set to a HamburguerMenu property?

@nmetulev
Copy link
Member Author

nmetulev commented Dec 4, 2017

It's a known issue actually, here is the fix: CommunityToolkit/WindowsCommunityToolkit#1655

@ralarcon
Copy link
Contributor

ralarcon commented Dec 4, 2017

@nmetulev Do you know when is planned to release this fix?

@nmetulev
Copy link
Member Author

nmetulev commented Dec 4, 2017

If you need this before February, we can do a 2.1.1 release to add this fix this month hopefully.

@crutkas
Copy link
Member

crutkas commented Dec 4, 2017

@nmetulev we would need this before else it is a blocking issue.

@mvegaca
Copy link
Collaborator

mvegaca commented Dec 18, 2017

I've been updating Toolkit version to 2.1.1 on this issue branch and adding conditional Xaml on window size change visual state changes.

I've found an app crash applying these changes to new Prism framework, It looks an unhandled exception when HamburgerControl sets the items source to NavigationView. I've been attached a crash repro here.

@nmetulev can have a look on this? I think the we are adding the same code on different frameworks and it still crashing on Prism. Thank you much!

@crutkas
Copy link
Member

crutkas commented Dec 18, 2017

@LeeParrishMSFT actually you may need to take a look from @mvegaca's comment above regarding Prism

@crutkas crutkas added the Prism Issue relates to generating a project specifically with the Prism framework. label Dec 18, 2017
@mvegaca
Copy link
Collaborator

mvegaca commented Dec 19, 2017

Code added on PR #1590. It's working on Prism.

@mvegaca mvegaca added Can Close Out Soon Work relating to this issue has been completed. and removed in-progress The issue is currently being actively worked on. labels Dec 19, 2017
@ralarcon
Copy link
Contributor

It looks there was an issue with the target framework on prism project.

@crutkas
Copy link
Member

crutkas commented Dec 19, 2017

what changed to make it fail then work?

@ralarcon
Copy link
Contributor

The target framework was not set to 10.0.16299.0, that makes the NavView rise the exception...

@crutkas
Copy link
Member

crutkas commented Dec 19, 2017

check, so repro had an issue, not the toolkit.

@LeeParrishMSFT
Copy link
Contributor

I also ran into a similar issue in that when the version of the UWP Community Toolkit was updated to the later version that the target runtime in the base Prism project is too old. It was still set to 5.2.3, and the other projects have come up to 6.0.1.

I ran into this while working on issue #1548 and noticed it when I started bringing the UWP Toolkit into that template that it was forcing a downgrade of the Toolkit due to the old runtime version. So I'm going to move up the target framework for the base Prism project to 6.0.1, but I'll need to run all the unit tests again to verify it doesn't introduce any other issues. We can also set the target version to 10.0.16299.0 and get everything updated to the match the latest versions for Prism.

@ralarcon
Copy link
Contributor

ralarcon commented Dec 20, 2017

@LeeParrishMSFT We already have done these changes. They are in the dev branch right now.

@mrlacey mrlacey added this to the 1.7 milestone Jan 2, 2018
@mvegaca mvegaca removed their assignment Jan 3, 2018
@dgomezc
Copy link
Collaborator

dgomezc commented Jan 15, 2018

Verified in Nightly
Wizard: 0.16.18015.65002
Templates: 0.16.18015.3

@dgomezc dgomezc added done The work necessary to address the issue has been completed and verified in the nightly build but the and removed Can Close Out Soon Work relating to this issue has been completed. labels Jan 15, 2018
@dgomezc dgomezc closed this as completed Jan 15, 2018
@ghost ghost locked as resolved and limited conversation to collaborators Jun 26, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
done The work necessary to address the issue has been completed and verified in the nightly build but the Prism Issue relates to generating a project specifically with the Prism framework.
Projects
None yet
Development

No branches or pull requests

7 participants