（Mac）パネルの再サイズの問題

Question

toggleCollapseボタンにリンクされた水平サイズ変更ビュー（技術的にはBWToolkitサイズ変更ビュー）を使用するMac用アプリケーションを作成しました。パネルを数回折りたたんだり展開したりすると、これが起こります（画像参照）。右のテーブルビューはパネルの仕切りと同じ高さになります。いずれにせよ、なぜこれが起こっているのかについての情報があります。私は注意深くアライメントとアンカーを正しく調整しましたが、これは不思議な問題のように見えます。

EDIT：は誰もがこの問題を持っていませんか？どんな入力が役に立つでしょう！たぶん私は新鮮なものを始める必要があるだろうか？

Answer 1

これは、BWSplitView自体の既知のバグであり、アニメーションとタイマーがそのビューでどのように作用するかに関連しています。詳細はここで覆われている：

http://bwalkin.lighthouseapp.com/projects/36323/tickets/34-split-view-doesnt-resize-subview-properly-during-a-toggle-uncollapse-after-manual-collapse

をビューがアニメーションされる前に、ビューは内容に影響を与えずに拡張/折りたたむことができるように、基本的に、autoresizesSubviewsは、設定されていません。タイマーがスケジュールされ、アニメーションが完了したときのautoresizesSubviewsプロパティが復元されます。しかし（もちろん）アニメーションは、予定されたタイマーの起動よりも少し早く、またはそれよりも少し早く終了することがあります。アニメーションが完了する前に自動サイズ変更がオンにされ、結果的にピクセルのサイズが変更されます。見たことがあるように、サブビューは、ビューが折りたたまれて折りたたまれていないときに少し動く傾向があります。

これは、CAAnimationがコールバックを使用して完了したが、これがまだ実装されていない場合、自動修正を復元するための完全な修正です。しかし、そのスレッドでは、 "Robert Payne"がBWSplitView.mのバージョンを投稿しました。これは少し異なるアプローチを採用しています。ビューのサイズは折りたたまれる前に記録され、展開後に復元されます。私はこのパッチを自分で適用しました（最初はコンパイルされませんが、宣言されていない変数の単純な問題です）、問題を修正できるかどうか確認できます。

正常にコンパイルされるBWSplitView.m、またはコンパイルされたフレームワークのコピーを希望したら教えてください。