xamarin/Xamarin.Forms

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

Offen

#5.889 geöffnet am 11.04.2019

Auf GitHub ansehenContributor Guide
 (6 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C# (1.926 Forks)batch import
a/listviewe/4 :clock4:help wantedinactivep/Androidp/UWPpartnert/bug :bug:up-for-grabs

Repository-Metriken

Stars
 (5.644 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

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

Contributor Guide

Research-Richtung
Untersuche das Layoutverhalten von ListView innerhalb von SfNavigationDrawer, wenn die Schublade im Hochformatmodus geöffnet wird. Prüfe, ob das Problem mit der Höhenmessung oder Layoutzyklen zusammenhängt. Der Reproduktionslink (http://www.syncfusion.com/downloads/support/directtrac/general/ze/SIMPLE~1-43228028) könnte ein Beispielprojekt enthalten. Überprüfe die Kommentare #1 #6 auf zusätzliche Erkenntnisse. Konzentriere dich auf die Interaktion zwischen der Schublade und dem Rendering der Listview.
Tech Stack
csharp
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
C#Xamarin.Forms
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65