Githawk: コメントを編集する

楽しみにしています。

良いリマインダー、これに乗るつもりです！

アプリをありがとう。 私たちのアプリは他のアプリよりもはるかにクリーンであり、それが正しい方法だと思います。

*あなたの

これがこの問題の理由です。

これに関していくらかの進歩を遂げました。 これで、アイテムごとに元の値下げStringとviewerCanUpdateができます。 また、各コメントに「...」とアクションメニューを接続しました。 計画は次のとおりです。

• viewerCanUpdate == trueの場合、編集アクションアイテムを追加します
• デリゲートイベントをIssueViewControllerに送信します
• editing = trueを設定し、$ IssueCommentSectionController $をリロードします
  
  
  
  • すべてのセルを50％透明に変更します
  
  
• Issue VCはrawMarkdownをSlackテキストフィールドに入れ、ファーストレスポンダーになります
• キャンセル時に、 editing = falseを設定し、セクションコントローラーをリロードします
• 送信時に、スピナーをどこかに表示します（VC全体をオーバーレイする可能性がありますか？）
  
  
  
  • 終了時に更新されたコメントモデルを受け取る
  
  
  • 解析
  
  
  • 新しいモデルをフィードに入れます（元のモデルを置き換えます）
  
  

かなり複雑ですが、欠けています。

SlackTVを使用する際にそれをスクラッチします...複雑すぎます。 その代わり：

• 「編集」メニューオプションを表示
• アクションバー付きのUITextViewである新しいIssueEditCommentViewControllerをモーダルに表示します
  
  
  
  • アクションバーは、独自のクラスなどにバンドルする必要があります...
  
  
  • VCに元のマークダウンテキストを与える
  
  
• モーダルには「キャンセル」と「更新」があります
• 成功したら、新しいマークダウンモデルを使用してセクションコントローラーに戻ります。 セクションコントローラーは、新しいマークダウン付きの新しいIssueCommentModel （または何か）を作成し、そのビューモデルを上書きします。

ええ、これはうまくいくはずで、インライン編集を処理しようとするよりも_たくさん_簡単だと思います。

私の帰りの飛行機でこれをさらに進歩させました：

• 編集VCを作成
• viewerCanUpdateの場合のアラートアクションの配線

次は、ネットワーキングとUIの更新です。

これをTestFlightでテストして、準備ができました。