管理 | 差分 || 新規作成 || カテゴリ一覧 | ページ一覧 | 更新履歴 | 差分履歴 || アンテナ || PUT || more≫ ≫omit
shortcut: FrontPage || WikiLab | StoreRoom/最新 | 日々の泡 | むず痒いパソコン日記/最新 || HelpPage ||[edit]
category: WikiLab/SuchWiki

WikiLab/SuchWiki/Include - …「断片 Wiki」っていうのかな。

LastModified : Sun May 4 19:29:37 2003
[管理]

…「断片 Wiki」っていうのかな。

| WikiLab | WikiLab/SuchWiki |

断片Wiki。

[TOP↑] [管理]

HashedWiki というのが近いらしいんだけど、私は「人の考えたこと」を理解するのが苦手なので、何がどうなっているのかよく解らないのよ。

2003/05/03(Sat)


2003/06/26(Thu)

フラグメント識別子問題。

[TOP↑] [管理]

そもそもやりたいこと。

ここの Wiki には、ページ内のフラグメント識別子を指定してリンクを張れるようにしてあるんだけど、一々手書きでフラグメント識別子を埋めるのは結構面倒だし、あまり賢いやり方とは言えない。 Wiki では途中に文章が挟まってしまうので、自動的に 固定id を付けるのって、できなくはないのかもしれないけど、どうなのかな、と思うし。

見出し文字列を指定してリンクを張る方法などが考えられないでもないが、フラグメント識別子を振りたくなるような長いテキストを1ページに収めようとするのが、そもそもの間違いの気もする。

いっそ章ごとに分けてしまって、表示上連結すればいいんじゃないの、と思った。

2003/05/04(Sun) 17:08:57

見ることと書くこと問題。

[TOP↑] [管理]

実際問題。

[TOP↑] [管理]

インクルード。どころか、検索との連携。_

[TOP↑] [管理]

Wiki が「簡便に文書編集するための道具」だとすると、「完全な手動に寄らない編集」や「複数ページにまたがった編集」の手段が提供されてもいいんじゃないか、あるいは、本来「編集作業」には「単なる並べ替え」というのも含まれているんじゃないか、という気がするのですが。

通常のインクルードにしても、他所様の wiki に自分のページを作って、「自分用ダイジェスト」を編集するというのは面白い気がする。「自分の興味のあり方を表明する」というのは、結構 Web 上でよく見かける気がするんだけど。ええと「はてなアンテナ」とか? Wiki なので、「自分用検索キーワード」を勝手に書き込めるから、「自分カテゴリ」を勝手に追加できるのよね?

ひとつの問題。個人的に、2つの wiki を「個人用」「公開用」に分けて使っていて、ちょっと管理が面倒くさいことになってきている。それで、「よその wiki もインクルードできるといいんだよな」とか考えちゃったんだけど、やっぱりアレでしょうか。<cite> タグで引用元を表記するようにすれば、そんなに問題でもないような。むしろコピーより、よほど明示的な引用とも言えるし(引用元が書き換えられる可能性が大いにあるので、濫用はできないし)。まあ、私にはまず技術的に無理なことなので(ただのインクルードで挫折してるわけで)、考えるまでもないようなことなんですが。

2003/04/21(Mon) 00:28:20

検索ページから検索するのではなく、ページ内に検索式を書いておいて、ページを表示するときに実行されて結果が埋め込まれるようにできないでしょうか。Perl について書いてあるページを一覧するためにはページの片隅に

% grep -il perl *

と書いておくとか、Wiki中に書かれた URL を全部取り出すために

% fgrep 'http://' *

と AllWebLinks? なんていうページに書いておくとか。

YukiWiki:GreppingInWiki

私の言いたいのは、これか!?

2003/04/21(Mon) 18:18:56

ちょっと考えたこと。

[TOP↑] [管理]

検索によるインクルード表示じゃない場合。

  1. 新規ページを作る。
  2. インクルードで表示させたいページを開く。
  3. 今作ったページ名を書く。

というのは非常に面倒なので、作ったページに、表示させたい相手側のページ名を書くと、相手のページに勝手に追加されるといいかな、と思った。

…思ったけど、表示する位置はどうするんだ、と思った。
やっぱり検索だけでいいか…。

2003/06/15(Sun)

最初に include 近辺で考えていたことメモ。

[TOP↑] [管理]

大本が変更されると、引用されたほうも自動的に更新されるというところくらい。というわけで、その利点を面白がっていただける使い方を考えてみます(笑)。

WalWiki:WalWiki

と勝手に自分で宿題を出したわけなんだけど。限られた個人的用途はいくつかあるんだけど、「最大多数の幸福」の方向で。

…ちょっと前なら「データ容量の節約」とかは大きな利点だった気はするけど。今はどうなんでしょう。 ちなみにここは、個人用、公開用のデータ合わせて 2.5MB(data/wiki内のみ)。 この前削除したので、今は data/diff は 合わせて900KB 程度だけど、削除前は個人用だけで3.75MB あった。

ナビゲーション用

多分多くの人が利用するだろうと思える使い方は、やっぱり「ナビゲーション用」ということになる気がする。PukiWiki みたいに、左にメニューを置くというような(HTML モードで記述して、<div class="navi"> とかで括っておいて CSS で調整すれば、navi のコンテナをフロートさせられる気がするんだけど、試せないので解らない(笑))。

ただ、それが「wiki に必要なものなのか」というのは判らない。「最低限必要」でないとは思うけど。

共同作業用

とても弱いアピール。wiki を使い慣れない人は、「間違って、編集してはいけない部分を編集したらどうしよう」という恐れを持つのです。ですから、「編集してはいけない元の文書」は別ページで凍結しておいてですね。

…ええ、コピーすればいいんですよね。include しなくても。

ページ作成者がページ内容の一部をロックできる機能があると便利と思ったんですけど。

http://pc2.2ch.net/test/read.cgi/php/1014252667/ 221さん

こんな要請はあった。凍結できるのは管理者だけなので、あれだけども(そこは管理者にお願いするという方向で…)

ページの自動生成

何が「自動」なのか解らないんですけどね。 なにかでこう、上手くするとですね、関連事項を抜き出したページを生成できたりしてですね。 ええ、全然「必要最低限」ではないんですけど。なんか面白いかと。

…検索との連携ですか? んんん?

カテゴリ管理の変種

妄想。インクルードというよりは完全に検索の話かも。例えばですね、ここの wiki に「本日の日付で検索」というのがあります。[[ 本日の日付で検索 ]] とか書いたページを作っておくと、本日の記事を集めたページが生成される。 ここの wiki では [ key:*** ] でキーワード検索をするわけですが、[[ key:***を表示 ]] とか書いたページを作っておくと、そのキーワードの記事を抜き出して表示、なんていうのは……あったらあったで困らないけど、なくても全然構わないですね。私は欲しいけど…。う〜ん、自分でやってしまえると一番いいんだがなぁ。

つまりこれは、あれだ。「HTML 文書をもっと便利に使いたい計画」で考えてたことの発展形だ。個人用メモ wiki の方に書いていた。もうちょっときちんと纏めて、こっちの wiki に移しておこうか。

移してみた WebsiteWork/HtmlCss/UseHtml 2003/04/05(Sat)

_そういえば、ちょっと前は「検索結果をページ内に表示できたらいいのに」とか言ってなかったか?

お気に入り

「訪問者各自が "お気に入りダイジェストページ" を作れる」という謳い方はどうでしょう。アンテナ的な感じで。 「大元が更新されると、自動的に引用先にも反映される」というのが、とっても有効だと思うんですが。 例えば、頻繁に書き込みのある一行コメントを集めておくとか。 ページ内に新しく見出しを作って更新されるとヨワいけど。

でも「ダイジェスト」って、明確な目的にそって作業を進めるために設置された、きちんと全体を見ている管理者がいるような wiki でのほうが有効なのかな。「いまココとココが問題で、ここまで進んでますよ」というのを、周知徹底させる必要がある場合とか。

2003/04/03(Thu)

ダイジェスト

例えば、wiki 上で長い議論が始まってしまった場合。 途中途中に「ここまでのまとめ」を入れて、ダイジェスト版を別ページに表示すると、事態が把握しやすくなるんじゃないかと。あの、2ch なんかで、「誰か纏めておいてくれ!」って思うことって、ありますよね。 あ、単純に「ここまでの纏めページ」を別に作ればいいんですね。

ただ、インクルードに限らず、「完全な手動」には寄らない「データの加工方法」というのが、wiki にあってもいいんじゃないかという気はする。なんて言うんだろう。wiki の主眼の一つが「文書を簡単に編集できる」ことだとすると、「簡単に編集する方法の一つ」に、インクルードは含まれるのかもしれない、と。

どうでもいいですけど、レスが1000を超えたスレッドは、「纏めwiki」を設置して欲しいと思います。義務として。 レスが1000を超えているだけに興味のある話題なことも多く、でも要点を把握するのは容易ではなく、2ch だけに「2ch用語」や当て字を熟知してないとページ内検索も使えなかったりして、数時間がかりで目的のことが書いてある発言にたどり着くってありますよね。

2003/04/04(Fri)

BBSと違う方法で情報を整理する方法がないかなあ? 個人的にはパラグラフ指向は情報の整理という観点ではあまり有用そうには見えない。

http://pc2.2ch.net/test/read.cgi/php/1014252667/ 237さん

実際のところ、Wiki は「コラボレーションツール」として、現状ではあまり有効に使われていないと思う。 「他人の書いた部分」に手を入れるというのは、やはり心理的な抵抗が大きくて、「追記」という形をとりがち。 例えば 2ch の発言の必要な部分だけ取り出して「自分用」の1ページを作れると便利だと思う。 で、「なんとかさんのまとめページ」「なんとかさんのまとめページ」と並べてみたときに、各人の物事の捉え方の違いが見えたりすると、ちょっと面白い。…いや、これは Wiki の話でもないんだけど。

2003/04/17(Thu)

個人メモ。

[TOP↑] [管理]

もし、たとえば、まんがいち。

[TOP↑] [管理]

自分で出来るとしたら、ルールはどうしたものでしょう。FSWiki では、{{include ページ名,見出し文字列}} でインクルードできるんだけど、見出し文字列を書くのって、WalWiki(というか、ここの wiki)だと他のルールと馴染まない感じがする。

というより、これができるんなら、[[ ページ名#見出し文字列 ]] でページの任意位置へのリンクが出来はず。 それなら一々 name属性をつけなくてもリンク先がずれずに済む。ああ、そいつぁすばらしいねぇ。

ただ、見出し文字列は、結構書き換える可能性大あり。

2003/04/03(Thu)

ごくごく個人的な用法。

[TOP↑] [管理]

「同じサーバー内なら、別の wiki のデータもインクルードできる」という、都合のいいルールがあるとして。

ここの wiki は、もともと個人用メモだった wiki から、「表に出すと差支えがある部分」を削除して作った。 最初から「公私の別」でページを作成していれば分割するのも楽だったんだけど、1ページの中に「私的メモ」と「表に出しても構わないメモ」が混在している。 重複するページも残したままになっている。片方を削除するか完全に更新停止すればいいんだけど、そもそも「公私」でページを振り分けていないので、途中から公開用だけ、個人用だけ、話の流れの都合上両方に記載ということを始めて、ちょっと混沌としてきた。両方に書いたものを後で編集する場合は、両方を編集し直さないと、どっちが新しい状態か解らなくなる。 後でページを統合しようなんて思ったら大変なことになる(ので、そろそろこの状態をなんとかしなくては)。

ええとですね、それでですね、公開用に書いたものを個人用にインクルードできると、とてもスッキリするな、と。 基本的に「公開用」を更新していって、「これはまだ未整理の覚書段階」とか「これは個人情報を含む」とかは、「個人用」の同タイトルのページに書く。個人用は適宜「公開用」から記事をインクルードしておく。つまり、「管理人モード」的な使い方(ちょっと検索には不便かな)。

ええ、"wiki 的" ではない「管理人モード」を望む人は結構いるようですが、誰もこんなややこしい方法は望んでないですね。

2003/04/04(Fri)

物置ページと専用ページ。

[TOP↑] [管理]

最近の「メモ取り道具としてのwiki」の使い方。

  1. FrontPage のひと言コメントにどんどんメモを書いていく。
  2. 1〜2 日毎に StoreRoom に移していく。移すときに読み返し、整形し直したり、補足があれば書き込んでいく。
  3. さらに後日、関連事項で思い出したことがあれば書き足していく。

で「後日追加して書く」時に、「どこに書くか」ちょっと迷う。 例えば「wiki についてのちょっとしたアイディア」をコメントに書いたとして、後日、追記がしたくなったときに、WikiLab に場を移すべきか、まだ StoreRoom に置いとくべきか。 新しい日付の日記に書くべきか、単なる追記にするべきか。 場を移してしまうと「思考の流れ」が失われるが、「それ用」のページに移したいものもある。

StoreRoom である程度まとまった時点で、「それ専用」のページに転記し、StoreRoom のほうにはインクルードで表示しておきたい。リンクを張れば済むようなもんではあるけど、「思考の流れを追う」には並べて表示しておきたい。 特に多方向に話が発展してしまった場合なんかは、一覧できるようにしておきたい。 コピーしてしまうと、移した先で変更したものが反映されないので、ちょっと困る。

* * *

記録者にとって、「時系列」というのは、割と大事だ。「あれを書いたのは、去年の今ごろだった」という思い出し方をしたりする。「書いていない背景」も含めて、いつ頃、どういう経緯で、そんなことを考えたのか、多くの人は「自分の考えた跡」を大切に思う。だから「日記」という形式が愛されるんだろうと思う。

でも、閲覧者にとって、必ずしも「跡」は重要ではない。時事問題でなければ「必要な情報を得る手がかり」になることもあまりない。 キーワード検索をつけたときに、ちょっとだけ、ここの Wiki を完全に時系列に並べてしまおうかと思ったこともあるけど(そして、「それなら普通に日記用の CGI 使えばいいじゃん」と思ったけど)、そうしなかったのは、一々検索してリンクを辿るよりは、まとまったページになっていたほうが読みやすいと思ったから。 記録者自身も「単なる閲覧者」として記録を必要とすることもある。 いくらキーワード検索が出来ても、Wiki の改造コードが半年分の日記に散在していては参照しづらい。

「編集する」というのは、必ずしも、「自分でテキストを書き換える」ということではないと思う。 単なる「並べ替え」のような作業も含む。ただ、「どのように並べたらよいか」が一意に決められない場合、インクルードは、「各人にとって読みやすい形」を提供できると思う。 また、「簡便な編集」というのが Wiki の主眼なら、「複数のページを対象に 編集する」という手段を提供するのは、そう的外れでもないような気がする(というのは、上の「お気に入り」とか「ダイジェスト」あたりの纏めの話か)。

2003/04/17(Thu) 03:05:58

まとめ。

[TOP↑] [管理]

普通のインクルードもいいけど、検索結果をインクルードして表示ってちょっと面白くない? でもなんか話が大きくなりすぎのようでなぁ。

2003/04/18(Fri) 13:10:31

come true

[TOP↑] [管理]
shortcut: FrontPage || WikiLab | StoreRoom/最新 | 日々の泡 | むず痒いパソコン日記/最新 || HelpPage || [edit]
select css: default | sakura | mono | greenheck | snow | NN4.x用(多分) || LinuZau!! | VikiWiki!? || others |

管理 | 差分 || 新規作成 || カテゴリ一覧 | ページ一覧 | 更新履歴 | 差分履歴 || PUT