iOS 11 Floating TableView Header

Question

アプリが複数のセクションに分かれていて、セクションごとにいくつかの行が展開されていて、折りたたまれていない場合はありません。各セクションにはセクションヘッダーがあり、UITableViewHeaderFooterViewなどのサブクラスを使用してそれらを再利用していました。 iOSの11で続いて

：

Screenshot describing the issue

私は視覚的なデバッガを使用し、それが私のセクションヘッダ浮動です確認しました。ヘッダーの下にあるすべての行が正しく表示され、他のヘッダーは正常に表示されます。

健全性を回復するために、ヘッダーの再利用ロジックをすべて取り除き、プログラマチックに作成しました。同じ同じ。すべてのiOS 11以前の作業は、iOS 11でまだ浮動しています。浮動小節は毎回変わるようです。

アイデア？

Answer 1

ストーリーボードのヘッダーを追加しましたか？「はい」の場合は「ストーリーボードのテーブルビューのヘッダー」を共有してください。
また、行の高さを計算していますか？期待どおりの計算ですか？

Answer 2

テーブルスタイルをプレーンからグループに変更してみます。

Answer 3

ちょうど同様の問題に遭遇し、私のために働いthe discussion on this issueが見つかりました：

self.tableView.estimatedRowHeight = 0; 
self.tableView.estimatedSectionHeaderHeight = 0; 
self.tableView.estimatedSectionFooterHeight = 0; 

は、推定高さを使用するiOSの11で変更UITableViewのデフォルトの動作のように思えます。

テーブルビューでは、デフォルトで推定高さが使用されるようになりました。これは、デフォルトでセルとセクションのヘッダー/フッタービューがセルフサイズになることを意味します。 estimatedRowHeight、estimatedSectionHeaderHeight、およびestimatedSectionFooterHeightプロパティのデフォルト値は、UITableViewAutomaticDimensionになりました。これは、テーブルビューが使用する推定高さを選択することを意味します。可能であれば、実際の高さの平均値を推測するために、各プロパティについてより正確な見積もりを提供する必要があります。 iOS 11 SDKを使用してアプリケーションをビルドするときに別の動作をするテーブルビューコードがあり、セルフサイジングを採用したくない場合は、各推定高さプロパティ。 （30197915）

また、ベータ2リリースノートmirrored hereも参照してください。

私の場合には、@ahmedre答えはあなたも働いていない0にすべての推定プロパティを設定するのであれば、私の答えはおそらくあなたを助ける...

が動作していない理由を私は知らない

Answer 4

：

func tableView(_ tableView: UITableView, estimatedHeightForHeaderInSection section: Int) -> CGFloat { 
    return 0.1 
} 

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat { 
    return 0.1 
}