Takuro Ashie
ashie****@homa*****
2003年 11月 6日 (木) 23:17:11 JST
足永です．
一時的に，ブックマークバー(仮称)にブックマークのルートフォルダを強制的
に突っ込むように変更しました．
各フォルダ名を左クリックするとブックマークエディタを起動，中クリックで
全てのアイテムを開く，です．右ボタンはまだ実装していませんが，ポップアッ
プメニューを出して再帰オープンや簡単な編集機能などを付けたいと思ってい
ます．
BookmarkActionまわりはいくつか微妙な問題があって，次の肉の日には間に合
わないかもしれませんが，ブックマークバーに突っ込んでおけばとりあえず問
題無いと思います．
現在，そもそもブックマークメニューはアクションを使うべきなのかも含めて
検討中です．今は，使うべきでない，と言うより，ブックマークメニューに関
しては使う理由があまりに希薄という方向に傾いています．
なぜならば，アクションを使う理由が
1. ある操作に対して名前がつく
2. 楽をして
3. set_sensitiveやshow/hide等の操作を統合的に管理する
4. メニュー，ツールバー，ジェスチャのカスタマイズがしやすくなる
という辺りにあったのに対して，
1. に関しては，ブックマークはもともと勝手に名前が付く(XBELの"ID")
ただし，複数のXBELを扱ったりするとどうなるのかはまだよく分からない
が，ファイル名をプレフィックスに付けるなど，方法はいくらでもある．
2. は，アクションを使うと，返って処理が面倒になる(Epiphany1.0系ではわざわ
ざXML文字列を作ってEggMenuMergeに食わせるなんて馬鹿な事をしている．)．
メモリも無意味に余計に食いそう(一ブックマークに対して，一つのアク
ションが必要)．GtkUIManagerである程度解消はされているし，ブックマー
クそのものをアクションにするという手もあるが，どうもピンと来ない．
本質的に何かを間違っている気がする(まだうまく説明できませんが)．
3. はそもそもブックマークに関してはそんな操作はほとんどのケースで必要
なさそう．あったとしても，名前が機械的についている限りは，実装は別
に面倒でも何でも無い．
4. に関しても，名前が付く限りはなんとかなる．
UIはブックマークエディタを介したカスタマイズになると思うので，これ
も一応問題無し．ただし，スマートブックマークの扱いもあるので，
BookmarkAction自体は存在していた方が良い．ただ，これはむしろユーザー
が望むブックマークのみをアクションとして登録できるようにしたほうが
分かりやすいような気がする(アクション名はユーザーが付ける)．
という感じで，デメリットの方が大きいような気がしています．
そもそもの一元管理という発想が，ブックマークがオブジェクトである限り
「既にできているじゃないか」という話になってしまいます．
もともとはEggMenuMergeとGtkUIManagerの違いをどう処理するかで悩んでいた
のですが，そもそもアクションを使うべきなのかどうかすら怪しくなってきま
した．(しかし，メニューには直接ウィジェットを突っ込んだって全然構わな
いんじゃ無かろうか，というお話です)