＊＊＊今後の課題

＊＊ GUI関連

- (一部完了)TreeViewにおけるPaste機能の実装
　既にDnDの実装があるので、同じことなんだが面倒くさ。DnDの場合と同様に、
　同ツリーからのPasteだけを取り敢えず実装した。というか、DnDも中途半端
　に実装したままだったことに今頃気付いても、やる気が起きないので、残り
　は0.6リリース後ということで……。

- DAT落ちスレへの対応
　→バージョン0.5以前のおちゅ〜しゃにはhtml化済の過去スレを読む機能が
　　実装されていたが、その時は●対応のついでっぽい気分で実装したので●
　　に対応していない現在では使用頻度が低すぎることも相まって、優先順位
　　が最低に近い。
　→●による読み込みにも対応すべきか？
　　旧バージョンでは対応していたが、事実上実装実験のために契約した●の
　　期限が切れた後、やはり必要性を感じていない●を再び買うのは憚られる。
　　――のべ１時間も使っていない希ガス。

- 掲示板外リンククリック時の挙動のカスタマイズ
　コマンドラインテンプレートの加工をScheme手続きに外注すべきかもしれな
　い。

- メニューバー右端のネットワークアクセス状況アイコンの挙動の修正
　現在はおちゅ〜しゃ全体でネットワークアクセスがあるかどうかを示してい
　る。これはステータスバーを見れば判るので、現在の（キーボードフォーカ
　スを持つ）Viewのタブラベルに付いているアイコンと同じ情報を表示する方
　が便利かもしれず。
　→ペインに表示されているページが１ページの場合には、デフォルトではタ
　　ブブックマークが表示されないため、エラーが起こっていても気付き難い
　　という状況を解決するのには便利か？
　↑MainWindowで現在の（キーボードフォーカスを持つ）ViewがTabLabelなタ
　　ブラベルを持っている場合に、label->get_widget()で得られる
　　OchushaIconLabelオブジェクトの"notify::pixbuf",
　　"notify::pixbuf-animation","notify::stock"辺りを監視して、メニュー
　　バー右端に表示すべきモノを決めるという方針で実装できそう。
　　→実装するだけなら可能だが、スレ一覧にキーボードフォーカスを与えた
　　　ままスレを順に読む……という比較的ありがちな使用方法を考慮すると、
　　　この方針ではスレ更新の失敗を知ることができない。もっと良い在り方
　　　が無いものか……。
　　　→ThreadlistTabsやThreadTabsなGtkActionのためのGtkComboBoxに現在
　　　　選択されているタブのアイコンと同じものが表示できたら良くね？

- スレタイの短縮表示
　板名は短縮名をプロパティで設定……というので十分だし、適当な規則で自
　動的に短縮というのには向いていないだろうことが想定できた。が、スレタ
　イの短縮名をユーザに一々設定させるというのは有り得ない設計だろう。そ
　れなら、単純に先頭からn文字で打切りとかになっている方がマシだ。
　→これはやはり、scheme関数任せにするのが良さそう。scheme関数の実装用
　　便利関数として、特定の文字列が「いわゆる半角文字」換算で何文字分に
　　なるのかを判定する関数辺りは用意しておくべきだろう。
　↑0.6リリース前に実装しようと思っていたが、前項目の「GtkComboBox」に
　　アイコン表示関係でThreadlistTabsやThreadTabs関連のGtkComboBox周辺
　　に手を入れる予定なので、それまで先送り。

- スレ一覧の一括表示モード
　構築が終わるまでGtkTreeModelをGtkTreeView(OchushaTreeSelectorView)か
　ら外しておくモードを設定可能にすべきか？
　→アクティブフォルダや既得スレ一覧のようなパターンでは長時間掛かる可
　　能性があるのでそこは選択可能にするのか？
　　↑選択可能なら何でもおkというのは思考停止という希ガス

- 履歴表示関連
　現状の貯めるだけ貯めて放置というのはどうか。

- 板一覧ツールバーとブックマークツールバー
　OchushaTreeMenuHelperのツールバー版のようなものを実装すればおk。

- 板一覧やブックマークの編集
　作りかけのまま放置されている件……。

- １ペインモード
　完全に１ペイン＋サイドバーというウェブブラウザ風GUIも有りだろう。

　スレ一覧もしくはスレのいずれかについて、キーボードフォーカスを持って
　いる、もしくは、最後にキーボードフォーカスを持っていた方を優先的に表
　示する（他方はタブラベル部分を残す位に縮めて表示する）偽１ペインモー
　ドというのも考え中。
　→こっちの方が使い勝手は良いかもしれず。

- ヘッドライン系のナイスな表示
　１ペインもしくは偽１ペインモードを実装したら、ヘッドライン系の表示を
　改良したい。ヘッドライン系の板は通常の板と同じようにスレ一覧が開けて
　もそれぞれのスレには>>1の分しかレスがない。こんなものにアクセスする
　のは余程の変わり者だけ。
　→スレっぽく表示する場合、見た目がスレっぽくても内容的にはスレ一覧相
　　当なのでスレペインには表示したくないが、１ペイン的なモードが無いま
　　まにスレ一覧ペインに表示しても使い物にならない可能性が高い。

- 書き込み関連
　SETTING.TXTを読んで、チェックできるエラーは自前でチェックすべき。

- Schemeでキーバインディング
　GTK+的手法で個別のWidgetにキーバインディングを設定するのでは、実現可
　能な機能が限定され過ぎる。おちゅ〜しゃ的にインテリジェントな機能を設
　定するためには、やはりschemeの出番だろう。key_press_eventのハンドラ
　からscheme関数を呼び出し、その関数で何かをさせるという流れになるが、
　scheme関数の定義用にGLib/GDK/GTK+関連関数のschemeバインディングが必
　要になるし、その他諸々を考えると面倒くさ。

- デバッグコンソールの表示内容の選別
　メッセージの種別により表示・非表示を調整できるようにしたい。
　→メッセージの出力側も調整が必要。



＊ その他

- (大体完了)サーバ移転時の対策
　→板一覧の更新、もしくは、スレ一覧を開いた時に判明する場合に関しては
　　対応した。ブックマークなどからスレを直接開いた時に初めて移転を検知
　　する場合というのもあり得るが、その場合、移転先の追尾が面倒なので暫
　　く放置する予定。

- (完了？)キャッシュの管理
　ため込む一方なのは通常まずい。
　→画像キャッシュに関してはバージョン0.5の頃から自動化されている。
　→DATファイル関係も手動で消すことは可能になっているが、容量制限とか
　　は面倒なのでやっていない。実装的には画像キャッシュと同じ実装を「一
　　時キャッシュ無し」という設定で使っているので、容量もしくはファイル
　　数による管理にすることは可能だが、これはきっと使いにくいし、「残し
　　ておきたいスレを残すためにユーザのアクションが必要」という仕様は２
　　ちゃんねるブラウザの在り方としては正しくない。

- DATファイルのインポート機能
　GUI/CLI共に必要……かも？

- DATファイルを開くCLI
　→インポート機能も必要だが、既におちゅ〜しゃの管理下にあるDATファイ
　　ルのパス名から対象のスレを開くCLIが有った方が良さげ。

　　例えば全文検索エンジンのような外部ツールが~/.ochusha以下を漁り、
　　~/.ochusha/cache/以下に収まっているDATファイルがユーザの目的にマッ
　　チする何かを含んでいると判断した時に、そのパス名を引数としておちゅ〜
　　しゃを起動するだけでスレが読めれば便利だろう。

　　外部ツールが~/.ochusha/cache/以下の*.DATファイルがおちゅ〜しゃの持
　　つキャッシュであることを知っていれば、そのパス名から掲示板のURLを
　　合成することは可能だし、その場合、例えばそれが文字列検索の結果であ
　　るなら「マッチした行番号がレス番号に相当する」などといった知識を元
　　に更に便利なUIを作れるし、パス名からスレのURLに変換することにより、
　　現状のおちゅ〜しゃのままで対応できるが、その事実は「DATファイルを
　　開くCLI」の必要性を否定するものではない。

- ブックマークにStartupフォルダを追加
　起動時に登録しておいたページが自動的に開かれる――というUIは、似たよ
　うなことを目的として、セッション復帰時でもないのに、「前回終了時のタ
　ブを復元する」よりもより自然な振る舞いという気がするので実装したい。
　→ユーザ的にはわざわざ登録する方が面倒なのは明らかだが、アプリの振る
　　舞いとして「新しく起動した」アプリが前回終了時の状態になるのは美し
　　くない。

- ネットワークプロファイル的なもの
　低速回線用と高速回線用で「画像ダウンロード」の有無を変更したり、プロ
　キシを切り替えたりできた方が良いかもしれず。

- 画像キャッシュの取り扱い再考
　→保存したやつ、もしくは、無制限を設定して溜め込んだものを一時キャッ
　　シュに戻すことも考えたい。
