0

私たちのアプリの非常にシンプルでドリルダウンされたバージョンへのリンクを提供しました。2 つのページで構成される単純な Forms アプリが表示されます。最初のページには、2 番目のページに移動するためのボタンしかありません。私の 2 番目のページには、Windows Phone で EntryRenderer を使用したカスタム ViewCells を含む TableView があります。

これは XF 1.5 までは問題なく動作していましたが、XF 2.0 にアップグレードすることにしましたが、現在は動作しません。そのカスタム ビュー セルのすべてのエントリは、高さが 1 ピクセルに縮小されます。

ただし、ここにグリッチがあります。カスタムviewCellとエントリレンダラーを備えたテーブルビューを使用するページがアプリの最初のページである場合、すべて正常に動作すると考えました..しかし、ナビゲーションスタックのどこかにある場合..すべてのエントリが縮小されていることがわかります.

添付はサンプルプロジェクトです。そのまま実行すると綺麗なページが表示されます。MainPage = new NavigationPage(new SecondPage()); にコメントすると、& MainPage のコメントを外します = new NavigationPage(new FirstPage());

App.cs で、WP デバイスでアプリを再度実行すると、私が言及している問題が表示されます。

修正は本当にありがたいです。

サンプルコードは次のとおりです。

https://github.com/supreettare/TableViewInWP

ありがとう

4

2 に答える 2

1

Forms 1.5 と 2.0 の間に必要な変更が多数行われたため、時間の経過とともに新しいバグが発生する可能性があります。この場合、最短の答えは、ナビゲーションの方法とレイアウト レンダリングのタイミングに関連するバグがあるということです。サンプルプロジェクトが示すように、グリッド内にある限り、通常の Entry セルにも影響するようです。そのため、この問題は認識されており、Forms の将来のバージョンで解決される予定です。

HeightRequest現在考えられる回避策には、問題のエントリに を設定するかGrid.RowDefinition、グリッド自体に値 (高さを含む) を追加することが含まれます。これにより、副作用としてぎこちないパディングが発生する可能性がありますが、エントリは期待どおりに表示されるはずです。

于 2015-12-02T18:48:52.423 に答える
-1

評判50じゃないのでコメントできませんすみません…

サンプルをダウンロードし、実際の Android フォンにデプロイして動作させました。次に、あなたが書いたようにコメントします。ナビゲートするボタンが表示され、それをタップすると、すべてが正常に表示されます...直接ロードする場合、またはナビゲーションからロードする場合、同じページ。

あなたの問題は、エミュレーターまたは xamarin フォームの更新にある可能性があると思います。

1.5 から 2.0 にアップデートするのに多くの問題がありました。

于 2015-12-02T12:52:56.263 に答える