5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Wiki系(WikiEngine)について語るスレ

1 :204:02/02/21 09:51 ID:Yw3lblf/
・こんなの作ったよ
・こんな機能がほしい
・Wiki系の思想
・WikiEngineの過去未来
・などなど
について暑く語るスレ

・WikiEngine LINK
http://todo.org/cgi-bin/jp/tiki.cgi?c=v&p=WikiEngine


2 :名無しさん@お腹いっぱい。:02/02/21 09:52 ID:???
「Wiki Wiki 楽々 Run! Run! Run!」
http://pc.2ch.net/test/read.cgi/tech/1010317366/

重複スレのため削除依頼お願いします。

3 :のみ活要員:02/02/21 09:53 ID:Yw3lblf/
niki
http://www.lodestar.nu/niki/index.cgi
未完成じん

4 :名無しさん@お腹いっぱい。:02/02/21 09:53 ID:???
wikiってなんですか?

>>1のリンクじゃサッパリわからなかったんですが。

5 :204:02/02/21 12:16 ID:Yw3lblf/
依頼だしまちた。

6 :名無しさん@お腹いっぱい。:02/02/21 12:17 ID:???
Wiki ってのは不特定多数の人々がウェブを編集できる仕組み。
その代わり、嵐にたいしては掲示板以上に弱いという諸刃の剣。
素人にはお勧めできない。

といいつつ俺もよく知らなかったりして。

>>2
板の方針とずれてるとは思えないし、、良いと思うけどね

7 :名無しさん@お腹いっぱい。:02/02/21 12:21 ID:???
>>2
そっちはム板のスレなんだから削除依頼の必要ないのでは。

8 :名無しさん@お腹いっぱい。:02/02/21 12:24 ID:???
>>6
排他処理も実装されてるのかなぁ?ちょっとおもしろそう。

9 :名無しさん@Emacs:02/02/21 12:53 ID:???
板の性格上ここは実装について話すということで。

各ページのデータを個別のテキストファイルに保存するか、
データベース(DBM,RDBMSなど)に保存するか。

優劣あると思うけど、どちらがいいんだろうね。


10 :名無しさん@お腹いっぱい。:02/02/21 17:08 ID:UdUFfQaH
ComSwikiはXML。
ZWikiはZopeオブジェクト(っていうの? よく知らないけど)
YukiWIkiはDBMだったっけ?



11 :名無しさん@お腹いっぱい。:02/02/21 17:10 ID:???
履歴管理するならテキストでやったほうがラクかも。
CVSとかRCSをそのまま使えるし。


12 :名無しさん@Emacs:02/02/22 10:19 ID:???
>>11
データを更新するたびにいちいち外部プログラムを呼ぶというのは重すぎない?
CVSやRCSはブランチとかマルチユーザーとかがあってオーバースペックだし、
履歴を確認したいといっても前回、前々回との差分を確認したいというのが
ほとんどでしょ。


13 :11:02/02/22 11:37 ID:???
>>12
む。たしかに。撤回。
Perlなら、Algorithm-Diff あたりの出番かな。
とすると、テキストの優位性はないか。

# 一般的なWikiにはユーザーログインな機能は
# ついてない(ことが多い)けど、あったほうが便利だよなあ。

14 :名無しさん@お腹いっぱい。:02/02/24 23:29 ID:LhmI0yob
ユーザーログインってことは、セッション管理が必要ってことか。
クッキー切ってる人も多いだろうから、URL埋め込みかフォームのHidden…。

WikiNameが全部FormのSubmitボタンになってるってUIはどうよ!?


15 :名無しさん@お腹いっぱい。:02/02/25 00:11 ID:???
スタイルシートでボタンっぽくなくすれば気にならないんじゃない?
どうせ表示先のURLを知って何か得があるわけじゃかろうし。

16 :14:02/02/25 00:42 ID:???
逆にBTRONの仮身っぽくて面白いとか思わん?


17 :名無しさん@お腹いっぱい。:02/02/25 00:50 ID:???
>>14
WikiNameをコピーするのが面倒なので却下。
マジレスごめん

18 :14:02/02/25 10:11 ID:???
>>17 あー、そうだねー。気が付かなかったYO。
でもURL埋め込みもこれ以上URLが長くなるのは避けたい気分。

クッキーも問題あるけどなー。


19 :名無しさん@お腹いっぱい。:02/02/25 13:18 ID:UinopZ5i
http://search.cpan.org/search?dist=Apache-MiniWiki-0.2 あげ

20 :名無しさん@お腹いっぱい。:02/02/27 19:57 ID:ZOHgWtn/
フォーマッティングルールとかについては語らない方向なんですか?

21 :名無しさん@お腹いっぱい。:02/02/27 20:31 ID:9bIxkG1J
>>20
語ってください。聞きます。

22 :名無しさん@お腹いっぱい。:02/02/28 09:50 ID:???
パタンリポジトリとか初めて見たときは面白いなとか思ったんだけど、
最近日本人で流行ってるWikiモノって、ちゃんとページ編集せずに
自分の名前入れてだらだら追加してくだけのヤツが多くて、
わりと嫌だったりする。

23 :名無しさん@お腹いっぱい。:02/02/28 20:45 ID:EVItbpbr
>>22
うん。あれじゃあ出来の悪い掲示板だよね。
議論には向いてないってことでしょう。


24 :名無しさん@お腹いっぱい。:02/03/01 00:23 ID:???
>>23
てゆか日本人の使い方が議論に向いてないてことだろう。
XPでゆーところの共同所有とゆーのを尊重してないとゆーか。

25 :日本人:02/03/02 18:30 ID:nXJgidOH
誰か整理する人がいなきゃ単なる書き散らしの場。
整理する人がいるかいないか。システムの問題ではなく人の問題でしょ?

26 :日本人:02/03/02 18:32 ID:nXJgidOH
仕事で使ってるけど結構便利だよ。
掲示板じゃ仕事にゃつかえん。

27 : :02/03/03 00:12 ID:???
>>25
勝手に整理されていく っていうのが理想。

28 :nobodyさん:02/03/03 20:46 ID:???
>>27
そこの「勝手に整理されていく」っていうのをもうちょっと具体的化してみるとどんなイメージ?

新しい発想の予感。


29 :日本人:02/03/03 21:56 ID:k0cxcW8z
書き捨ての掲示板とかメーリングリストこそ仕事に使えないよ。

フレームがおこったら議論以前の問題になる。議論が目的なのか何か作り出すことが目的なのか。
何かを作り出すことが目的なら掲示板は使えない。

勝手に整理されていくなんていう夢物語じゃなくて、どうやって整理できる人を教育するか・
見つけるかを考えた方が早道。自分から見ればそれこそ勝手に整理されていっているように見えるし。




30 :nobodyさん:02/03/04 18:35 ID:???
>>25
誰かに整理を頼むんじゃなくて、参加者全員が自覚を持って整理した
内容を書いて行くのがWiki Wayなんだと思うぞ。

>>29
結局大事なのは思想だ、という感じで落ち着くわけか。
掲示板とかMLでも、ときどき見事なサマリを流してその場を
まとめてくれる人がいるからな。

31 :日本人:02/03/04 23:15 ID:J8AsfbPx
>>30
誰も思想の話しなんてしてないが。
ページをまとめろと命令することが思想の話なのか??

32 :nobodyさん:02/03/05 01:17 ID:???
>>31
> どうやって整理できる人を教育するか・見つけるかを考えた方が早道。

Wikiと掲示板の構造を検討するんじゃなくて、こういうことの方が
大事だというならそれは思想の話だと思うが。

33 :nobodyさん:02/03/05 01:20 ID:???
書き込む側も、ここまでは分かってるけど、ここから先は誰か頼む、とか
もうちょっとうまく行間を埋めて欲しいなぁとかあると思うんだけどね。
なかなか手を出しにくいよね。実際。
書き込んだ本人が後で編集してくれるといいんだけどねぇ。

34 :日本人:02/03/06 00:27 ID:yzq1t3VS
おれは、掲示板を使っている場合でも同じようにまとめろと命令するわけだから、
掲示板の思想とWikiの思想というのは同じになってしまうが?だから思想がどうのこうのという
けむにまくような議論はやめてくれ。
しょせん道具だ。

Wikiだと自動でまとめられて、掲示板だと自動ではまとめられない?
どちらも自動ではまとめられないのは同じだろう。



35 :nobodyさん:02/03/06 01:37 ID:???
人間のやってきた作業をいかにコンピュータにやらせるか、
それがコンピュータに与えられた使命だ。

36 :飲み活要員@仙台:02/03/06 02:36 ID:dOkHHbUz
漏れとしては、誰でも編集できるというのは諸刃の剣だと思う。

なんとなれば常識が違う・前提が違う・考え方が違うユーザが
一緒にひとつのページをまとめようとしてもまとまるわけが無いからだ。

それに別の問題として、編集しているユーザは過去の経緯がわかっているから
編集途中で満足してしまうということもありうるのではないか?

結局だれかまめな奴が2・3人いて、そいつらが最後にきちんと編集しなおさないと
第三者が読んで分かるものにはならないんじゃないだろうか?

と漏れは脳内で考えた。んだけどどうよ。


37 :nobodyさん:02/03/06 03:22 ID:???
傍から見てると日本人氏の掲示板の思想とWikiの思想は同じに見えるんだけれど。
結局「最終的に部下がまとめる為の書き溜め」なわけで。

で、思うんだが、私とか>>30とかが想定してるのは比較的誰が来るかわからない、
Web掲示板の延長線上のものであるのに対し、日本人氏は「仕事で」ってはじめっから言ってる。
その辺が話がかみ合わない一番の原因ではないかと。

38 :30==32:02/03/06 03:52 ID:???
まあそう。仕事で使って利用状態を細かく指示出来るなら、
比較的うまくいくのか。
誰が出てくるかわからない、しかし興味の方向としては一致している、
という場合に掲示板的な断片的情報じゃないものを得られる可能性
というか、そんなものを追求したのがWiki Wayだと思ってる。


39 :30==32:02/03/06 03:55 ID:???
>>36
全員がそういったモデレータのような立場を自覚するってのは
出来ない相談なのだろうか? ってことに興味あるのだ。


40 :nobodyさん:02/03/06 04:27 ID:???
議論の場として用いるときに
時系列的に書き込みを追いにくいってのはあるな。

41 :nobodyさん:02/03/06 04:39 ID:TJ5zg1Dn
議論以外で使うってのは?
といっても思いつかないなぁ。

42 :nobodyさん:02/03/06 04:45 ID:???
百科事典とかゲームブックとか

43 :nobodyさん:02/03/06 07:18 ID:???
セミナーっぽいものでも、分かり過ぎる人が書いたものってのは
広汎で分かりにくい。もちろん責任みたいなものもかかってくるからだろうけど。

かといってMLや掲示板では勉強にはならんのよね、ノイズが多すぎて。
ちょうどその中間あたりになって欲しいんだけどね。

議論してもいいんだけど、後でちゃんとノイズを減らして
有効なアーカイブとして参照できるデータを残す、みたいな

44 :nobodyさん:02/03/06 07:21 ID:???
×分かり過ぎる→○分かり過ぎてる

うん、こういうの無駄(汁

45 :36:02/03/07 00:36 ID:Jb9yrLuF
>>39
漏れとしては全員がモデレータという意識をもつのはいいのだが
実際は難しいのではないかと思うのだがどうか?

モデレータとしての能力がある人が行うのであればよいのだが
未熟・まだ能力が無い・編集ルールを理解していない人が
手をかけだすと悲惨なことにならないかな。

#しかしwikiの議論になるとどうしても編集論とか思想が顔を出すんだね。
#こっちのほうが面白いからかな?

46 :nobodyさん:02/03/07 01:16 ID:???
>45
そういうのが無いと実装しにくいからじゃない?

--
ページにパーミッションみたいなの導入するってのはどうかな?
Wiki管理者・ページ作成者・任意のグループ・その他で分けて,
投稿・削除・編集の権限を設定して。

47 :nobodyさん:02/03/07 02:00 ID:???
>>46
それだと、単に普通の編集ワークフローのwebベースで
出来の悪いやつ、という感じになってしまいそうで
いまひとつ魅力がない。

たとえば、実際Wikiも自分の手元でひとりで使ってると
書き捨て出来て便利だったりするんだよな。

48 :46:02/03/07 02:09 ID:???
>47
パーミッションに加えてumaskと chmodも導入するのはどうかな。
煩雑になりすぎちゃう?

49 :名無しさん@Meadow:02/03/07 11:22 ID:+nJ/EUMh
Wikiって本来、たった数百行のCGIでこんなことができるんだよ!っていうコロンブスの卵的なところが(システム屋から見た)面白さだと思う。


50 :nobodyさん:02/03/07 15:04 ID:???
あー、それはあるかも。
おれもPerlで300行とか言われて、やられた、って思った。

51 :nobodyさん:02/03/07 16:10 ID:QeadVJIV
パスワードを導入するってのでいいじゃない。

簡単なwebページ貸し出しみたいに使えそうだけど。

52 :名無しさん@Meadow:02/03/07 19:03 ID:???
超整理法とかSKKの学習機能のように、使っているだけで自然とシステムが情
報を整理していってくれるような仕組みができないか考えたいと思ってるんだ
けど、どうもその方向で反応する人は少ないようだ。


53 :nobodyさん:02/03/08 00:07 ID:5ONa3fes
>>52
漏れもそれを考えぎみ。

とりあえず今考えているのは
1. 日記、スケジューラとの融合
2. ページの類似度でリンク
3. 単語を別ページの任意の位置へのリンクに自動置換
4. ページの任意の位置へ手動でリンクをはる仕組み

・・・うーむ。
52氏はどんなこと考えている?

54 :nobodyさん:02/03/11 01:53 ID:???
52じゃないけど..シナプスモデルとかどうよ?

55 :52:02/03/11 12:45 ID:JCiqnlLN
>>53
レスがすっかり遅くなってスマソ。

ユーザーの行動をヒントにするしかないかなーと考えてる。
Refererなどから関連を導き出すとか、参照頻度によってランク付けするとか。


56 :53:02/03/11 23:21 ID:/2mwyr/k
>>55
なるほどぉ。理解できる。
その方法だと、ある程度冗長度のあるページ間の関係を
人間の行動を元に徐々に精錬していく、という考え方っすね。

参考にさせてもらいます。


>>54
シナプスモデルって例えばどういうことかしらん?
ページ間の関係をグラフィカルに表示するという意味?
漏れがイメージしたのは、超漢字の仮身ネットワークみたいなものなんだけど。


57 :nobodyさん:02/03/11 23:34 ID:???
アイデア無いのでランク付けのページ張ってみる。

Google の秘密 - PageRank 徹底解説
http://www.kusastro.kyoto-u.ac.jp/~baba/wais/pagerank.html

58 :nobodyさん:02/03/11 23:57 ID:???
>>56
> シナプスモデルって例えばどういうことかしらん?
誰かがページのリンクをたぐるたびに、そのリンクで結ばれた
2者間の関係が強化されていく、という仕組みを入れる。
それらを参考にして要約が作られる。そんな感じ。

59 :52:02/03/12 00:32 ID:???
>>58
シナプスか。けもの道を連想してしまった。(w


60 :nobodyさん:02/03/17 05:12 ID:???
Webの創成読んだ?

61 :nobodyさん:02/03/21 00:35 ID:ptE6b8MI
YukiWikiのソース見てみた。
失礼ながら、結城氏はPerlうまいというほどではない様だね。
そう思って一から書き直そうと思うも、1時間で飽きた。

62 :nobodyさん:02/03/21 07:42 ID:???
>>61
何が問題だと思った?

63 :nobodyさん:02/03/21 09:35 ID:axEw4JFD
>>62
突っ込みどころならそれこそ無数にあるが、幾つか挙げるとこんなものかな。

・ use strictをしていない。
・ グローバル変数を多用しすぎ
・ グローバル変数を使うならせめて頭文字を大文字にしてくれ
・ Perlとはあまり関係ないが、出力HTMLがかなり無茶苦茶
・ read(STDIN, $query, $ENV{CONTENT_LENGTH});は馬鹿でかいPOSTがあるとやばくないか?
・ 以下の関数、最初何やってるかわからなかった。酷すぎ。

# %xx の形式にエンコードする
# これは、
# http://www.hyuki.com/yukiwiki/yukiwiki.cgi?mycmd=read&mypage=%3C%8C%8B%8F%E9%8D_%3E
# という形式のために使われる。
# '<結城浩>' → '%3C%8C%8B%8F%E9%8D_%3E'
sub encode_percent {
my $name = shift;
my $encoded = '';
foreach my $ch (split(//, $name)) {
if ($ch =~ /[A-Za-z0-9_]/) {
$encoded .= $ch;
} else {
$encoded .= '%' . sprintf("%02X", ord($ch));
}
}
return $encoded;
}

# よーするに
sub encode_percent{ my $s = shift; $s =~ /(\W)/'%'.unpack 'H2',$1/eg; $s }
# ってことをやってるんだが…

64 :nobodyさん:02/03/21 10:51 ID:rnpk5Ztb
>43
少し遅レス

確かにオレもそう思う。
人に読まれることを前提としたドキュメントは一般論や建前が多すぎるし、
掲示板などはノイズが多すぎる。
この中間をうまく取れないかと考えるんだけどね。

あと、「思想」については・・・WikiWikiを使うにおいて思想を切り離せないと思う。
それはプログラマが考えることではない(少なくともこの板ではない)と思う人も
いるかもしれないが、そんなことはないだろう。
技術とその利用法は切り離せない。



65 :nobodyさん:02/06/07 17:20 ID:???
YukiWiki2公開あげ

66 :nobodyさん:02/06/07 20:23 ID:???
なんか昔あったアングラ私書箱コミュニティを思い出すな

67 :nobodyさん:02/06/08 22:21 ID:7pEHzLh4
wikiって掲示板と何ちゃうの?(htmlで見れるもんもあるよな
何個か見たけど、機能がゴチャゴチャしすぎて・・・
wikiの有用性を漏れに教えてくれ。

68 :よーし、パパWiki解説しちゃうぞ〜。:02/06/09 07:54 ID:???
>>67

掲示板は記事の追記が基本なんだ。
でも、Wikiは、ページを全文編集するのが基本。
似ているように思うだろうけど、この差は非常に重要だよ。
Wikiでは、ページの全てを操作できるってことだからね。

例えば、Wikiを一度サーバで稼動させてしまえば、誰でも&どこからでも
ブラウザオンリーでページの作成、更新、削除ができる。
実際、ネットカフェからWikiページを更新することも可能だ。
(FTPクライアントソフトはもう要らないね!)

そして1分で覚えられる簡単な整形ルールを使えば、
HTMLに相当するマークアップも可能だ。
ほとんどのWikiは一般的な掲示板よりは表示面が高機能なのだ。

HTMLのリンク切れチェックをしている?
なぜWikiを使わないんだい?(笑)
ウィキネームやブラケットネームは、新ページを作る簡単すぎる方法だ。
ただ[[新ページの名前]]と書くだけで、そのページが作成可能になる。
新ページの名前?←この「?」をクリックすると、その瞬間、
新しいページが編集出来るんだ。

最後に、誰もがページ全体を編集可能だからこそ、
誰もが楽しい記事の追加に貢献できるってことが言える。
「あなたのWikiサイトの常連が増えるたびに、
 サイトの内容がそれに比例して増殖する」んだ。
YukiWikiやPukiWikiを覗いてみるといい。
管理者の書き込みなんて、微々たるものじゃないか(笑)

急ぎ足で紹介してみたけど、これがWikiの有用性かな。
今度Wikiを見たときには、編集ボタンをクリックしてみてくれよ!

69 :Coffee:02/06/09 08:39 ID:???
こんなの作ったよ
http://isweb43.infoseek.co.jp/computer/coffeepo/
CafeWiki Ver1.01
独立したナビゲーションビューと擬似フォルダ機能付き。
16日までにページ移動(名前変更)機能とアンカー機能を追加する予定。
ソースはフリー(GPL)。意見求む。

70 :nobodyさん:02/06/09 10:50 ID:???
Wikiは皆で共同してサイトを構築する事のできるツールです。
誰でもページを編集でき、勝手にページ間のリンクを張ってくれる
CGIプログラムです。

掲示板は雑談や議論をするためのツールです。
誰でも意見を書き込むことができ、
話の流れを見やすく表示してくれる(ツリー表示とか、自動>引用とか)
CGIプログラムです。

71 :nobodyさん:02/06/10 22:32 ID:???
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
とか出ている

72 :nobodyさん:02/06/10 23:57 ID:oMtKlB6T
>69
すごくイイ!
速攻でダウンロードさせてもらったよ。
がんばってくれ!


73 :72:02/06/11 00:04 ID:Jj9ucHQ+
「software error」が出るんですけど・・・
モジュールの設定が分からない(泣)


74 :Coffee:02/06/11 14:53 ID:7ScNYGcr
>>72
モジュール(フォルダとその中のpmファイル)の設定は全くいらないと思う。
cgi-binの先頭付近の設定をreadme.txt通りにいじって、
cgi-binフォルダの中に全部まるごとアップロードすれば大丈夫のはずだが…。
(ただ、画像(png)以外はテキスト形式でのアップロードにしないとダメかな?)

パーミッション変更とデータベースの切り替え(Yuki〜が一番互換性高い)は
readme.txtに詳しく書いてあるんで読んでみてね。


75 :72:02/06/11 17:47 ID:sDEP17pv
ソースの最初で

#use AnyDBM_File;
use Text::Template;
#use SDBM_File;
#use GDBM_File;

のようにコメントアウトにするととりあえず動くのですが。
何か不都合はあるのかな・・・



76 :Coffee:02/06/11 18:03 ID:???
それで不都合は無いです。(というか、模範解答です。)

すみません。こちら側のドキュメントの不備でした。
次回のreadme.txtにはそこら辺の解説も載せときますです…。

77 :nobodyさん:02/06/20 12:53 ID:???
さがりすぎ防止age

78 :nobodyさん:02/06/20 15:58 ID:0zqcAbtV
…関連のあるページをオートで分類するって案、やってみようとおもう。

79 :名無しさん@Emacs:02/07/08 04:47 ID:xqX38/FE
で、今一番熱い Wiki エンジンってどれ?
Tiki は沈黙しちゃったしなぁ。
案外一過性のものなのかもね。

80 :nobodyさん:02/07/08 09:18 ID:???
ウニマガの増井さんのやつ使ってみたいYO!

81 :nobodyさん:02/07/08 20:47 ID:/JGMlfGe
javaで実装されてるwikiクローンのchikiって使ってる人いる?


82 :名無しさん@Emacs:02/07/08 23:40 ID:wPpA2PKT
へぇ。ChikiWiki って Strus 使ってるんだ。
ためしにつかってみようと思って公式いってみたら、登録しないと書き込みできない。
で、登録しようとしたらユーザ名が不正だっていわれた。
よく読んでみるとユーザ名は WikiName じゃないと駄目らしい。なるほど。

SandBox いってみたら、生の HTML が書かれてた。
これって流行りの XSS 脆弱性ってやつじゃないですか?危なすぎ。

あと日本語は表示は出来るけど編集時に実体参照形式にされちゃうから
そのままじゃつかえないよね。

感想としては…普通にアカウント管理機能のついた Wiki ってとこじゃね?



83 :nobodyさん:02/07/16 09:25 ID:cbc8GBTu
アカウント管理って、ページの属性や権限の概念があってこそだと思う。


84 :コギャル&中高生:02/07/16 11:01 ID:L0hQ33kr
http://go.iclub.to/ddiooc/

お役立ちリンク集
必ず役立ちます

コギャルとH出来るサイトはここ
ヌキヌキ部屋へ直行便

http://kado7.ug.to/wowo/

85 :nobodyさん:02/07/16 14:32 ID:ePa4pc6e
>>83
ユーザプリファレンスを管理するってのもあると思うよ。
編集窓の多きさとか、タイムゾーンとか。

ファイルシステムを真似すりゃいいってもんじゃない。

86 :nobodyさん:02/07/26 16:00 ID:???
世界で一番高機能なWikiって、どこにあんの?>ALL

87 :nobodyさん:02/07/26 16:01 ID:???
教えてくださいおながいします

88 :nobodyさん:02/07/27 14:23 ID:???
教えてください…

89 :v:02/07/27 15:38 ID:JMhrdG1+
http://js-web.cside.com/index.html

90 :nobodyさん:02/07/28 10:04 ID:???
どれも一長一短ではないかと。
個人的には PukiWiki が好きだけど
作者が移っちゃったしなぁ。

Tiki は見ためがしょぼいのがちょっと。
Tiki2 いつでるんだろ…。

91 :nobodyさん:02/07/30 05:06 ID:???
PerlによるWikiって結城 浩のところしかないの?

92 :nobodyさん:02/07/30 07:43 ID:???
YukiWiki から派生したやつは Perl じゃないの?
WalWiki(だっけ?) とか CafeWiki とか。
なんかあんまり違いがないような気がするけど。

まあ別に Perl じゃなくてもよかろ。

93 :nobodyさん:02/07/30 14:19 ID:???
>>91
本家を忘れてどーする。。。


94 :nobodyさん:02/07/30 20:57 ID:???
本家がPerlなのに

95 :nobodyさん:02/07/30 21:32 ID:???
「本家」はデフォルトで日本語が使えないだろ。

96 :nobodyさん:02/07/31 13:26 ID:???
日本語のWikiName使わなきゃ良いよ。ってか日本語でWikiNameの気持ちよさは味わえません。

97 :nobodyさん:02/08/01 09:08 ID:???
>>96
なやましいよね。
ブラケットに変わるもっと自然な WikiName 指定方法はないものか…
「ウィキネーム」はいまひとつ。

98 :nobodyさん:02/08/02 18:06 ID:tbG/AywR
WikiWikiあげ

99 :nobodyさん:02/08/03 12:46 ID:???
>>97
CafeWikiのAutomaticLinkはどう?

100 :nobodyさん:02/08/03 13:35 ID:59CxZH7V
>>99
自動リンクはむしろ当たり前の機能だろ。
日本製のWiki(と呼ばれているもの)がおかしいだけ。
[[]]にしても「」にしても、いちいちそんなもんで囲んで文章書いてる奴の気が知れない。

で、CafeWikiだけど、
いかにもページ数増えると破綻しそうだな。

101 :nobodyさん:02/08/03 15:36 ID:???
WikiNameがあることがWikiらしさを表しますか?

オリジナルWikiのどこからどこまでを再現すると
「これはWikiである」と胸を張って言えますか?


102 :nobodyさん:02/08/04 22:26 ID:???
ん〜、分かち書きした文字列をリンクするようにすれば、どうよ?
「新交通システムの□ゆりかもめ□の駅構内に□爆発物□が仕掛けられた」
            ~~~~~~~~~~           ~~~~~~~~
ん? しかし、「の駅構内に」がリンクされないようにするにはどうするんだ?(笑)

今のところ、少なくとも半角でブラケットを入れないですむ「 」式の方がまだマシだと思われ。

103 :nobodyさん:02/08/04 22:27 ID:???
ズレた氏脳……。

104 :nobodyさん:02/08/07 09:34 ID:???
おてがる Web オーサリングツールとして
使うってのもありだと思う。
それだったら [[]] でリンクってのも
別に気にならないかな。


105 :nobodyさん:02/08/12 12:07 ID:???
>>100
WikiNameは、限りなく簡単な手動リンクであって、自動リンクではないのでは?

106 :100:02/08/12 14:09 ID:fsASLY/2
>>105
Wiki上に登録されている全てのページ
(あるいはウェブ上に存在する全てのページ)を把握して、
可能であればリンクを貼ろうとしながら文章を書きますか?

[[日本語ウィキネーム]]は偶然にリンクされることがあり得ないでしょう。
結局、存在しているページ名を把握しなくてはリンクを貼ることができない。

本家のWikiNameであれば、偶然にリンクされることもある。
shiftキーを二回ばかり押す作業は、
 もしページが存在していればリンクせよ
 存在していなければ作成せよ
という命令であるかもしれないし、単なる文章の一部かもしれない。


107 :nobodyさん:02/08/12 17:17 ID:???
Wiki NameをWikiNameと書いているときには、リンクを意識して
いると考えた方が自然だと思うけどなあ。
たしかにNetBSDとか言う感じで、mixed-caseの固有名詞は
偶然もありうるかも知れないけど。

nativeじゃないのでわからないが、mixed-caseを単なる文章の
一部を思うのは少しばかり苦しいんじゃないだろうか。

108 :nobodyさん:02/08/12 17:21 ID:???
>>106
> [[日本語ウィキネーム]]は偶然にリンクされることがあり得ないでしょう。
> 結局、存在しているページ名を把握しなくてはリンクを貼ることができない。
>
> 本家のWikiNameであれば、偶然にリンクされることもある

WikiName? と最後に?が付くこと自体はリンクとは言わないんですか?
それともリンク先のページに中身があるかどうかが重要?

>>100さん、言いたい事はわかりますし納得できます。
では、日本語のWikiNameについて何か(建設的な)意見はありますか?
それとも日本語のWikiName自体に否定的ですか?


109 :nobodyさん:02/08/18 03:00 ID:cHJAPC6H
ここもAutomaticLinkしてる。http://homepage1.nifty.com/dune/index.html?

110 :nobodyさん:02/08/21 07:38 ID:THVXqftb
日本語だと、意識的にリンクをつくる方法がネックなんだよなー。
「「」」や「「」」を、[[]]に自動で置き換えるっていうのはどうかな?

通常の全角のかぎかっこ"「」"は文章の中で使われることがあるだろうから、
あんまり賛成できん。

111 : ◆.h3meb7o :02/08/25 10:49 ID:???
基数番目の空白と偶数番目の空白に挟まれた文字列をリンクにするってのは?

112 :100:02/08/30 23:57 ID:???
こんなん作ってる。
http://frefer.net/wiki/
IP抜かれるつーか、そういうもんなのでちょっと注意。

113 :nobodyさん:02/10/17 01:04 ID:4+Pu9uis
hashedwikiってどうなった?


114 :nobodyさん:02/10/18 21:55 ID:???
クロスサイトスクリプティングの話さ、いつまでやるつもりだろ。両方ともなんだかなー。

115 :nobodyさん:02/10/25 19:54 ID:???
>>114
あれはひどいねー。

ksrさんには同情するよ。
狂犬にかまれたようなもんだからなー。


116 :nobodyさん:02/10/26 07:14 ID:???
おはよし。

>>115
有名税かなあ。とはいえあれはきついよね…
ある意味RMS並に一本気なひとですからねえ。

117 :nobodyさん:02/10/29 01:56 ID:???
todo.org 死んでない?

118 :nobodyさん:02/10/29 02:25 ID:???
あらほんとだ
メンテかなあ

119 :nobodyさん:02/10/29 03:08 ID:???
サーバのハード障害らしいっす>todo.org

120 :nobodyさん:02/11/04 18:11 ID:N7bhRHAu
Ich(仮)とか IPWikiSimple が今一番元気なのかな。

これは!っていう Wiki の実装教えてください。

121 :nobodyさん:02/11/04 19:31 ID:4/gp5bcU
wikiは結局ブレイクせずに終わって、今は高性能な掲示板かZopeあたりじゃないと
使いものにならない、って認識で落ち着いたんじゃないの?


122 :nobodyさん:02/11/04 20:42 ID:KcaQkftX
>>121
Wiki本は読んだ人によると評価高いし(折れには高すぎて買えない…)、広がるのはこれからじゃないの?

123 :nobodyさん:02/11/04 21:38 ID:85dFPbD5
Wiki本は僕も読んでおもしろかったよ。確かにやれることはまだまだあると感じて
ゾクゾクした。でもこれだけ時間が経つのに「書き換え自由」なのと「WikiName」
という基本的な部分でウケないわけだから、これから流行る気もしないのよ。
せいぜい Kent WEB のたくさんある掲示板の中の一つ、くらいになって細々と枯れ
ていくんじゃないの?



124 :nobodyかも:02/11/04 23:26 ID:???
すくなくとも、表向きには流行らないじゃないかな。
だいたい、書き換え自由だっていったってあまり需要が無いし。
リンクできるったってリンク先が軒並み数行のページなんじゃ見に行く気にもならんでしょう。

個人的には、Wikiとして有効な日本のサイトはRubyのマニュアル系くらいしか思い当たらないですし。
スクリプトの宣伝も悪いとは思いませんが。

ただ、個人で使う分には便利だしお手軽に作れるんで、
スクリプト言語を独学するような人にうってつけな題目でしょうね。
フォーマットルールみたいなインタフェイスなんて他人の押し付けに我慢できない人の方が多いだろうし、
ちょっと書ける人なら自分で作っちゃうでしょ。

125 :nobodyさん:02/11/05 03:17 ID:n+iB/MQE
多人数で一つの作業をするときのツールとしてはかなり便利だと思います。
実際に自分も仲間内で使ってます。

そういう特定の目的抜きで、掲示板の延長としてみたいな使い方だとwikiはあわないでしょう。


126 :nobodyさん:02/11/06 01:21 ID:hoZ92gsX
todo.org 死にっぱなし。
XSS まわりのもめごとじっくり読もうと思ってたのに。
あれってなんでもめてたんですか?
あと、どんな XSS 障害があったんでしょう?

>125
共通のコンサセンスが無い場合、
Wiki を使うべきではないってよくいわれてますね。
Wiki チックな簡便な文法でハイパーテキストの書ける BBS ぐらいが
ちょうどいいのかも。

kbWiki の見た目をきれいにしたらそんなかんじかなぁ。

127 :nobodyさん:02/11/06 02:50 ID:eqMm+PvX
todo.org の XSS のページは売り言葉に買い言葉、時間軸もよくわからなく
なって、じっくり読まないとわけわからない状態になってた気が。ああいう
ことに wiki を使っちゃダメだよな。

128 :nobodyさん:02/11/06 08:46 ID:???
自分ひとりのブレーンストーミングにはWikiは実に役に立つ。

129 :nobodyさん:02/11/06 10:52 ID:???
>>126
たしか、
1.ページにJavaスクリプトを書くと、それがそのままHTMLに出力されてしまう。
2.RAWモードでページソースをtext/plainで表示してもIEのクソ仕様のせいで
 HTMLと解釈されてしまう場合があり、ソースにJavaスクリプトが書いてあると
 1と同じ問題になる。
の二つがあって、1は対処済み、2はRAWモードを使わないことで対処せよ
ってことになってたはず。

もめてたのは、
・XSSが致命的になるのは特定のブラウザのバグが原因だし、
 全部対処する必要もないよなぁ。対策は可能だし。
 もしくは必要な人がパッチを書いてくれれば良い(作者側)
・作者はXSSを正しく認識できる能力も無くヴァカ、
 言い訳しか出来ないのか?
 XSS修正はソフト作者の義務なんだからさっさとしろよ!(office)
という感じのフレームになってました。


130 :nobodyさん:02/11/06 10:57 ID:???
あとは、告知の仕方が悪いとか、その内容が自分らに対して
都合いい(言い訳っぽい)書き方担ってるとか、因縁つけられてたかな。

131 :nobodyさん:02/11/06 12:27 ID:5EZCrPB+
office さんは XSS 以外の点では Wiki のことどう思ったんだろ。
Pukiwiki の reimy のサイトじゃマッタリしてるけど。

XSS 対策も重要だと思うけど、
なんかこうもっと高尚な話題で盛り上がって欲しい…。



132 :nobodyさん:02/11/07 00:12 ID:wqHxBi5i
Tikiにおけるフレームは、比較的似た嗜好の人間が多く
論争がおきにくいWikiにおいて、貴重な実験だったかもしれません。
ああいう議論をまとめて、それなりに有意義なページに作っていくことが
Wikiプレーヤを育てていくことになるんではないかと期待。
もっとも、願わくばもっと有意義な議題であればとは思いますけど。

複数人で使ってるケースでは議論に対してどう対処してるのか興味がありますね。


133 :nobodyさん:02/11/07 10:18 ID:reULgvE4
2ちゃんねるは使いずらいインターネットですね。
間違って書き込んだ内容はフォーラムと違って再編集できないし、
後から自分の書き込みを並べ替えたり、削除することもできない。
リンクは非常に原始的な方法でしか張れない。
書き込みログは単にHTML化されるだけで、見栄えのいいコンテンツとして
まとめる努力は、全体の一部でしかなされていない。
それでも2ch型掲示板のほうが人気があるのは、

私 は 単 に W i k i が
 使 い づ ら い か ら だ と
思 う の で す が 。
 気 の せ い で す か ね ?

134 :nobodyさん:02/11/07 10:42 ID:???
Wiki はコミュニケーションツールとしては
かなりいけてないと思う。
WikiWay とかにも書いてあるし、各WikiClone作者も自問してるし。
2ch と競合するものではないと思うんだけど。

あと、ウェブブラウザがインターフェースってのもいけてない要因の一つだと思う。


135 :nobody:02/11/07 15:38 ID:???
うーん、でもこれからは何でもブラウザがインターフェイスになっていく
気がする。どんなパソでもネットワークにつながっている限りはだいたい
入ってるし、GUI も比較的書きやすいし、ロジックも Perl サーバーサイド
でやらせるから、利用者の環境を気にしなくていいし。Webmin とか、SWAT
とか見てるとそんな気がしてくる。

136 :nobodyさん:02/11/07 19:03 ID:/Y8/pfKG
ブラウザのフォーム部品が貧弱すぎるのがちょっと。
JavaScript 無しでも凝ったインターフェース作れるかもしれないけど
なにかするたびにリクエスト->再描画ってなるから
うっとおしい。

ブラウザからも使えるけど、
専用クライアントだともっと便利につかえるってあたりが
いいのかもね。

ここもそんなかんじだよね。

137 :nobodyさん:02/11/08 17:33 ID:uZjVFw4U
Wikiを超えてやる。
超えてやるうううううううううううううう。

138 :nobodyさん:02/11/08 23:46 ID:???
最近興味を持って、いくつかのWikiクローンを動かしてみましたが、
リストの作り方とかの記法がぜんぜん統一されてませんね。
YukiWiki系のはだいたい一緒だけど。
なんだか不便。

139 :nobodyさん:02/11/09 00:30 ID:h+0PJu5R
>>138
人によってベストと思える記法が違うからなぁ。
中間形式を持たせて文法はクライアント任せなんてのも
いいかもね。
Xiki みたいに XML で文章を保持とかだと
変換は楽そうだ。

140 :nobodyさん:02/11/09 08:38 ID:u4kj/RPq
最近、HashedWikiとかTikiとか結構大きいところがパタパタしてるけど
コンテンツ保持の冗長性とかってどうなんよ。

いくつかのサーバでミラーするやつとかってあるの?


141 :nobodyさん:02/11/10 23:54 ID:4Df2ItzI
ちょっと違うかもしれないけど、
http://h-yanai.hp.infoseek.co.jp/cgi-bin/ese-nikki.cgi?MetaRecentChanges

http://h-yanai.hp.infoseek.co.jp/html/MetaRecentChanges.html
なんてのもあるよ。下がmirror。

142 :nobodyさん:02/11/12 11:49 ID:???
>>136
FlashとかJava Appletとかでインタフェースを作るとかはどうでしょ?
本当にオーサリングツールみたいなインタフェースにしてしまうとか。
もしくはワープロやアウトラインプロセッサみたいな。

(俺はテキストブラウザからでも更新できる今のスタイルは結構気に入ってるけど。)

143 :nobodyさん:02/11/12 13:08 ID:???
>>142
それ漏れも夢想したことがあります。
HashedWikiを見たのがきっかけ。

MacのHyperCardみたいなインターフェースだったら面白い・とっつき
易い・恰好良さそうだなぁ、と思った。スタック、ページ、バックグ
ラウンドの階層+ボタン、テキストフィールドなどのGUIパーツってい
う構成。

でも夢想しただけでそこから先に進まないんですけどね(w

144 :nobodyさん:02/11/12 14:49 ID:???
WikiとHyperCardというとこのへん?
http://www.hyuki.com/yukiwiki/wiki.cgi?HyperCard

145 :nobodyさん:02/11/13 01:59 ID:lyGK0s6H
ユーザ管理機能を付けて、貸し出しHPっぽく使う需要ってないのかね?
あんま魅力感じない?

同じ趣味の奴等が集まってHPを作っていくような。
でも、荒しが怖いから、メンバーのみ書き換え可能みたいな。

146 :nobodyさん:02/11/13 03:01 ID:gvA+70uc
とりあえず自分用のメモとして使うと凄く便利

147 :nobodyさん:02/11/13 03:13 ID:???
>>145
いくつかのcloneはユーザー管理もできるそうだから、できることはできるみたい。
んで名前空間も使えるといいだろうね。
ZWikiなんていいかな?

問題はそういうサイトを誰が立ち上げるかだが...

148 :nobodyさん:02/11/13 10:28 ID:???
ただ、日記みたいな使い方するんだとしたら
普通のWikiは支援機能が少なくていまいちかと。


149 :nobodyさん:02/11/13 11:54 ID:???
todo.org復活祈願sage

150 :nobodyさん:02/11/13 12:41 ID:???
>>149
ああ祈願なのか
一瞬記念と読み間違えてしまった
しょぼーん

同じく祈願sage

151 :nobodyさん:02/11/13 14:09 ID:???
>>150
同じく。
先生、Office が憎いです....

152 :nobodyさん:02/11/13 16:12 ID:???
>>148
HashedWikiは時系列で扱えたような気がする。
zopeでHashedWikiベースなもの作れば結構いいセンいく?

153 :nobodyさん:02/11/13 19:43 ID:Hq7iHRMn
IPWiki の後継(?)になるらしい
WikiLike(仮) がいい感じかと。

てか、日記が日記である必要性って
あんまりないような気がしないでもないような。
いつ書かれたかの情報さえ保持してれば
それでいいよね。

技術系の人の日記って、半ばメモ帳だし。

154 :nobodyさん:02/11/13 20:22 ID:CfMCLH0a
日記が日記である必然性は、
・読む人からみて最新の記事を見つけやすいこと
・書くときにどこに書こうか悩まなくてすむこと
・あとで読み直して笑えること
かな?
Wikiのように、「名前をつけてページを作って書き込む」という作業を
さらりと流すところに、日記システムの本質があるように思う。

155 :nobodyさん:02/11/13 20:43 ID:CfMCLH0a
Wikiについていえば、誰かがいっているように
メモとして使うのが一番かなと思うので、
パラグラフ指向のP2P対応で、
専用クライアントにインクリメンタルサーチが付いていたら最高!
なんだけどなぁ。

156 :nobodyさん:02/11/13 21:09 ID:Hq7iHRMn
>>155
>パラグラフ指向のP2P対応で、
なんか想像がつかない…
InterWiki しなくても
どこかで存在してるWikiNameを適当に拾ってくるみたいなかんじ?

>専用クライアントにインクリメンタルサーチが付いていたら最高!
{emacs-,}w3m と migemo を組み合わせたので我慢…




157 :nobodyさん:02/11/14 11:43 ID:???
>>142-156
クライアントはBTRONの実装(ex:超漢字など)みたいにマウスドラッグ
でWikiNameを示す付箋をぺたぺた切り貼りできるといいね
ページにWikiNameを書く・消すだけで済む話なんだけどさ、これがマ
ウス操作のみでできるとこう、書類の整理がさっさと済むような気が
する

漢字変換に手間がかかると思考が一時中断されてしまい、困るってい
う話があるじゃない?あれと似たような話かな?
沢山のWikiNameを書いたり削ったりしてる間に、「どの内容がどの
WikiNameだったっけ?」とか思い出したり探したりしないといけない
場合もあって、自分がどういうふうに整理したかったのかわけわから
なくなってきそうなので

で、上のような操作を許すためには、1ページごとにウインドウなり
タブなりが開いて内容を表示するようになってないといけない気も
する
内容を読んで、これを付箋として別のページに張り付けるか判断しな
いといけないだろうし

それと張り付けてある付箋(WikiName)上にマウスポインタをもって行
くと、そのページの内容を数行程度Windowsのヘルプみたいに表示で
きたら便利でかっこいいかも、とか思った

つまりWikiNameはあまり重要ではなくて(参照時に人間にも最低限意
味がわかるポインタ程度)、内容を重視するようなクライアントがあ
るといいなーってとこかな?

…と、妄想するだけなら簡単なんですけどね…

158 :nobodyさん:02/11/14 12:30 ID:???
>>157
なんかそういう自動WikiNameのような機能がWindowsXPに搭載される予定だったとかなんとか、
どっかでみたようなみないような。

--[[Tiki:通りすがり]]
#comments


159 :nobodyさん:02/11/14 14:07 ID:???
>>158
へーそうなんですかー
あでも自動WikiNameとは違うんですよ。WikiName自体は手動で付けます
つーかページ作成する際にどうしても必要だし

画像ファイルとかがMacみたいにサムネイルで表示できるようになりま
したよね、あんな感じかな
ファイル名だけじゃよく分からんが、内容が見られるようになってれば
整理もしやすいっていう…

--[[Tiki:カラアゲうまうまだよもん]]

160 :nobodyさん:02/11/14 19:12 ID:???
うぁぁ、ドラッグできたらいいなぁ。
インデックス作成とかのまとめ作業がやりやすくなるよね。

マウスもってくとサマリ表示は
a 要素の title 属性にでもつけとけば今の Wiki でも実装可能だね。

TRON も試したいんだけど
どこから手をつけていいのやら。


161 :nobodyさん:02/11/14 21:54 ID:CfhSfuhH
>>156
いまのInterWikiでは、メモとして使うには遅すぎると思うのです。
あらかじめ配信してくれれば、ネットワークの遅い端末でも快適。
また、WikiName検索したときにいろいろなサイトの内容を平行して見れると、
新しい発見があるんじゃないかと。
ま、検索する際にどのサイトを対象にするか選択できるオプションは必要でしょうけど。

>>最近
サマリ表示は既にいくつかのWikiで実装されていますね。
例えば、YukiWikiあたり。
ドラッグについては、Flashでインタフェイスさえ作れば、
いろいろなサイトに活用できそうですね。
# と思って作業しつつあるんですけど、Flashが良くわからないので遅遅として進まず。

あと、位置情報を重視すると文章の情報量が制限されるんで、そこが問題かな。

162 :nobodyさん:02/11/14 22:27 ID:???
>>161
Flash で作られた Wiki の実装があったはずなんだけど
どこいったろ。

WikiLike はやく完成しないかな。
そして todo.org はやく復活してほすい。


163 :nobodyさん:02/11/14 22:30 ID:???
>>162
http://www26.tok2.com/home/taiyaki/flashwiki/
これ?

164 :nobodyさん:02/11/14 22:43 ID:???
>>163
なんかこれ挙動があやしいような。


165 :nobodyさん:02/11/15 20:45 ID:???
>>157
それって、貼り付けた瞬間に[[WikiName]]として展開されるってことですか?
>>163
せっかくFlashなのに、らしさがすくなくて惜しいですね。

166 :nobodyさん:02/11/16 00:40 ID:jxPH+jrf
まず確認しときたいんだけど、実際に日記にしてるこーいうのは、うまくやってるという前提?
それとも、Wikiで無理してるな、って前提?
Wikiが日記に使いにくいか、っていう基準が欲しいんだけど。

http://homepage1.nifty.com/dune/_402002_94N11_8C_8E.html?
http://digit.que.ne.jp/visit/index.cgi?2002%C7%AF11%B7%EE

どっちもYukiWiki系で日記支援機能みたいのはなし。
前者はまるっきり技術者の技術メモみたいな日記で、後者は厳密に日記じゃないかも知れんけど。

167 :nobodyさん:02/11/16 02:16 ID:???
>>166
おお、すごい、ちゃんと続けてかいてる…

使いなれたエディタで
ぽいぽいドキュメントを投げれる
HNS とかの日記に特化したシステムに比べれば
使い辛いと思う、ってぐらい。

書き始めまでの時間の差ぐらいかなぁ。

あと、普通の Wiki って細切れのメモみたいなのに対して
弱い気がして。


168 :nobodyさん:02/11/16 02:25 ID:???
思ったこととか
気になる URL とか
ちょっとしたメモとか、

タイトルとかキーワードとか
カテゴリーとか名前空間とか
全然考えないで放りこめて、

後で参照するとき勝手に整理されてて
かつ文章同士も適当にリンクされてる
なんてのがいいなぁ。

Wiki と関係ないか。
普通のアイデアプロセッサみたいだ・・・


169 :nobodyさん:02/11/16 17:34 ID:???
一月一ページでしか見れないというのはわりかし富豪的だと思う。
日付ごととか段落ごとのアンカーがわかりにくい。

あえてWikiを使う利点は、webさえ見れればどこからでも書けるという所か。


170 :nobodyさん:02/11/17 00:54 ID:???
Wiki の文法が好きだからって人もいるかも。


171 :nobodyさん:02/11/17 01:27 ID:???
日記としてだけ使ってるなら、まあいまいちだろうな。
でもここらへんだと、Wiki上のコンテンツってんで技術ページだとか、テキストページだとかがあって、そのほかに日記もある。
全部Wiki一つですんでるとか、だから管理から検索から、何でも一つでできてるってところは無視しちゃいかんと思う。

148、154、166辺りが日記専門システムとしてWikiを評価したいってんなら、話がずれて悪いけど、Wiki使ってる人が日記もWiki上でやっちゃえってのはそれなりにメリットがあるんじゃないの?
あえてWiki以外を使わなきゃってほど日記にはダメダメッてことはなさそうだし。

172 :[[Tiki:カラアゲうまうまだよもん]]:02/11/17 07:23 ID:J+LBQIA1
おはよし。さむいね。

>>160
あ、titleには気付かなかった。目から鱗。それいいですね。
後日また妄想してて、HashedWiki+BTRON調+Windowsのファイルブラウザ(エ
クスプローラー)みたいなWikiがあってもいいかな、と思いますた。

右にWikiName一覧が更新日付順に並んでるの。だけどABC順とかにも並べ換え
できるの。またユーザーがドラッグ&ドロップで好きな順序に並べとくこと
もできるの。もちろんその順序は変更されない限り記憶されてるの。

で、folder(呼び名はなんでもいいけどとにかく名前を持った階層)が作れ
てそれが表示上の1ページに相当するの。HasedWikiベースだからfolderに入
ってるWikiNameは一つのパラグラフになるのね。だからfolder名が他のWiki
でいうWikiNameになる。そして表示の順番はさきほど書いたように設定して
おいた順番で表示されるわけです

folderに入れてないものは暗黙としてroot directory(TopPage or
WelcomeVisitorsを指す)に入っているものとして扱われるのがいいかな。
で、その上で>>157に書いたような機能もあり、folder、paragraph、word単
位の検索、履歴、ユーザー管理とかもあるとすごくいいかなぁと。

173 :[[Tiki:カラアゲうまうまだよもん]]:02/11/17 07:24 ID:???
改行制限にひっかかっただよもん。
つづき。

>>165
そうです
あと貼ってあるWikiNameをドラッグして消す(外す)こともできる
ともっといいかなと

そういや漏れ最近はHTMLエディタとゆーか、info,javadoc,pod,doxygen,
wtangleの代わりにも使っているような>Wiki
どのWikiEngineも少し手を入れれば静的HTML吐けるようにできますからね。
>>170みたく慣れた方法でHTML文書作成できるからうれしいのです。
しかしそういう意味ではこういう使い方はRWikiに近いともいえるな。

長文失礼。

174 :nobodyさん:02/11/17 08:14 ID:???
ただ、今の文法だと
WikiPage の情報をメタに扱うのはちょっと辛そう。
valid な HTML を吐いたとしても、
リストの中身は何のリストなのー?状態だし。
やっぱ語彙不足はいなめない。

xml なみの表現力を維持したまま
平文でリッチな文章を書けるようにするとなると
やっぱり専用クライアントが必要になっちゃうかぁ。


175 :nobodyさん:02/11/17 10:27 ID:???
>>173
あれ、もしかして日本語graphviz対応ですか?
英語対応はいくつかしっていますけど。
もし、日本語対応なら見てみたいですね。

もし個人で使っている人でスクリーンショットあげてもよいっていう人がいたら、
見せて欲しいかも。



176 :nobodyさん:02/11/17 11:28 ID:???
TumikiというWikiエンジンを作っています。
HashedWikiの派生型で階層化を含んだものです。
http://hpcgi1.nifty.com/~k_ogata/diary/diary.rb?section=note&name=20021117

実際に動いている状態を見せられないのが残念ですが、
>>172 の叩き台にでもなれば。


177 :nobodyさん:02/11/17 11:33 ID:???
YukiWiki系、レンタルサーバーに上げるとそれほどでもないが、
K6-2 400のマイマシーンだとちょと重い。

Rubyのやつだともっと重いんだろうか。

178 :nobodyさん:02/11/17 12:11 ID:???
rubyの場合、mod_rubyがWindowsで使えないという欠点があります。
どちらが早いにせよ、回線速度を考えたらどうでも良い程度と言う意味で
言語の処理速度自体はそれほど変わらないのでは?

スクリプト系言語を使う以上、
速度のほとんどの部分は、アルゴリズムで解決するしかないと思う。

179 :[[Tiki:カラアゲうまうまだよもん]]:02/11/17 12:41 ID:???
titleで内容表示ってYukiWikiが実装してたんですね。知らなかった。

>>174
そうですねえ。色々付加情報も書き加えないといけないし。まだるっ
こくなってしまいそう。
今の [[]] とかで括るだけでも編集時と処理後で文の長さが変わっ
たりするわけで。
まぁ普通はこれで困ることはないし、HTMLあたりに比べれば編集時
でもよっぽど見やすいわけですが。

>>175
いえ。そんなグラフ化的なものは一切。
単に手持ちのWikiでHTML吐き出させてそれをドキュメントとして
提出ってだけの話です。ローテクもいいところ。

>>176
素晴らしい。期待しています。
こういうのをベースにしたクライアントがあると漏れの理想に近
付くのかなあ。

180 :nobodyさん:02/11/17 18:10 ID:qZutQ4pM
>>176
SQL を直で置けるってのは面白いなぁ。

それと、WikiLike が実験的に動きだしてます。



181 :nobodyさん:02/11/17 19:56 ID:???
>>178
cgywin版のapacheでも駄目?

> 速度のほとんどの部分は、アルゴリズムで解決するしかないと思う。
毎回ロードするライブラリが大きくなってくると、
mod_* のように常駐することで速度が稼げると思う。
RubyのWikiではRWikiとAsWikiなんかは当てはまるんじゃないか?

182 :nobodyさん:02/11/17 20:00 ID:ZXiBJBMV
>>179
書かれていることが私の考えに近くて、ちょっとびっくりです(^_^;)。
からあげうまうまだよもんさんの言う付加情報というのとは
少し違うかもしれませんが、ちょっとした考えを。。。

<class test
テスト

などと書いたとき、<div class="test">テスト</span>みたいになってくれると、
表示に関する設定をCSS側に追い出すことができて、表現力がアップするような気がします。


183 :nobodyさん:02/11/17 20:02 ID:???
ありゃま。divとspanが混在してますね。失敗しっぱい。

184 :nobodyさん:02/11/17 23:00 ID:qZutQ4pM
>>182
うーん、自然にもりこむのは難しそう。

!!仕様です!! で <strong class="notice">仕様です</strong>
みたいな、今の Wiki のスタイルにあった方法がいいなぁ。

Wiki スタイルの文法でいつも思うのは
自分で自分の記法を説明する文章を書くのがしんどいところ。

行頭にスペースでフォーマット済みってのがあんまり好きじゃないんで
(プログラムどばーってペースト出来ないし。)
~~~~ から ~~~~ まで、でやってるんですけど
この方法だとフォーマット済ブロックの中で ~~~~ が書けないし。

あと、複数パラグラフを含むテーブルを自然に書ける
うまい記述方法とかないかなぁ。

|a|b|c| みたいなのは項目毎の内容が少ないときはいいんだけど
レビューみたいなの書くときしんどい。


185 :nobodyさん:02/11/18 08:20 ID:ECeegY7v
|{{a}}|{{b}}|{{c}}|
みたいに書いて、インライン展開するときにページa,b,cをインクルードするというのはどうかな。

186 :nobodyさん:02/11/18 09:10 ID:???
<<123 で[[id:123]]をインクルードするとか。

まあ、Wikiにどこまで複雑さを要求するかと言う話ではありますね。
個人的には文法の説明なしでも自然に使えることが最善だと思ったりもします。



187 :nobodyさん:02/11/18 09:13 ID:/SVZstij
あんまり複雑なことをしようとすると、
普通にhtmlタグを書いた方が分かりやすかったり……。

188 :nobodyさん:02/11/18 09:47 ID:???
>>181
cygwin版Aoacheは遅いという話なんですが、どうなんでしょうね。
また、正確にはApolloの成果を使えば何とかなるという話もありますが
ちょっと敷居が高そう。

自宅さばに限定するなら、指摘のようにWebrickを使ってサーバ化するのが
よさそうです。
でも、配布用には向きませんね...。


189 :nobodyさん:02/11/18 15:15 ID:???
実際、出力されるHTMLを意識して書く方向にすすむと
HTML直書きの方が素直じゃん?ってなってきちゃうよね。

Wikiの方向性として、PukiWikiみたいに
Zope とか XOOPS みたいなコミュニティーサイトビルダになろうとしてるのと
HashedWiki とかみたいに
メモ書きとかになろうとしてるのの2系統があるとおもう。

後者は実際のところ WikiName の処理さえしてれば他のフォーマット処理なんて
なんもしなくてもいいとおもうし。
howm とかの Emacs 系の Wiki 処理系なんかそんなかんじだよね。

対して前者は、出力される HTML を強烈に意識してるから、
HTML で書きたくなるようなパターンは用意されてないと
気が済まないかと。

190 :nobodyさん:02/11/18 16:06 ID:KVxEq4vg
HashedWikiって、はじめから色付きの<hr>とか編集ボタンとかが見えるんですよね。
あれが消えたりして、境界が無くなるとおもろいと思う。
ユーザが編集モードのときだけ、境界が見えるようにする。
そうすると、HTML用パラグラフにHtmlFormを書いて埋め込んでも、全然違和感が無い。
まぁ、ようは設計思想だけど。

HashedWikiがメモ書き用に特化して、特殊なWiki記法が不要になる
方向に向かおうとしてるというのは、
事実そうなのかもしれないけど、私はちょっと待って!と思う。

一度書いたパラグラフの再利用を積極的に補助する方向に育てれば、
サイトビルダとしてのポテンシャルも、けっこう高いと思うんだよね。

191 :nobodyさん:02/11/18 18:53 ID:3GVpqOUk
あぁ、それいいかも。
まえ HashedWiki だかどっかで出てた、パラグラフをクラス化して、
色々な形態をとるようにしたら面白いんじゃないかって話おもいだした。

お絵書きアプレット挟んだり、
BBS っぽくカスタマイズされたの挟んだり、
C ソース表示用のパラグラフ挟んだり・・・


192 :nobodyさん:02/11/18 18:54 ID:???
というわけで、
LeafWiki に期待。
sng さん頑張れ〜

193 :nobodyさん:02/11/18 23:52 ID:???
パラグラフの再利用としては、
自社ビル や http://www.malevole.com/ のような張り紙的な見せ方をするページや
http://www.usagigumi.com/ のMapのように、背景と位置情報をつかって付加価値をつけるのも
面白いですね。

って話題も結構昔から出てはいる...。

# ちなみに、題材は今月のWebDesigningから取りました。


194 :nobodyさん:02/11/19 00:16 ID:???
修飾系ではTeXもどきがでるといいなぁと思う。
数式入れるとコンパイル?してCSSかなんかでそれらしく表示してくれるの。
ルートとか積分とかややこしいのが無くても、
数字の上付きと下付き、できれば単純な分数だけで結構役に立つんだけどなぁ。


195 :nobodyさん:02/11/19 02:45 ID:Zeqn1WfI
todo@Omicron 復活 age。

>>194
あぁ、いいですねえ。
将来的には MathML で出力とか。

ページ毎のローカルなフォーマットルールがあるってのもいいかも。

数学系のページでは $y=3*x^2-5x+10$ で数式組み立てなるとしても
プログラム系のページで $ とかが予約語になってると不便だし。
麻雀のページで牌譜の略記法から雀牌の画像だせると便利だし。


196 :息抜き挿絵:02/11/19 03:13 ID:???
四十八手の名称を修飾として書く
そしてお相撲さんの甘美で悩ましい画像きぼんぬ
            ∧_∧
     ∧_∧  (´<_`  )  Wiki通だな兄者
     ( ´_ゝ`) /   ⌒i
    /   \     | |
    /    / ̄ ̄ ̄ ̄/ |
  __(__ニつ/  FMV  / .| .|____
      \/____/ (u ⊃


197 :nobodyさん:02/11/19 12:12 ID:ltLQfUij
>>195
Perlで書かれたLaTeX2HTMLってのがあるみたいだね。

198 :nobodyさん:02/11/19 19:40 ID:uf7kYhKN
viva plain2!

Wiki を Zope 化したがる実装者に歯止めをかけるには
どうしたらいいんでしょう?


199 :nobodyさん:02/11/19 22:12 ID:???
>>196 題名はやっぱり DeveDeve ?


200 :nobodyさん:02/11/20 00:21 ID:???
[[200]]ゲットですよ。
Wiki界隈での今一番はやりの機能はどんなんでしょう?
今のところプラグインの構築のあたりで停滞してる感じ?

201 :nobodyさん:02/11/20 02:30 ID:???
>>199
日本が世界に誇るスーパーファイターおすもうさんに向かって何と失礼な!
MaruAnkoにでもしといてください。

202 :世界はピーポー:02/11/20 08:01 ID:v52taN5n
WikiWayのむこうに 何があるんだろう?
このWikiのむこうに あのWebのかなたには何があるんだろう?

君が知りたいとき WikiCloneに触れれば分かるはず
さあ 一緒に ぼくらとWikiLife!

203 :nobodyさん:02/11/20 12:32 ID:???
>>200
どうも皆さんオリジナリティへのこだわりがあるので、
なかなか流行の機能ってないですね。
パラグラフ指向でも、それほど広まっていないし。

それに、>>198 のように、
需要が少ない割に要求がバラバラなのも影響しているのかも。
まあ、開発者が使いやすいと思うように作れば良いと思うんですけどね。

204 :nobodyさん:02/11/20 14:24 ID:???
デザインを変える方法がCSSしかないってのが致命的だね。
やれやれ。開発者は気付いてるのかな?
CSSなんて大部分のユーザはぜんぜん知らないんだってことに。


205 :nobodyさん:02/11/20 14:42 ID:???
デザインってのはWikiの本質じゃないような気がするな。

206 :nobodyさん:02/11/20 17:06 ID:bUj9mmhp
>>204
レンダリングエンジンと HTML の乖離をするとすると、
XML みたいな構造化された中間テキストを吐くことになる。
で、そこから独自仕様で HTML もってく変なしくみつくっても
CSS 以上に人はついてこない。
んじゃ、もうちょい一般的(?)に XML で吐いて
XSLT かませられるようにしようってしても
なおのことついてこない。

レンダリング部分以外のとこだったら、 HTML::Template 使用バージョンとか
いくらでもユーザがいじりやすいようにしたのはあるとおもうけど。

ただ >>205 のように、そういうのは結構どうでもいい。
リンクさえしっかりしてれば他の記法もいらない気がするし。
howm とか便利よ。

207 :nobodyさん:02/11/20 17:19 ID:2QhrQW7H
リスト構造を返信みたいに使う人が気持ち悪い

208 :nobodyさん:02/11/20 18:52 ID:???
超既出だけどWikiは議論する場じゃないしね。
BBSとの連携を強化して、BBSで議論→Wikiでまとめ→また議論、とかの流れを
うまく支援できれば理想なんだろうけど、アイデアなし。

209 :nobodyさん:02/11/20 19:19 ID:???
Wiki ページ毎に議論に特化した裏ページを用意するってアイデアが
どこかにでてたような。一般的な BBS システム用意するとかね。
fj.source と fj.source.d の関係みたいなかんじで。
どっちにしても、明確なサブジェクト無しに運用してると
表ページが寂れて裏ページで語りあって終りになりかねない気もするけど。

コメントさぁ、ページの中にペタペタ付箋みたいに張れたら便利なのにね。
ページに対する議論なんだし、
「ここが変だけどどうよ?」「これからちょっとおっきな変更入れます。」
みたいなのが自然にやれたらうれしい。
クライアントあれば出来そうね。Flash 版もありかなぁ。


210 :nobodyさん:02/11/20 23:12 ID:???
>表ページが寂れて裏ページで語りあって終りになりかねない気もするけど。
結局ちゃんとまとまるかどうかは、意識の差ってことかも。

でも、誰かがまとめてくれる可能性という期待が持てるという点でBBSよりかはましなのかも。
Wikiから議論を排除するより、議論を支援する機能をWikiページ内に入れるほうが良い?

211 :nobodyさん:02/11/20 23:41 ID:???
>>210
ですねえ。
時系列で追いやすい BBS みたいなのはあるとたすかる。


212 :nobodyさん:02/11/21 08:30 ID:???
表示行数制限付きのコメントボックスは、絶対必要や。

213 :nobodyさん:02/11/21 12:31 ID:???
もしかしたら、PHPのオンラインマニュアルみたいなのが良いのかも。


214 :nobodyさん:02/11/21 16:02 ID:???
http://www.kagoya.net/php/manual/
これ?
なんか特に目新しいフィーチャが見つからなかったんだけど
違うとこなのかな。

215 :nobodyさん:02/11/21 20:13 ID:???
こんな感じ?
http://www.php.net/manual/en/ref.apache.php
これで、マニュアル部をWikiとする。


216 :[[tiki:通りすがり]]:02/11/22 00:53 ID:???
>>195
喜びのあまり手元が狂い、
チーズケーキが畳にキスをした。
微妙なsage

217 :nobodyさん:02/11/22 01:10 ID:cVSNyi/s
http://www.touchgraph.com/
これの右下の TG WikiBrowser、
動かそうとすると main がないっていわれてしまう。
どなたかレビューよろしく・・・


218 :nobodyさん:02/11/22 11:46 ID:Pfupxiuu
>>208-209

2chのスレッドの1だけ Wiki になってるような感じがいいと思わん?
2ch型の掲示板は議論には向いているかもしれないが、容易に話題が
ループする。誰かがそこまでの途中経過や結論をまとめてくれてもすぐ
流れてしまうし、ちょっと前の過去ログすら読まない奴も多いじゃん。
1を編集できるのはスレを建てた奴だけってことにして、そいつが責任をもって
議論の結果をまとめたり参考資料へのリンクを1に加えたりするわけ。
議論が進むと単なるスレッドが「その話題に関するポータルサイト」に
なっていくって感じ。1の頑張りにもよるが。

219 :nobodyさん:02/11/22 12:18 ID:tDqeA4Mc
>>218 WikiLikeはまさしくそんな感じで作ってます。 http://ishinao.mine.nu/WikiLikeDev/ でもその他の部分がちょっとWikiじゃなくなってるけど。

220 :nobodyさん:02/11/22 15:05 ID:Pfupxiuu
>>219
http://i-ch.dyndns.org/view.php?query=%C4%AB%C6%FC%BF%B7%CA%B9%B8%A6%B5%E6&sort=created_desc&cmt=2
そだねー。一つのスレッドのイメージとしてはこんな感じかな。ニュー速板あたり
にこんなスレ立ちそうだね。
ただ 1 は長い割にめったに更新されない訳だから別ファイルにしたほうが
効率が良いんじゃないかな。フレーム上下二分割で上が1、下がBBS部ってな
感じで。

221 :nobodyさん:02/11/22 15:42 ID:???
ページ作成者がページ内容の一部をロックできる機能があると便利と思ったんですけど。
>>218 さんの意見に近いですけど。

必要な部分は、ロックしておいて、その他はwikiにして自由に書き込んでもらう。
で、まとめをページ作成者がロックの部分に反映していくみたいな。

どうよ?


222 :☆☆☆☆☆:02/11/22 15:56 ID:BvFXJy9n
http://alink3.uic.to/user/ranranxx.html

223 :nobodyさん:02/11/22 19:57 ID:???
でも2chの議論でもWikiが使われてる例って少ないよね。
使おうって提案しても、誰も書いてくれないしさ。
システムに組み込まれれば違うかな?

224 :nobodyさん:02/11/22 20:23 ID:???
正直、実装は楽しいんだけどねぇ。
さぁ、使っておくれ、っていわれても
他のもので用が足りちゃってる大部分は
ついてこないもんね。

>>223
パラグラフ系のが提示されてたら
もうちょっと違ってたかも。
Tiki と YukiWiki ぐらいじゃない?

irc のうにっくすチャンネルのサイトが
Wiki で運用されはじめてる・・・


225 :nobodyさん:02/11/22 20:36 ID:???
まあ、このスレッドをまとめているWikiがどこかにあると仮定して、
このスレッドに書き込んでいる我々はそのWikiを見に行くだろうか。
また、ほとんど省みられないページのメンテナンスをするだろうか。

と考えると、掲示板とWikiは一つのページに混在する方が良いし、
一つのページがあまり長くなりすぎない方が良いのではないかと思う。

さらに、掲示板のコメントは10個しか存在できず、古い奴は自然消滅するとか
圧力をかけるとやる気が出て面白いかも。(面白いだけ)

# どこかのWikiで実験的にまとめてみようと思考実験してみてはどうか。
# わたしはメンドクサイのでやりたくないと思った。

226 :nobodyさん:02/11/22 23:21 ID:???
>>220
1とそれ以外を、別々に表示したいか一緒に表示したいかは、
状況によって違いそうなんで、ユーザーが選択できるといいんでしょうね。
ただできればフレームは使わずに表現できた方が、
テキストブラウザとかでも普通に使えて幸せかも。

>>221
ParagraphOrientedな方向性でそんな感じのを作りかけたんだけど、
ユーザーインターフェースが難しくて没にしました。
よほどうまいデザインを考えないと、
システムをよく知っている人じゃないと使えない代物になってしまう。

227 :nobodyさん:02/11/23 08:49 ID:???
http://homepage1.nifty.com/dune/2ch.html?

228 :nobodyさん:02/11/23 09:26 ID:???
>>227
そこから書き込んで見ました。
インラインフレームって、スレヲチ向きかも。
なんかこう、
鼻で笑いながら一段高いところから見下してるみたいな感覚が・・・

229 :nobodyさん:02/11/23 10:51 ID:???
>>206
AsWikiは要素単位(リスト、テーブル、見出しなど)で出力されるHTMLを変更できる。
重いけど、Tikiに似ているので、良いかもしれない。

http://www.assist.media.nagoya-u.ac.jp/ASDP/index.cgi?c=v;p=AsWiki


Wikiの本質がデザインや記法でないことには同意。


230 :nobodyさん:02/11/23 11:07 ID:???
>>229
BTRON にはなりっこないってのと
Zope にするなってのが凄くツボです。

巡回巡回

231 :nobodyさん:02/11/23 11:09 ID:???
>>229
どこかで見たようなテンプレートの仕組みだなと思ったら
Walrus のだったのね。


232 :nobodyさん:02/11/23 21:05 ID:Xog73puS
Wikiの本質ってなーに?

Zope(ってのがなにを意味しているのかが良くわからないけれど)ではなく、
BTRONを目指すのでもなく、
記法でもなく(サイトごとに見ているとこれの違いが一番多い?)
使用言語でもなく(だと思うんだが)
データベースを使用しているかどうかでもなく(なのかな)
あらゆるプラウザにより表示可能というわけでもなく(ように見える)

もし、WikiNameによるリンクと書き直し可能という機能だけであるなら、
Wikiとしての進歩は既に終了しているような。

233 :nobodyさん:02/11/23 22:12 ID:1mNJyz94
Wikiの本質==コンテンツ

234 :nobodyさん:02/11/23 22:37 ID:OeWtSfyo
コンテンツねぇ・・・
日本のしか見てないんだけど、これだ! って感じたとこ
結構少ないような・・・
集まってる人の質によるんだろうなぁ。結局。
ていうか、コンテンツが本質って
なんにでもいえるような気が・・・

今のところ、本質(?)を変えるぐらいの実装をしてるのって
WikiName の解釈を変えてる WikiLike ぐらいのような。
でも検索になるってのも微妙な使用感・・・。

結局の所、WikiWay 読んでないからよくわかりません。
思想とか本質とかあんまり考えないで
使いたい機能どんどん実装して、
後発の実装者がそれを適当に洗練して実装して・・・


235 :nobodyさん:02/11/24 02:45 ID:???
>>232
本質って「コラボレーションツールである」ってことじゃない?
だから、見た目や記法や実装はそれを妨げない程度以上のものであればどうでもいい。
ということで、パラグラフ志向やBBSとの連携なんかは本質に近い拡張だと思う。
Wikiに足りないのは、情報を整理する方法(機能)だと思うので。

>あらゆるプラウザにより表示可能というわけでもなく(ように見える)
HTTP経由でHTMLとしてアクセスできるってのは割と本質に近いような気がする。
Webがこれだけ広まってる現状ではね。
でも、それ以外のアクセス方法があってもいいとは思う(特に編集面で)。

「Zopeでない」ってのはプレゼンテーションフレームワークでないってことかな。
って、Zopeのこと詳しくないけど。
「BTRONでない」ってのはよく分からない。


236 :nobodyさん:02/11/24 02:58 ID:???
パラグラフ Wiki で、
途中のパラグラフを他の場所に移動させることが出来る機能があるけど
たいてい、パラグラフは上下のパラグラフと密な繋がりがあるわけだよね。
そういうのをまったく考慮しないで飛んでっちゃうのって
もったいない気がする。するだけ。


237 :nobodyさん:02/11/24 03:22 ID:???
>>235
BBSと違う方法で情報を整理する方法がないかなあ?
個人的にはパラグラフ指向は情報の整理という観点ではあまり有用そうには見えない。

>でも、それ以外のアクセス方法があってもいいとは思う(特に編集面で)。
常駐プロセスにしてSOAPやXML-RPCを使えば、いろいろできる気がする。

AsWikiはプレゼンテーションフレームワークでないというわりには
デザインにこってる感じがする。
BTRONは使ったことがないんだけど、BTRONの実身/仮身モデルのことじゃないかなあ?


238 :nobodyさん:02/11/24 13:08 ID:???
プログラミングでも言えるかと思いますが、
一つの単位に収まる情報量を制限することで、かなり改善するのではないでしょうか。
某所で話題の書き込みの競合も回避できますし。(どなたかの提案はけられてましたが。)

パラグラフ指向は、書き込まれたパラグラフを時系列で並べ替えられることで
BBSのような効果が期待できるとおもいます。
あと、反対か賛成かでパラグラフの色分けをするとか。


239 :nobodyさん:02/11/24 17:34 ID:???
ただ、本当の意味でのパラグラフとして考えた場合、
前後のパラグラフと切りはなすのはマズイのでは。
それが単に編集の単位というならなおさら。

というか、commit するとき別パラグラフだったら適当に merge してくれれば
それでいいような。

240 :nobodyさん:02/11/24 22:24 ID:???
wikiの嫌なところって、やっぱり荒しじゃないの?
書いても誰かに全部消されてしまうかもしれないみたいな不安というか。

241 :nobodyさん:02/11/24 22:35 ID:???
荒れそうな主題で運用してみるってのはどうだろ。
自作自演で自分の書き込み削除して同情を誘うとかやだなぁ。

242 :nobodyさん:02/11/25 00:19 ID:???
あんまり詳しくないけど、Wikiで荒らされた例ってあるのかな?
議論がフレームになったってんじゃなくて。
2ch系のWikiでもそんなに荒れてなかったよね?

243 :nobodyさん:02/11/25 01:08 ID:NWcQH8cc
うーん、Wiki に興味を持ってるやつしか
Wiki サイトにいかないから、荒れようがないってことじゃ。
母数が少なすぎ。


244 :nobodyさん:02/11/25 03:34 ID:rhvRGVbd
公開されたWikiで
・(他人の)Wikiに匿名で書いたこと
・Wikiでの(匿名のContributorを含む)共同作業で出来たもの
の著作権ってどうなるのかね?

245 :nobodyさん:02/11/25 03:59 ID:???
それは別に Wiki に限った問題じゃないよね。
この投稿の著作権もどうなるんだろう。


246 :nobodyさん:02/11/25 06:23 ID:/+hJBkpi
悪意の削除は抑制できるよ。
CVSと連携させるとか、大規模な変更を弾くとか、やりようはいくらでもある。
善意の変更による質の低下や、荒らしなんかは、ユーザ数が増えれば緩和されると思う。
元に戻すことが容易なら、まともな編集者がまともだった時代に戻してくれるだろうから。

247 :nobodyさん:02/11/25 06:33 ID:???
うーん、不特定多数が悪意を持って臨んだら
バックアップを戻す程度じゃどうにもならないような気が。
こまかい修正を多発させてコンフリクトを誘発させて
一般ユーザが使えなくするとかさ。
ip ではじくとかの普通の BBS と同じやりかたになるかなぁ・・・

結局、ほとぼりがさめるまでしたいようにさせといて、
すんだかな?ってなったら戻す、ぐらいしか思いつかない。

248 :nobodyさん:02/11/25 07:29 ID:Pdi0NnYN
それでも、掲示板で培われた荒らし対策を導入していけば、掲示板より状況が悪くなることは無いと思う。
最悪のケースでも、管理者が変更内容の更新を追認する形で運用できる。
これなら荒らしは一般の目には見えないから、Wikiを商用サイトに使うことも不可能じゃないと思う。

249 :nobodyさん:02/11/25 08:03 ID:???
モデレータの導入は、それはそれで色々問題がでるかと思う…

250 :nobodyさん:02/11/25 08:24 ID:???
このままじゃ中途半端だし、
他のシステムに Wiki っぽさを移植するって方向性はどうかな?

私はコラボレーションツールとしての Wiki はいまいち信用してないので
KbBBS みたいなのがいいかなぁって思ってます。


251 : ◆hMJAPH9PWA :02/11/25 12:16 ID:???
ttp://hippo2000.atnifty.com/cgi-bin/DyFK/dyfk.pl
DyFKだって。Wikiを拡張したものらしいけど、どうだろう。


252 :nobodyさん:02/11/25 19:19 ID:???
>>251
ロジック書けるってあたり、極まってきたような。
いくとこまでいっていい意味で Perl の Zope になってほしい。

Perl なりなんなりのパーサだけ利用して、セマンティック部は自力で実装すれば
限定的な言語セットとか楽に作れないかな。

lisp インタプリタくみこんだらより一層マニアに受けそう。
俺は使う。

253 :nobody:02/11/25 19:32 ID:???
つまり分散 emacs を作ればいいわけね。簡単なelispで
クライアントは実現できそうだな。

254 :nobodyさん:02/11/25 19:34 ID:Tc/bFILt
>>253
クラックされたらトンデモないことになりそうだな・・・
でもかなりググッとくるアイデアです。

255 :nobodyさん:02/11/25 19:48 ID:???
一見さんお断りみたいに、人に対して認証するとか。
IPつかうかCookie使うかの是非は分かれると思うけど...

今のWikiの多くには、いわゆる「sage」機能がついているので
変更しても下げられると発覚しにくい(特に削除されたとき)ですね。
削除に対して打ち消し線で一定期間表示とかどうなのかな。

256 :nobodyさん:02/11/25 21:15 ID:Tc/bFILt
>>255
認証はいってるシステムは利用しずらいね。
よっぽど積極的な理由がないかぎり、
そういうシステムは登録して使ったりしないかと。

ちょっと違うけど、
追加部分に ins を入れてくれると嬉しいなとは思った。
css で薄く色付ければ追加された部分はわかるだろうし。
いちいち差分見るの面倒。


257 :nobodyさん:02/11/25 21:41 ID:???
sage対策については、RecentChanges での順番はsageを考慮して、
背景色とかグラフの伸びとかで実際の更新時間を示すのが良いかなと。
ただ、テキストプラウザの人を考慮するといろいろ難しいですね。

差分表示については、
ttp://frefer.net/wiki/
のようなやり方も面白いかと。
特に大きいページだと見に行ってがっかりすることもあるし。

258 :nobodyさん:02/11/25 21:54 ID:5B7MJ+rT
sageを実装しなきゃいいじゃん

259 :nobodyさん:02/11/25 21:56 ID:Tc/bFILt
>>257
差分表示がデフォルトってのは
話題追い掛ける側としては結構うれしいかも。

それよかそこにリンクされてた
http://sfpg.rocket3.net/diary28.html
こっちに感動させられました。
コメント付けたい部分に付けられる! すごい!
やっぱ textarea ベッタリなのはおしまいにしないと。
この人いいなぁ。

260 :nobodyさん:02/11/25 21:58 ID:???
>>259
すげえ・・・

261 :nobodyさん:02/11/25 22:21 ID:???
http://frefer.net/wiki
いままでなんとなく見てなかったけど、
結構面白いことかいてあるね。

262 :nobodyさん:02/11/25 23:54 ID:???
万人うけしない、自分で実装したくなる、実験的なしかけが乱立、って
なんかlispの歴史みたい。
ってことは、なんでも取り込んだ巨大なcommon wiki仕様にいずれ収斂??

# scheme風エレガント路線にも期待



263 :nobodyさん:02/11/26 23:51 ID:???
コラボレーションとコミュニケーションって意味がやっと染みてきた。
で、wikiの各ページに掲示板をつけるって実装があるけど、
小さいページをたくさんつくってリンクしまくれっていうwikiの理想と
相性悪い気が。

wikiの1ページはメーリングリストの1スレぐらい、
でも掲示板はもっと粗くここの1スレぐらいの分類、
じゃないとやってられなそう。


264 :nobodyさん:02/11/27 17:04 ID:YQilorq2
>>263
なるほど。
普通のサイトの各ページに掲示板付いててもうっとおしいだろうしね。
でもあくまでその文章に対するコメント、みたいなのはあるといいなぁ。

一定条件でページに対するコメント集めて
ここでいう板みたいにするとか。

265 :nobodyさん:02/11/27 19:58 ID:???
メーリングリストなんだけど、新subjectで投稿すると勝手にwikiページができる。
投稿者はそのページをメンテするのがマナー(他人も編集OK)。
MLへの返信はwikiページの下にも表示される。
wikiページを編集すると、追加分がMLに自動返信される。
とか?

部署の計算機の共同管理、今はML使ってるんだけど、記録ほり返すのがめんどう。
でもwikiだと書くのがおっくうになりそうなんだよねえ


266 :nobodyさん:02/11/28 05:59 ID:0s5DZcvF
>>265
かなりよさげ。

267 :☆☆☆☆☆:02/11/28 06:36 ID:Q2NMdRwK
http://alink3.uic.to/user/ranran1.html

268 :nobodyさん:02/11/28 13:34 ID:???
スレを読み返して、WikiとBBSが融合したシステムとは
大体こんな感じではないかと書いてみます。
┏━━━━━━━━━━━━━━━━━━
┃TOP@管理人A
┃ 1:[ Wikiについて語るページ ]
┃ 2:[ 七行プログラミング ]
┃ 3:[ あなたの開発環境は? ]
┃ 4:[ Perlはもう時代遅れPHPの時代 ]
┃     :
┃     :
┗━━━━━━━━━━━━━━━━━━
TOPページです。2chで言えば板です。
参加者は新しいページを作成しリストに追加する事ができます。
2chに記事を投稿するのと同じです。
ページ全体の編集は、管理人しか出来ません。
2chの板が複数あるように、ページの管理人が複数いても良いかもしれません。
その場合、各管理人ごとに複数のTOPページが存在する事になります。
うまく運営すれば、Wikiならではの、各管理人の判断による
記事の動的なカテゴリ分けが実現できるかもしれません。

269 :nobodyさん:02/11/28 13:34 ID:???
┏━━━━━━━━━━━━━━━━━━
┃Wikiについて語るページ
┃ こんなの作ったよ、こんな機能がほしいなど
┃ [Wiki]について暑く語るページです。
┃ 関連リンク,まとめページは[ここ]

┃ ・[ Wikiの本質について語るスレ ]
┃ ・[ Wiki使えねえよ ]
┃ ・[ BBSとの連携を強化したら? ]
┃ ・[ Wiki紹介スレ ]
┃ ・[ Perlはもう糞!PHP最高! ]
┗━━━━━━━━━━━━━━━━━━
記事のページです。TOPページからリンクされます。
ページ作成者は記事の内容を編集したり、まとめページを追加する事ができます。
それ以外の参加者は、スレを立ててコメントを投稿します。
1つの記事に対し、複数のスレを立ててもかまいません。
Wikiが小さいページの集合体であるのに対し、WikiBBSは小さいスレの集合体です。
またスレ自体がWikiページなので、名前を合わせれば
他の記事のスレを持ち込むことも可能でしょう。
結果、記事についての簡単なポータルBBSが形成されます。

270 :nobodyさん:02/11/28 13:34 ID:???
┏━━━━━━━━━━━━━━━━━━
┃Wiki紹介スレ
┃ 1: 名無しさん
┃ http://frefer.net/wiki
┃ いままでなんとなく見てなかったけど、
┃ 結構面白いことかいてあるね。
┃     :
┃     :
┗━━━━━━━━━━━━━━━━━━
スレのページです。記事のページからリンクされます。
コメントを追記するだけで、編集機能はありません。
上位ページを編集するための素データになります。
コメントを時系列で追うのに特化します。


…えーと、長々と書きましたが、すべて頭の中で想像しただけの代物です。(>_<)
申し訳ないことに力不足で実装して提示できないのですが、
Wikiのシステムに↓ここのUIを被せたような感じになるのではないでしょうか。
http://natori.brandneweb.com/vote4/list.cgi

271 :nobodyさん:02/11/28 14:45 ID:???
痛いヤシだな(>_<)

272 :nobodyさん:02/11/28 19:48 ID:???
やっぱ人間がまとめなくても
勝手にまとまってくれるシステムの方がいいなぁ。
文章の類似度をはかって関連文章をさがしてくれる検索エンジン付き
日記システムあたりがちょうどいいような感じかもしれないや。


273 :nobodyさん:02/11/28 22:05 ID:???
>>265
どうせMailインタフェイスを作ってしまうんなら、サーバ間通信にも使ってしまえということで。
それぞれのWikiサーバが編集単位ごとに一意なIDを振って、
編集内容をDiffのpatchとして一日周期ぐらいで登録されているアドレスに流すのって
どうでしょう。

# おうち鯖の人しか使えないかな。

274 :nobodyさん:02/11/28 22:16 ID:r0Dx5Wgh
>>273
それはどうかと。
Mail インターフェースっていったってガワだけだろうし
キモの部分を MovableType のアレとか SOAP とかにするのが正攻法かと。

mail だと応答処理とかめんどいじゃん?
なんか UDP 使ってるみたいで。

275 :nobodyさん:02/11/28 22:25 ID:???
>>272
データマイニングをばりばりとり入れたwikiって興味あるなあ。
検索ベースなhowmとかWikiLikeとかをもっと強力にした感じ?
どう強力にすると便利だろ?


276 :nobodyさん:02/11/28 22:41 ID:r0Dx5Wgh
サブジェクトを形態素解析して抜きだしたキーワード群
+ 投稿者指定のメタ情報的キーワード群
+ 投稿者が文章中で明示的に指定したキーワード群
+ 形態素解析とかなんかすごいアルゴリズム使って
文章中から抜きだした重要と思われるキーワード群

あとはリンク{はってる|はられてる}とかからかな?

これらを元に類似度、関連度を計ってソートして
Top 5 ぐらいへのリンクを文章と一緒に提示かな。

なるだけ投稿者が明示的にやらなきゃいけないことをはぶきたいけど、
投稿される文章が短かいから
自動的に重要キーワード抽出するのはちょっと大変そう。

どうでもいいけど、howm のドキュメントにあった
「見ようとしないと見れないものは見ない」はツボだ。

277 :nobodyさん:02/11/28 22:42 ID:???
てか、Namazu でいいじゃんって気もしてきた・・・

278 :nobodyさん:02/11/28 22:57 ID:???
タイトルが今日の夕飯で
内容が"餃子を食べた"しか書いてない文章を
キーワード「ダイエット」でひっかけるのは難しいだろうからなぁ。
メタキーワードは必須だね。

279 :nobodyさん:02/11/28 23:09 ID:???
検索するならシソーラスとフレームもほすい。

280 :nobodyさん:02/11/28 23:21 ID:???
係り受け解析なら「南瓜」
http://cl.aist-nara.ac.jp/~taku-ku/software/cabocha/
でいけますね。

ただ、辞書が大きいので配布は...

281 :nobodyさん:02/11/28 23:42 ID:???
こういう話?
http://pc3.2ch.net/test/read.cgi/tech/1011988273/


282 :281:02/11/28 23:49 ID:???
てか、2ch をブックマークのかわりに使うってのもなかなか便利だなって思った。
カテゴリ別になってるし、
運がよければ自分が読まずとも誰かが読んで要約してくれるかもしれない!


283 :nobodyさん:02/11/29 12:35 ID:???
係り受け解析ができると柔軟な評価ができるのがうれしいですね。
「おいしいお店」で「おいしいラーメンをだす店」をヒットさせたり、
「この店はまずかった」をはじいたり。

今ちょっと特許データベースとしてWikiを使えないか模索中なので
結構重要な技術かも。
# 同じことは文献データベースとしても言えるかな。

284 :nobodyさん:02/11/29 12:36 ID:???
そろそろ、Wikiで集めた情報をいかに活用するかという時期に来ているのかも。


285 :nobodyさん:02/11/29 16:38 ID:???
WikiってSearchEngineとかナレッジマネジメントとかそういう方向性に行くのかな?


286 :nobodyさん:02/11/29 21:33 ID:???
入力の時点からメタ情報収集が可能って点では
一般的なサーチエンジンとか全文検索エンジンより分があるかも?

たとえば、閲覧したページ群の傾向から
新規作成のページの暗黙のキーワードを決定するとか。

UA との連携も欲しいなぁ。
コーディング中に検索した場合、
そのプロジェクトに関するメモが上にくるとか。

コーディング中にメモした場合、
そのプロジェクト名とかファイル名とかクラス名が
キーワードに含まれるようになるとか。


287 :nobodyさん:02/11/30 00:42 ID:???
>>286
そこらへんの話ってWikiWayにのってないのかな
http://www1.neweb.ne.jp/wa/yamdas/wikiway/ww_reaction.html
見るとかなり網羅的な本みたいだけど

288 :nobodyさん:02/11/30 10:46 ID:???
しかしなんでみんな自分のサイトにもってきたがるかな。
ただでさえユーザ少ないというのに。

289 :nobodyさん:02/11/30 14:21 ID:???
新しい改良案もいくつか出たので、
それぞれのサイトにおける練り直し・作りこみの段階に入っても良いような。
やっぱり、ユーザグループや製作者の意図によって実装も変わってくるだろうし。

とか言ってみると、作曲家と指揮者の関係みたいですねぇ。

290 :nobodyさん:02/11/30 19:24 ID:???
>>279
シソーラスについて、フリーな辞書がなくてなかなか難しいですね。
同音の表記上の問題なら茶筅等の既存のツールで対応可能として、
Wikiを利用したネットワーク公開型シソーラスが構築できたらすばらしいかも。
一応、参考リンク http://www.gengokk.co.jp/thebun.htm


291 :nobodyさん:02/11/30 20:00 ID:???
単純にデータを集めればいい段階まで来てるってわけじゃなさそうですね。

http://www.kanzaki.com/docs/sw/jwebont.html

ところで、
http://www.gengokk.co.jp/thesaurus のをネットワーク越しに使うのは
やっぱりまずいんでしょうか? ヘルプみたら複製、転載禁止ってなってるから
やっぱりだめかぁ。


292 :nobodyさん:02/11/30 20:03 ID:Zv4vh+AC
SKK の辞書の時も思ったんですけど、
質を維持しつつ大量の人からコミットを得たいってときの
いい管理モデルってなにかないでしょうかね。
シソーラス集めるにしても、あまりに個人的な連想とかは枝切りしなきゃいけないだろうし
コンサセンス作るのも一苦労ってかんじが…。

293 :nobodyさん:02/11/30 20:25 ID:???
こういった方向に進むには金がかかるってことに気が付きました。

294 :nobodyさん:02/11/30 21:33 ID:p28PVgN9
リンク、被リンクをカウントするくらいで十分。

295 :nobodyさん:02/11/30 21:45 ID:???
>>294
PageRank って今の Wiki 程度の文章量で
はたしてどれだけ役にたつのか疑問。


296 :nobodyさん:02/11/30 23:11 ID:???
>>292
質的には SKK Openlab では既に実施されているようですが、
機械的なテストを組み込むことかなぁ。
シソーラスについていえば係り受けの関係が双方の単語で連続しているかとか。
テストに用いる例文集の選択である程度、方向性が定まるかと。
量的には...

297 :nobodyさん:02/11/30 23:23 ID:???
>>294
シソーラスで解決しようとする問題は、
・類義語のWikiNameが作られる際に既存のWikiNameがあることを通知する。
・検索の際に類義語検索を可能にする。
・広義/狭義情報を用いてオートカテゴリを実現する。
(今でも語尾一致により部分的に実現しているWikiEngineはある)
などで、リンク構造から解決することはできないです。

また、PageRankは意識的にリンクを張る行為を基にしており
Wikiにおけるリンクの意味合いとはやや異なるのではないかと。

298 :nobodyさん:02/12/01 00:37 ID:???
結局、そういったシステムで真面目にやろうとすると結構大変なことを
人間に任せちゃおうってのが Wiki らしさだと思うんですけど、
現在設置されてる Wiki 見てる限りじゃ
そういう自浄作用はあてにならない、って思えてきます。

299 :nobodyさん:02/12/01 01:12 ID:RGIs5mP6
他人のWikiサイトのページを自分ごのみに編集しなおす
ってのは結構抵抗がある。書き込むだけならいいんだけど。

300 :nobodyさん:02/12/01 05:01 ID:vFg5Y6rd
ぐだぐだした問答になってるのを消してまとめにしたりとかしちゃいけないのかしら

301 :,:02/12/01 06:24 ID:OWll0m2Q
結局、気兼ねなく思い通りにやろうとすると“1人1Wiki”にならざるを得ないな。

302 :nobodyさん:02/12/01 09:59 ID:???
やっぱ問答する場所と成果物が発生する場所は隔離する方向がいいのかもね。

問答する場所では、他人が書いた物に手を入れれるようにする必要ってないよね。
普通の BBS で WikiName が使える程度にするのがいいんじゃなかろうかと。
って何度も上の方で言われてることですね…


303 :nobodyさん:02/12/01 12:58 ID:kXHzK/GA
場所は tiki or CafeWiki あたりでいいからさ、とりあえず何か成
果物作ってみたら? このスレのまとめでいいじゃん。そしたらも
と現実に即した意見が出てきそう。

それができなくて、しかも意見が何も出ないようなら、君ら wiki
ユーザは口だけ、あるいは実装する能力しかないただのプログラミ
ングおたくで、既存の wiki ですら使いこなす能力がないってこと
でしょ。wiki でデータマイニングなんて、技術者の悪いクセで、
考えてる本人が楽しいだけ。使って便利かどうかなんてぜんぜん怪
しいよ。

えっ? そういうお前が率先してやれって? 僕は wiki にホームペ
ージ作成ツール以上のことは期待してないから、独り wiki で満足
してる。


304 :nobodyさん:02/12/01 14:37 ID:???
Wikiなんてもともと作って楽しいだけですが。
満足しているお方は一人引っ込んでいてはいかが?

茶筅を利用したキーの利用なんて個人レベルではとっくに活用してますが、なにか?
ま、辞書が大きいんであえて配布なんてしようと思いませんが。
だれかネットワーク上でサービス展開できればいいなと思うだけ。

305 :nobodyさん:02/12/01 14:49 ID:???
成果物ってなんだよ。
ここはアーティスト達がWikiを題材にポエムを語る場なんだよ。
一見さんはすっこんでろ。

306 :nobodyさん:02/12/01 14:57 ID:1bnAGCcx
ぽえむ(哄

307 :nobodyさん:02/12/01 15:20 ID:???
>>303
というか、データマイニング系以外で
Wiki をネタに語りあうネタが無いと思うんだが。

それと、こういう情報をまとめるのが面倒だから
勝手にまとめるしくみとかあるといいねってなってるんじゃないの?

ところで、なんで Tiki と CafeWiki なんだろう。
PukiWiki とか YukiWiki を外した理由を邪推してみるか。

308 :nobodyさん:02/12/01 18:43 ID:???
まあ、冗談はおいておいて、誰かここをまとめるWiki建てます?
なんとなく、特定の実装についての話になりそうで嫌だなぁとは思うけど。

ちなみに掲示板とWikiの別立て共存については、増井さんのところでの実験があります。
http://www.csl.sony.co.jp/person/masui/Forum/data/index.html


309 :nobodyさん:02/12/01 19:44 ID:???
ここのまとめを欲っしてる人っているの?
私は >>303 みたいに独り wiki で満足してるので口出ししません。
チキンちゃんなのです。

310 :nobodyさん:02/12/01 22:34 ID:???
こういう話の流れになったときにWikiを立てても絶対使われません。
保証します。

311 :303:02/12/02 00:10 ID:8Qwa2VJ8
データマイニングってデータをまとめてくれるものじゃなくて、視
点を変えて情報を引き出すためのものだろ? 結局は人間がそうや
って集めた情報をまた取捨選択してまとめなきゃいけないんだよ。
例え話だけど、ソフトで情報がまとまるんなら、裁判官はいらない。
弁護士にデータを入力させればソフトが勝手に判決文を出力してく
れるんだからさ。

それから wiki を新しく建てる必要なんてない。すでにあるんだか
ら。いちばんこなれてる tiki 上で始めてみろって言ってるだろ?
始めてみて足りない機能、欲しい機能が出てきたらプラグイン作れ
るしさ。お前ら得意のデータマイニングプラグインなんてどう?

ちなみに Tiki を選んだのは知名度があってかつ安定してそうだか
ら。CafeWiki は YukiWiki の流れのなかではいちばん進んでそう
だから。PukiWiki も YukiWiki 系らしいが、たまたま思いつかな
かった。他意はないから、PukiWiki で始めてみるのもいいんじゃ
ねーの?

もっとも実装することが楽しみでしかないサルどもには、それを使
ってコラボレーションの真似事をするほどの能力はないってことか。

312 :nobodyさん:02/12/02 00:31 ID:???
Wikiは最後の一線でやっぱり信頼のなさがあるかも。

313 :nobodyさん:02/12/02 01:03 ID:???
いや、新しく建てるというのはね、君みたいな変なやつに荒らされて
既存のユーザグループが迷惑を蒙らないようにという配慮なわけです。

まあ、自分ひとりでしか使えもしない奴にコラボレーションツールが
どうのこうのぬかされる覚えはありませんが、なにか?

314 :nobodyさん:02/12/02 01:19 ID:iuifbSe/
>>311
なんだか何に対して鼻息荒げてるんだかよくわからないんですが、

>例え話だけど、ソフトで情報がまとまるんなら、裁判官はいらない。
>弁護士にデータを入力させればソフトが勝手に判決文を出力してく
>れるんだからさ。
うーん、ちょい遡ってみたんだけど、
どこでまとめてくれるって話になったのかわからない。
ここで話に出てるのって、判例を検索する部分の話だと思うんだけど?
それと、検索部分にシソーラスを使うとか係り受け解析を使うなんて
別に目新しい話じゃなくて、すでに普通に実用化されてる。
判例検索システムにも普通に使われてます。
そんなにコンピュータが信用出来ない?

>もっとも実装することが楽しみでしかないサルどもには、それを使
>ってコラボレーションの真似事をするほどの能力はないってことか。
うん。それに、Wiki のコラボレーション部分はあんまり期待してません。
貴方もそう思ってるから独り Wiki なんでしょう?

ここって実装を話あってもいい場所だと思ってたんだけど。
ム板で話せってことかなぁ。あっちも見てる人ほとんど一緒だとは思うが。

315 :nobodyさん:02/12/02 01:32 ID:???
で、303 は何をいいたいんでしょう?
実装じゃなく文章書けってことかな?

とりあえず、人が来なくて淋しいであろう
303 の Wiki でコラボレートしてあげるから晒しなさい。

316 :nobodyさん:02/12/02 01:46 ID:???
>>303
実装能力すらありませんが、なにか?ヽ(´▽`)ノ
別に掲示板レベルのプログラムの実装が増えたぐらいで
そう鼻息荒くすることもないと思うんだがなぁ。

Wiki にサイトビルダ以上のことを期待してないっていうなら。。。
おめでとう、このスレ卒業ですね。
今更〜なプラグインが欲しい、なんて話題振ってもあんまりおもしろくないだろうし。



317 :nobodyさん:02/12/02 01:49 ID:???
>>312
なんだか、砂上の楼閣ってイメージがあって
あの上でまとめとか真面目にやろうって気にはなれないなぁ…


318 :nobodyさん:02/12/02 01:51 ID:???
303 は検索システムにセクハラでされたんだろうか。

319 :nobodyさん:02/12/02 05:43 ID:???
しかし、実質フリーのシソーラスがない以上、
係り受けまでか。出来ることは。
まあ、キーワードの英日/日英変換ぐらいか。
さぁ、今日もシコシコ実装に励みます。


320 :a:02/12/02 09:03 ID:???
>>314
「ム板」ってどこよ?

321 :nobodyさん:02/12/02 11:41 ID:m7wKUtOp
>>320
プログラ

322 :nobodyさん:02/12/02 22:59 ID:???
囲碁wikiなんてあったんだ。AAで碁盤かくとレンダリング。
ttp://senseis.xmp.net/?HowDiagramsWork


323 :nobodyさん:02/12/03 00:14 ID:???
Sensei's Library ってネーミングもステキ。
麻雀 Wiki も探せばありそうだな…
何を切る?で遊びたーい。

324 :nobodyさん:02/12/04 01:59 ID:???
>303
オマエが言うことも一理あるが
田中耕一のような変人が社会を変えていくんだよ。
技術バカの何が悪いんだ?


325 :nobodyさん:02/12/04 02:25 ID:???
>>324
ほっといてやれよ

326 :nobodyさん:02/12/04 18:16 ID:???
>>303
(;´д`).。oO(URIをおしえてくれると参考になるのだろう…)

327 :nobodyさん:02/12/06 07:39 ID:N6C9SdnH
作画(というか手書きチックな図)をさくっと載せれるような
Wiki ってないでしょうかね。


328 :nobodyさん:02/12/08 08:40 ID:???
>>327
お絵描き掲示板でも使えば?

329 :nobodyさん:02/12/08 11:48 ID:???
>>328
なるほど。眼中になかった…
使ってみます。

330 :nobodyさん:02/12/08 14:27 ID:gXokz3Fs
お絵かき掲示板みたいにJavaアプレットでUIを作ってるWikiとかあるのかな?

331 :nobody:02/12/08 16:59 ID:???
そんなのもうWiki(早い)じゃない気がする。普通のページでは png で
編集するときにアプレットを立ち上げるようにすべきかな?

332 :nobodyさん:02/12/08 17:46 ID:???
アプレットじゃなくてローカルの普通の編集ソフトに渡してほしいなぁ。
WebDAV でも使ったほうがよさそうなよかーん。

333 :nobodyさん:02/12/08 18:37 ID:+dWDHMhL
Zope External Editor みたいなん?

334 :nobodyさん:02/12/09 06:09 ID:???
>>333
へぇー、独自のマイムタイプ設定してヘルパアプリケーション立ち上げさせるんだ。
このやり方面白いなぁ。

で、アップロードはどうするんだろうと思ったら
なんか繋ぎっぱなしみたいだし。うーん…

335 :nobodyさん:02/12/10 10:22 ID:???
クリクリ♪

336 :nobodyさん:02/12/10 10:24 ID:???
>>335
名前の響きに関してはウィキウィキより優れてると思う。

337 :nobodyさん:02/12/10 16:25 ID:???
ファイル共有機能付きwiki、クレクレを開発するのじゃ!

338 :nobody:02/12/10 20:24 ID:???
>>337
編集機能はどうするんだよ。

339 :nobodyさん:02/12/10 23:16 ID:???
MIMEエンコードして貼り付けろ!

340 :nobodyさん:02/12/10 23:25 ID:???
むしろどこからとも無く書き込みが殺到するWiki、クルクルの開発を。

341 :nobodyさん:02/12/11 00:39 ID:???
デムパ系書き込みがクルクルしそうで怖いぞ。

342 :nobodyさん:02/12/11 01:44 ID:???
クリクリのテストページがそんな感じだったような。

343 :nobodyさん:02/12/12 18:07 ID:???
CVSみたいに過去のリビジョンがとりだせるWikiとかどうかな?
もうある?

344 :nobodyさん:02/12/12 21:43 ID:tish5Hse
>>343 AsWiki
http://www.assist.media.nagoya-u.ac.jp/ASDP/

例えば、このページからトップページの過去を見れるよ
http://www.assist.media.nagoya-u.ac.jp/ASDP/index.cgi?c=h;p=IndexPage

345 :nobodyさん:02/12/13 12:04 ID:???
Tiki もそうじゃなかったかな。


346 :nobodyさん:02/12/16 22:35 ID:HRy8+zCI
>>343
swiki でも過去を取り出せるよ


347 :nobodyさん:02/12/16 23:25 ID:nLPct9pn
履歴とれるのが普通だヨ。

348 :nobodyさん:02/12/22 01:50 ID:???
>>347
普通?

349 :nobodyさん:02/12/22 06:10 ID:HzXYhImy
実装してない wiki だってたくさんあるが、実装してる wiki も昔から
あってめずらしくない。だから、何を今さらそんなことを、という感はある。

350 :nobodyさん:02/12/22 07:53 ID:jPixBBEB
YukiWikiMiniがパワーアップしたCustomYukiWikiMini!
惑星ナブーの評議会は、この話題でもちきりです!

351 :bloom:02/12/22 08:45 ID:Pg1LqGfa

http://www.agemasukudasai.com/bloom/

352 :nobodyさん:02/12/22 19:40 ID:kswJUgaH
パワーアップっていうか・・・実際どうでもいい。
変なWikiネームがいっぱい増えてRecentChangesが見にくくてうっとおしかったな。

353 :Coffee:02/12/22 20:33 ID:???
ごめんなさい。二度としません。

354 :nobodyさん:02/12/23 03:58 ID:???
Wikiってそんなに便利かね。
正直楽しいんだが、便利かといわれると疑問だ。
結局参加人数が多ければ何でも楽しいわけで
便利さは求めてはいけないツールだと思う。

355 :nobody:02/12/23 07:47 ID:???
>>353
アーカイバぐらい起動すれ。ものぐさすぎ。
http://www.hyuki.com/yukiwiki/wiki.cgi?CustomYukiWikiMini


356 :nobodyさん:02/12/23 13:50 ID:chQ7YpTK
>>354
コラボレーションとか考えないで
クイックサイトビルダって考えると結構便利かもね。
重複できない系の WikiName って実際ファイル名とかわらんし。

でも作ってると楽しいよ。
BBS とか 日記系作るの飽きたら Wiki 作るのもいいかなと。

357 :nobodyさん:02/12/23 15:04 ID:???
>>354
どういう状況で、何に使うかに拠るな>便利


358 :nobodyさん:02/12/23 15:14 ID:???
なんか、無限ループしている気がする今日この頃...
寂れるよりはましかな。

359 :nobodyさん:02/12/23 21:48 ID:Xw2WMt2R
やや飽き気味ではあるね。
本質的な部分は今以上にも以下にもならなそうだし
あとは細かい部分が洗練されて終わりかなぁといった感も。

一般に普及はしないにしても、結構マニアックな層には普及しつつあるよね。
#うにっくす のサイトもWikiになってたなんて知らなかった。
うずらまんせー

360 :nobodyさん:02/12/23 22:01 ID:1D6oujsq

もうちょっとでクリスマス。。★彡
パートナーは見つかりました?(o^.^o)

http://petitmomo.com/mm/
ここがちょっぴりエッチ系のめぐが運営している出会いサイトです。
もしよかったら使ってみて、、、
ヨロシクです。

めぐ(^o^)-☆


361 :nobodyさん:02/12/23 22:26 ID:ExE7e9sR
http://www2000.dyndns.org/

362 :nobodyさん:02/12/24 01:27 ID:???
WiKiは複数人でウェブサイトを編集できるのが売りだけど、
管理者のみが編集可能で、ページはHTMLで保存され編集する時だけCGI呼び出し、
FrontPageだけCGIで自動生成というのは何を使えばいいですか?
目的は自分がウェブサイトを更新しやすいようにするためです。

WiKiだとページを一々凍結しないと勝手に編集されちゃうし、各ページがCGIで
呼び出す方法だとサーバに負荷がかかり過ぎるので。

Zope、XOOPS、PukiWikiを試したけどどれも目的と合わなくて。

363 :nobodyさん:02/12/24 03:24 ID:6daZFNQi
>>362
うーむ、どこかにあったんだけどURLと名前忘れてしまった。ごめん。
作者日本人でどこかのWikiサイトのInterWikiNameかWikiCloneでたどったんだったとおもう。
お望み通り、編集時のみcgiを叩くやつでございます。

でもWikiNameの解決部分とか編集ボタンのとこ工夫すれば
他のWikiでも比較的簡単に静的ファイルを実現できそうな気もする。


364 :nobodyさん:02/12/24 07:36 ID:D/bUp6p6
GuzGuz?

365 :bloom:02/12/24 08:46 ID:PBQ6/7GA

http://www.agemasukudasai.com/bloom/

366 :362:02/12/26 05:56 ID:???
>>363
>>364
レスありがとうございます。

GzuGzuがまさにぴったりの仕様でした!!
一人で管理し、更新時のみCGIが動く。
素晴らしい、さっそくインストールしてみたいと思います。

GzuGzu
ttp://yaino.com/gzudoc2/0001/000008.html

367 :nobodyさん:02/12/26 08:06 ID:???
釣られた感あり。ソース公開してないって。
postgreSQLやらデフォルトでないパケージ使ってるので共有サーバだとちとつらいかもよ。
極悪さんとこのはどう?ここウオチしてるよ。

368 :362:02/12/26 08:28 ID:???
>>367
がーーん、TODOやBUGの項目があったからてっきり一般公開されているかと。
サイトをぐるぐる探し回ったけどダウンロードできるものは全くなし。
なんじゃこりゃぁ・・・

かなりがっかりしました。

369 :367:02/12/26 12:35 ID:???
すまんかった。
wiki cloneでもなくなってきてるようだし、wikiの親戚みたいになってきてるのと、
ニーズはなさそうなので。
インターネットに繋がればブラウザで編集できるホームページエディタになってしまいました。
ところで、

> postgreSQLやらデフォルトでないパケージ使ってるので共有サーバだとちとつらいかもよ。

この条件は厳しくないですか?
あと、programmingをおやりになるのなら一式お渡ししますが。
なきゃあ作りましょ。

と伝えてくれといってました。


370 :362:02/12/27 08:30 ID:???
>>369
極悪版 wiki は StaticWiki はHTML形式で閲覧できるからいいと思う。
でも wiki だから誰でも編集できちゃうし。

GzuGzuの作者さんに問い合わせてくれたの?
わざわざすみません。
もともとサイトを簡単に更新しちゃおうと思っただけなので
メンテナンスやフィードバックまでは手が回らないので。
せっかくの申し出、すみません。


思いつきだけど、StaticWikiで運用して、CGIを入れたdirectoryにBasic認証を
かければいいのかも。
これなら自分だけ編集可能+HTMLで閲覧というのが実現できそうですが。

371 :362:02/12/27 08:31 ID:???
StaticWiki + Basic認証と書いたけど、よく見ると 極楽版 wiki も非公開ですた・・・
逝ってきます。

372 :367:02/12/27 10:00 ID:???
古いページ見てない?
今はダウンロードできたと思うが。


373 :367:02/12/27 15:10 ID:???
すまぬ。勘違い。日記では準備中とのこと。漏れも逝っとこ。

374 :nobodyさん:02/12/27 20:27 ID:???
非公開多いな・・・

375 :nobodyさん:02/12/27 21:21 ID:+yQ3FyGk
気になるけどなおす暇がないバグがあったり(まぁやる気だけの問
題ではあるけど)、ダウンロードされてるけど反響がなかったりで、
わざわざ公開しても一人相撲な感があるんだよね。だからアーカイ
ブにまとめてダウンロードの便を図るようなことはもうやめてしま
いました。

使ってくれてる人はいるので、個々のスクリプトの最新版はダウン
ロードできるようにしてます。

http://homepage1.nifty.com/dune/_83__83E_83_93_83_8D_81_5B_83h.html?


376 :nobodyさん:03/01/08 00:56 ID:aFOxM0RH
age


377 :nobodyさん:03/01/08 03:10 ID:???
DyFK動いているところ見たいのだが....


378 :nobodyさん:03/01/08 11:34 ID:s/lVuAdt
DyFK停まっているんだ‥‥‥。

漏れの感想を言うと、以前「このサイトにはどんな情報が載っているんだろう」
と見て回ったときに、ページも部品も全部一緒にリストアップされていてみづ
らかった。
でも意欲的なシステムだった。


379 :nobodyさん:03/01/08 17:19 ID:???
Hippo さんのって見た目はもっさりしてるんだけど
中身は結構いかすよね。絶対見た目で損してると思う。

380 :nobodyさん:03/01/08 23:28 ID:pVILB+rA
>>379
同意。
ソース目を通したけど
目 の 保 養 に な り ま す た

変数名に型のプリフィクスつけるのは
違和感あったけど、扱っているのが即
値なのかリファレンスなのか見分けが
つくのはいいと思った。


381 :nobodyさん:03/01/09 00:36 ID:64B6Cv1N
日本語で利用出来る、最強のWikiはどれだ?
海外ならTwikiらしいが....日本語通らないのね


382 :381:03/01/09 02:54 ID:???
Twikiでも日本語扱えるようになってました
http://donkin.org/bin/view/Test/JapaneseText

383 :nobodyさん:03/01/09 03:18 ID:64B6Cv1N
Wikiを自作する手っとり早い方法ありませんか?

384 :nobodyさん:03/01/09 06:41 ID:adIPpdV+
既存のものを改造

385 :有名どころはだいたいこのパターン:03/01/09 13:12 ID:???
>>383
1.最小限の機能を実装して鯖に載せる
2.そこに開発のためのメモを書く
3.いつの間にか日記化していく
4.そのうち物好きが住み着く
5.皆で使いながら欲しい機能を追加



386 :nobodyさん:03/01/09 17:45 ID:SDpAOCR3
そろそろWikiFarm的な機能をもったシステムが出てきて欲しい気がする。
一つのサイトに複数のWikiがあり、トップページに各Wikiへの入り口やそれ
ぞれの更新状況が載っていて、各Wikiは独自の名前空間を持ってたり、スキン
や編集権限をカスタマイズできるようなイメージ。tDiary.netみたいな感じ?

もちろんディレクトリを切ってひとつひとつにスクリプトを設置していけば、今
の普通のWikiEngineでもできなくはないんだけど、SwikiのBook機能を見るとう
らやましいというか、あれをもうちょっとそれっぽくしたらポータルにちょうど
いいものになりそうな気がしてる。


387 :nobodyさん:03/01/09 19:09 ID:64B6Cv1N
>>386
Swikiうらやましいよね。見栄えもいいし
でもSwikiのためにSqueak動かさないといけないし
しょっちゅう落ちるらしいから大変そう
パスワード管理をユーザー毎にできるのいいけど「素」のパスワードなんだね

OOPの何たるかを理解していない凡人の私には何故Squeakで実装しなければいけないか?
わかりませんが、perlで同様なこと出来ませんか?

WikiFrame,Book機能はZopeで動くZWikiでも出来ると思う。
でも日本語の扱いが駄目(STに依存)




388 :nobodyさん:03/01/09 20:04 ID:y1n6iMIa
>>286最近まさにそれを書こうとしてるんだけど、ですまち中で時間が無い。。。

389 :nobodyさん:03/01/10 12:40 ID:oS0oEtKd
そういえば EseNikki も static モードついてますな。


390 :nobodyさん:03/01/10 21:03 ID:3O2IXwTD
>>388
そのレスは >>286 へのレス?
それとももしかして >>386


391 :388:03/01/10 21:43 ID:mnuEEPzE
すみません、リダイレクト先間違えました。
後者です。

392 :nobodyさん:03/01/10 22:50 ID:3O2IXwTD
じゃあWikiFarmは388に期待ということで

393 :nobodyさん:03/01/14 00:24 ID:???
連休のせいか、結構進んだみたいスね。
ガンバレ! >>388

394 :nobodyさん:03/01/15 01:19 ID:???
>>393
どこ見て分かるの?


395 :山崎渉:03/01/15 13:34 ID:???
(^^)

396 :nobodyさん:03/01/15 13:44 ID:BN9nryrW
>>394
復活した todo.org じゃないかな。
Tiki ベースで WikiFarm 作成中って書いてあるし。
なんだかうれしいな。

397 :nobodyさん:03/01/15 23:40 ID:???
>>396
あ、todo.org 復活したのね。

「Wiki用語を使っていうならば、いわゆるWikiFarmを, Tikiを利用して運用していこうというものです。 」

ですか。
期待age


398 :nobodyさん:03/01/16 01:55 ID:???
>>397
あがってないじゃん。



399 :nobodyさん:03/01/16 02:04 ID:ps74J/PV
age

400 :nobodyさん:03/01/20 21:54 ID:???
PukiWiki最高age

401 :nobodyさん:03/01/20 21:56 ID:IcgO4Dat
sageてどうする・・・

402 :nobodyさん:03/01/22 23:18 ID:CuN0B8bj
こういうシンプルなのもいいな。
http://www.hyuki.com/yukiwiki/wiki.cgi?YukiLog

403 :f:03/01/22 23:29 ID:/OYcNaNa
★あなたのお悩み解決致します!!
●浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します!!
●盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも!!
●行方調査
行方不明になっている家族の消息を調査致します!!
●電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します!!
●ストーカー対策
社会問題ともなっているストーカーを撃退致します!!
その他人生相談からどんなお悩みでも解決いたします!!
 24時間受付  090−8505−3086
URL  http://www.h5.dion.ne.jp/~grobal/
メール  hentaimtt@k9.dion.ne.jp
   グローバル探偵事務局 



404 :nobodyさん:03/01/23 23:38 ID:3rZpr4YO
モーヲタのWiki。staticだね。なんかさびれてるけど(ё)
http://isweb40.infoseek.co.jp/diary/konkon57/wiki/HelloWiki.shtml

405 :nobodyさん:03/01/24 12:01 ID:???
PukiWiki で FrontPage の名前を変えたらボディがなくなってしまいました。
編集して本文を書こうとしても、「編集できません」と出ます。
どうすればよいんでしょう?

406 :nobodyさん:03/01/24 20:12 ID:???
>>405
1.ボディなんていらないと悟る。
2.交番に届け出る。
3.編集させないとPukiWikiを捨てるぞと脅してみる。
4.実際に捨ててみる。
5.ここで聞いたのが馬鹿だった。
6.PukiWikiのサイトにレポートする。
7.小人さんの登場を待つ。

お好きなのはどれ?

407 :405:03/01/25 13:15 ID:???
>>406
pukiwiki公式サイトのあちこちを眺めていたら、雑談というページに答えを
発見しました。
この仕様(?)は超わかりにくい。

408 :nobodyさん:03/01/26 02:41 ID:???
>>407
どうせだったら答えを買いてちょ。

409 :nobodyさん:03/01/27 12:53 ID:???
Wikiの敷居が高いのは適切なアフォーダンスを提供していないからではないだろうか。


410 :nobodyさん:03/01/27 16:01 ID:???
Tikiの麻雀プラグインワラタ
http://ibis.where-i.net/tools/Tiki/tiki.cgi?c=v&p=%E9%BA%BB%E9%9B%80
他にも海外のどっかに囲碁とかあったよね。


411 :nobodyさん:03/01/27 16:05 ID:???
>>410
何を切る?をやろうとしたんだけど書き込めないし。
ログインしなきゃいかんのか・・・・ちなみに6ソーだと思うがどうよ?

412 :nobodyさん:03/01/27 19:11 ID:sTWwcrvs
コメントプラグインで書くんじゃねーの?

プラグインは行頭に書かなきゃいけないから2行目以降に #mah書けば使えると思われ


413 :bloom:03/01/27 19:30 ID:2qTkpcb7
http://www.agemasukudasai.com/bloom/

114 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)