xamarin/Xamarin.Forms

Xamarin listview when loaded inside secondary view of SfNavigationDrawer doesn't display in view completely

Aberta

#5.889 aberto em 11 de abr. de 2019

Ver no GitHubGuia do colaborador
 (6 comentários) (0 reação) (0 responsável)C# (1.926 forks)batch import
a/listviewe/4 :clock4:help wantedinactivep/Androidp/UWPpartnert/bug :bug:up-for-grabs

Métricas do repositório

Stars
 (5.644 estrelas)
Métricas de merge de PR
 (Nenhuma PRs mesclada em 30d)

Description

Description

When you open secondary drawer, there are totally 3 items but only one comes in view in portrait mode. If you change device orientation to landscape mode then all 3 items loaded completely. Can you please check the reported issue in while loading initially in portrait mode. Not sure about issue in

Steps to Reproduce

  1. Open primary NavigationDrawer
  2. Tap MoBaViewer1
  3. Now open secondary navigation drawerUWP & iOS.

Expected Behavior

Three items loaded in xamarin listview should display fully in view.

Actual Behavior

Three items loaded in xamarin listview doesn't display fully in view.

Basic Information

  • Version with issue: 3.6.0.293080
  • Last known good version:
  • IDE: VS 2017
  • Platform Target Frameworks:
    • Android: 8.1 API 27
  • Android Support Library Version: 27.0.2.1

Reproduction Link

http://www.syncfusion.com/downloads/support/directtrac/general/ze/SIMPLE~1-43228028

Guia do colaborador

Direção de pesquisa
Investigue o comportamento de layout do ListView dentro do SfNavigationDrawer quando a gaveta é aberta no modo retrato. Verifique se o problema está relacionado à medição de altura ou ciclos de layout. O link de reprodução (http://www.syncfusion.com/downloads/support/directtrac/general/ze/SIMPLE~1-43228028) pode conter um projeto de exemplo. Revise os comentários #1 #6 para obter insights adicionais. Foque na interação entre a gaveta e a renderização da listview.
Pilha de tecnologia
csharp
Domain
mobile
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Principalmente claro
Prerequisites
C#Xamarin.Forms
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
65