つながりの双方向化

丁寧な解説どうもありがとうございます。
#409 "つながり"の双方向化には賛成です
を書き終えた直後に#408 作者からの回答を読ませて頂きました。
上位への移動と下位への移動を同一視しないということですね。そうしないと、方向の意味はほとんどなくなります。
という考え方には納得です。
その上で、#409で書いたとおり、まずは、つながりの双方向化が優先事項だと私も思います。
つながりに方向性がなくなれば
現状の違和感（ボトムアップコンセプトと、ツリー式トップダウンビューの乖離）も解消されると思います。
そうなれば、セントラルイメージフラグメント、情報へのエントリポイントは、工夫次第で乗り切れると思います。
ただ、そうなった場合のビューの一覧性を考えたとき、どこまで含めることになるんでしょうか？
現状では、
となっていますよね。 （そして、一つ上のフラグメントへのリンク表記）
V5.xでは、
という構造になるのでしょうか？
技術的な問題、システムへの負荷の問題が無ければ、このような構造を維持して下さると大変嬉しいです。
少なくとも、
は搭載して頂けますと、大変に助かります。
V5.xの発表、楽しみにしています。開発どうぞよろしく御願い致します。

つながり先のフラグメント一覧について

タグと同じような形で、つながり先のフラグメント（要はひとつのネットワーク）を一覧するようなビューを用意する可能性は低いと思います。それをやってしまうとタグと変わらなくなってしまいます。意味が下位に推移するタグとは異なり、一覧するにしても、つながりの場合はネットワークの形を維持した形で提示できないと意味がありません。確かにPiggydbの弱点として、ネットワークの見渡しが悪いというのは事実ですので、それこそマインドマップのようにグラフ表示できたらいいなあと思うのですが、、、

双方向フラグメントツリービュー → ...

解答、どうもありがとうございます。
タグと同じような形で、つながり先のフラグメント（要はひとつのネットワーク）を一覧するようなビューを用意する可能性は低いと思います。
とありますが、
つながり先のフラグメント（要はひとつのネットワーク）を一覧するようなビューを用意する可能性は低いと思います。
という部分に関しては、その通りです。
タグと同じような形で、
タグの一覧ではなく、現状のつながりのドキュメントビュー、フラグメント・ツリービューの一覧をモデルとして希望しています。
確かにPiggydbの弱点として、ネットワークの見渡しが悪いというのは事実ですので、それこそマインドマップのようにグラフ表示できたらいいなあと思うのですが、、、
現状のつながりのドキュメントビュー、フラグメントツリービューに関して、
私は決してネットワークの見通しが悪いとは思っていません。
特にフラグメントツリービューは
きちんとセントラルイメージフラグメント(例#388 私なりのPiggydbへの考察と感謝 )から、 ▼ボタンでの一覧を開けば、
きちんとネットワーク構造を維持（単純に階層ごとに右にずれていくだけだが充分ビジュアル的に認識可能）した状態で、情報を一覧できます。
ネットワークが複雑になれば、当然フラグメントが重複する部分もありますが、
それは逆にそのフラグメントの関連性、重要性の高さを表す指標となると思います。
そして、その構造は、"つながり"から方向性が無くなっても、
という仕組みできちんとネットワーク構造を維持した形で提示出来るというのが、私の考えなのですが。
何度もしつこくて申し訳ありません。
私の伝え方が下手だったのでしょうが、作者様が、タグの一覧とつながりのフラグメント・ビューを混同されているようなので、
それに関する誤解だけは解いておきたかったので、重ねてお返事させて頂きました。
おそらく、誤解の原因となったのは、
  • #389 "つながり"は”ブランチ
  • #399 複数のセントラルイメージを持つボトムアップ、ネットワーク型のマインドマップ
  • #400 ”つながり”と”タグ”は表裏一体
という流れだったのでしょうが、補足致しますと、
つながりとタグの役割が重複することは、度々あります。
  • #400 ”つながり”と”タグ”は表裏一体
  1. まずは、マインドマップのようにつながりが伸びていき（ツリー状だけではなく、ボトムアップ、ネットワークのイメージを忘れない）
  2. そして、共通点をタグで括って（ここで新しいマインドマップ、チャイルドマインドマップを作るイメージ）、
  3. そのタグをセントラルイメージにして、またつながりが伸びていく。
という流れの時でも、タグをつながりに置き換えた瞬間
そこできちんとつながりにはネットワーク構造が発生しています。
言い換えれば、ネットワーク構造の無いタグはあっても、ネットワーク構造のないつながりはありません。
それは、つながりが方向性を持っていても、双方向でも変わらないと思います。
・・・そもそもの誤解の原因は、#402 作者からの回答にて
magicianさん、沢山の書き込み有難うございます。一通り目を通してみましたが、一度だけでは消化しきれませんね（笑）。とりあえず、気になった部分にお返事していきます。
と仰っていたのに、間髪入れず、更なる展開を始めてしまった私のレスポンスに非があったと思います。
落ち着きがなくて申し訳ありません。すみませんでした。

—

私の想像ですが、作者様はきっと
  • #377 知識創造ソフトウェア: Frieve Editor, iroha Note
のようなネットワークビューをイメージしていたんですよね。
私自身、#364 出力面での伸び幅 にて
  • フラグメントの平面上での自由な並び替え
  • フラグメントのタイトルをカードにして、MS社のPowerPointやFrieve Editorの用に並び替えられるようにして
  • 更にカードにマウスカーソルを合わせると本文テキストが浮かんだり、クリックすると本文が別ウインドウで開いたりできれば、夢のようです。
というマルチカラムビューの改良案に関する希望を出していましたし。
確かに、上記のようなビジュアル表現ができたら素晴らしいですが
フラグメントツリービューの一覧性も、きちんと頭の中でマインドマップをイメージさえ出来れば、 充分に実用レベルのネットワークビューだと私は思います。

— → ...

とりあえず、#388 私なりのPiggydbへの考察と感謝　にcentralimageタグをつけてみました。
全ての下位フラグメントにセントラルイメージフラグメントをつなげるのは、
トップページの最新フラグメント、全文検索、タグ一覧、などから、最上位フラグメントを発見するのには便利ですが、
フラグメントの数が増えてくると、混乱しますね。
（メインブランチにあたるフラグメントはたいてい上の方にありますし、並び替えも記憶されるので、使用には耐えますが、
よく考えれば、そもそもネットワーク構造的に全てのフラグメントに先祖へのリンクをつけるのは、複雑になりすぎていますね）
やはり、#homeタグや#bookmarkタグに独自のcentralimageタグなどを組み合わせていくのが良さそうだと感じています。
P.S.
あまりにPiggydbが気に入っており、またV.5.xへの期待からいろいろ、要望だの希望だの書かせて頂きました。
ですが、そもそも現時点のPiggydbは私の使用にとって弱点のない非常に完成度の高いアイデアプロセッサです。
本当にありがたいフリーソフトウェアです。 本当にどうもありがとうございます。