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

**204** · 02/02/21 09:51

・こんなの作ったよ
・こんな機能がほしい
・Wiki系の思想
・WikiEngineの過去未来
・などなど
について暑く語るスレ

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

**名無しさん＠お腹いっぱい。** · 02/02/21 09:52

「Wiki Wiki　楽々 Run! Run! Run!」
http://pc.2ch.net/test/read.cgi/tech/1010317366/

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

**のみ活要員** · 02/02/21 09:53

niki
http://www.lodestar.nu/niki/index.cgi
未完成じん

**名無しさん＠お腹いっぱい。** · 02/02/21 09:53

wikiってなんですか？

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

**204** · 02/02/21 12:16

依頼だしまちた。

**名無しさん＠お腹いっぱい。** · 02/02/21 12:17

Wiki ってのは不特定多数の人々がウェブを編集できる仕組み。
その代わり、嵐にたいしては掲示板以上に弱いという諸刃の剣。
素人にはお勧めできない。

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

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

**名無しさん＠お腹いっぱい。** · 02/02/21 12:21

>>2
そっちはム板のスレなんだから削除依頼の必要ないのでは。

**名無しさん＠お腹いっぱい。** · 02/02/21 12:24

>>6
排他処理も実装されてるのかなぁ？ちょっとおもしろそう。

**名無しさん＠Ｅｍａｃｓ** · 02/02/21 12:53

板の性格上ここは実装について話すということで。

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

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

**名無しさん＠お腹いっぱい。** · 02/02/21 17:08

ComSwikiはXML。
ZWikiはZopeオブジェクト（っていうの？　よく知らないけど）
YukiWIkiはDBMだったっけ？

**名無しさん＠お腹いっぱい。** · 02/02/21 17:10

履歴管理するならテキストでやったほうがラクかも。
CVSとかRCSをそのまま使えるし。

**名無しさん＠Ｅｍａｃｓ** · 02/02/22 10:19

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

11 · 02/02/22 11:37

>>12
む。たしかに。撤回。
Perlなら、Algorithm-Diff　あたりの出番かな。
とすると、テキストの優位性はないか。

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

**名無しさん＠お腹いっぱい。** · 02/02/24 23:29

ユーザーログインってことは、セッション管理が必要ってことか。
クッキー切ってる人も多いだろうから、URL埋め込みかフォームのHidden…。

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

**名無しさん＠お腹いっぱい。** · 02/02/25 00:11

スタイルシートでボタンっぽくなくすれば気にならないんじゃない？
どうせ表示先のURLを知って何か得があるわけじゃかろうし。

14 · 02/02/25 00:42

逆にBTRONの仮身っぽくて面白いとか思わん?

**名無しさん＠お腹いっぱい。** · 02/02/25 00:50

>>14
WikiNameをコピーするのが面倒なので却下。
マジレスごめん

14 · 02/02/25 10:11

>>17 あー、そうだねー。気が付かなかったYO。
でもURL埋め込みもこれ以上URLが長くなるのは避けたい気分。

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

**名無しさん＠お腹いっぱい。** · 02/02/25 13:18

http://search.cpan.org/search?dist=Apache-MiniWiki-0.2 あげ

**名無しさん＠お腹いっぱい。** · 02/02/27 19:57

フォーマッティングルールとかについては語らない方向なんですか?

**名無しさん＠お腹いっぱい。** · 02/02/27 20:31

>>20
語ってください。聞きます。

**名無しさん＠お腹いっぱい。** · 02/02/28 09:50

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

**名無しさん＠お腹いっぱい。** · 02/02/28 20:45

>>22
うん。あれじゃあ出来の悪い掲示板だよね。
議論には向いてないってことでしょう。

**名無しさん＠お腹いっぱい。** · 02/03/01 00:23

>>23
てゆか日本人の使い方が議論に向いてないてことだろう。
XPでゆーところの共同所有とゆーのを尊重してないとゆーか。

**日本人** · 02/03/02 18:30

誰か整理する人がいなきゃ単なる書き散らしの場。
整理する人がいるかいないか。システムの問題ではなく人の問題でしょ？

**日本人** · 02/03/02 18:32

仕事で使ってるけど結構便利だよ。
掲示板じゃ仕事にゃつかえん。

02/03/03 00:12

>>25
勝手に整理されていくっていうのが理想。

**nobodyさん** · 02/03/03 20:46

>>27
そこの「勝手に整理されていく」っていうのをもうちょっと具体的化してみるとどんなイメージ？

新しい発想の予感。

**日本人** · 02/03/03 21:56

書き捨ての掲示板とかメーリングリストこそ仕事に使えないよ。

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

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

**nobodyさん** · 02/03/04 18:35

>>25
誰かに整理を頼むんじゃなくて、参加者全員が自覚を持って整理した
内容を書いて行くのがWiki Wayなんだと思うぞ。

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

**日本人** · 02/03/04 23:15

>>30
誰も思想の話しなんてしてないが。
ページをまとめろと命令することが思想の話なのか？？

**nobodyさん** · 02/03/05 01:17

>>31
> どうやって整理できる人を教育するか・見つけるかを考えた方が早道。

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

**nobodyさん** · 02/03/05 01:20

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

**日本人** · 02/03/06 00:27

おれは、掲示板を使っている場合でも同じようにまとめろと命令するわけだから、
掲示板の思想とWikiの思想というのは同じになってしまうが？だから思想がどうのこうのという
けむにまくような議論はやめてくれ。
しょせん道具だ。

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

**nobodyさん** · 02/03/06 01:37

人間のやってきた作業をいかにコンピュータにやらせるか、
それがコンピュータに与えられた使命だ。

**飲み活要員＠仙台** · 02/03/06 02:36

漏れとしては、誰でも編集できるというのは諸刃の剣だと思う。

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

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

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

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

**nobodyさん** · 02/03/06 03:22

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

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

**30==32** · 02/03/06 03:52

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

**30==32** · 02/03/06 03:55

>>36
全員がそういったモデレータのような立場を自覚するってのは
出来ない相談なのだろうか? ってことに興味あるのだ。

**nobodyさん** · 02/03/06 04:27

議論の場として用いるときに
時系列的に書き込みを追いにくいってのはあるな。

**nobodyさん** · 02/03/06 04:39

議論以外で使うってのは？
といっても思いつかないなぁ。

**nobodyさん** · 02/03/06 04:45

百科事典とかゲームブックとか

**nobodyさん** · 02/03/06 07:18

セミナーっぽいものでも、分かり過ぎる人が書いたものってのは
広汎で分かりにくい。もちろん責任みたいなものもかかってくるからだろうけど。

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

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

**nobodyさん** · 02/03/06 07:21

×分かり過ぎる→○分かり過ぎてる

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

36 · 02/03/07 00:36

>>39
漏れとしては全員がモデレータという意識をもつのはいいのだが
実際は難しいのではないかと思うのだがどうか？

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

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

**nobodyさん** · 02/03/07 01:16

>45
そういうのが無いと実装しにくいからじゃない？

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

**nobodyさん** · 02/03/07 02:00

>>46
それだと、単に普通の編集ワークフローのwebベースで
出来の悪いやつ、という感じになってしまいそうで
いまひとつ魅力がない。

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

46 · 02/03/07 02:09

>47
パーミッションに加えてumaskと chmodも導入するのはどうかな。
煩雑になりすぎちゃう？

**名無しさん＠Ｍｅａｄｏｗ** · 02/03/07 11:22

Wikiって本来、たった数百行のCGIでこんなことができるんだよ！っていうコロンブスの卵的なところが（システム屋から見た）面白さだと思う。

**nobodyさん** · 02/03/07 15:04

あー、それはあるかも。
おれもPerlで300行とか言われて、やられた、って思った。

**nobodyさん** · 02/03/07 16:10

パスワードを導入するってのでいいじゃない。

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

**名無しさん＠Ｍｅａｄｏｗ** · 02/03/07 19:03

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

**nobodyさん** · 02/03/08 00:07

>>52
漏れもそれを考えぎみ。

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

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

**nobodyさん** · 02/03/11 01:53

52じゃないけど..シナプスモデルとかどうよ?

52 · 02/03/11 12:45

>>53
レスがすっかり遅くなってスマソ。

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

53 · 02/03/11 23:21

>>55
なるほどぉ。理解できる。
その方法だと、ある程度冗長度のあるページ間の関係を
人間の行動を元に徐々に精錬していく、という考え方っすね。

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

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

**nobodyさん** · 02/03/11 23:34

アイデア無いのでランク付けのページ張ってみる。

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

**nobodyさん** · 02/03/11 23:57

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

52 · 02/03/12 00:32

>>58
シナプスか。けもの道を連想してしまった。（ｗ

**nobodyさん** · 02/03/17 05:12

Webの創成読んだ？

**nobodyさん** · 02/03/21 00:35

YukiWikiのソース見てみた。
失礼ながら、結城氏はPerlうまいというほどではない様だね。
そう思って一から書き直そうと思うも、1時間で飽きた。

**nobodyさん** · 02/03/21 07:42

>>61
何が問題だと思った?

**nobodyさん** · 02/03/21 09:35

>>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 }
# ってことをやってるんだが…

**nobodyさん** · 02/03/21 10:51

>43
少し遅レス

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

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

**nobodyさん** · 02/06/07 17:20

YukiWiki2公開あげ

**nobodyさん** · 02/06/07 20:23

なんか昔あったアングラ私書箱コミュニティを思い出すな

**nobodyさん** · 02/06/08 22:21

wikiって掲示板と何ちゃうの？（ｈｔｍｌで見れるもんもあるよな
何個か見たけど、機能がゴチャゴチャしすぎて・・・
wikiの有用性を漏れに教えてくれ。

**よーし、パパWiki解説しちゃうぞ～。** · 02/06/09 07:54

>>67

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

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

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

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

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

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

**Coffee** · 02/06/09 08:39

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

**nobodyさん** · 02/06/09 10:50

Wikiは皆で共同してサイトを構築する事のできるツールです。
誰でもページを編集でき、勝手にページ間のリンクを張ってくれる
CGIプログラムです。

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

**nobodyさん** · 02/06/10 22:32

日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
とか出ている

**nobodyさん** · 02/06/10 23:57

>69
すごくイイ！
速攻でダウンロードさせてもらったよ。
がんばってくれ！

72 · 02/06/11 00:04

「software error」が出るんですけど・・・
モジュールの設定が分からない（泣）

**Coffee** · 02/06/11 14:53

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

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

72 · 02/06/11 17:47

ソースの最初で

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

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

**Coffee** · 02/06/11 18:03

それで不都合は無いです。（というか、模範解答です。）

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

**nobodyさん** · 02/06/20 12:53

さがりすぎ防止age

**nobodyさん** · 02/06/20 15:58

…関連のあるページをオートで分類するって案、やってみようとおもう。

**名無しさん＠Ｅｍａｃｓ** · 02/07/08 04:47

で、今一番熱い Wiki エンジンってどれ？
Tiki は沈黙しちゃったしなぁ。
案外一過性のものなのかもね。

**nobodyさん** · 02/07/08 09:18

ウニマガの増井さんのやつ使ってみたいYO!

**nobodyさん** · 02/07/08 20:47

javaで実装されてるwikiクローンのchikiって使ってる人いる？

**名無しさん＠Ｅｍａｃｓ** · 02/07/08 23:40

へぇ。ChikiWiki って Strus 使ってるんだ。
ためしにつかってみようと思って公式いってみたら、登録しないと書き込みできない。
で、登録しようとしたらユーザ名が不正だっていわれた。
よく読んでみるとユーザ名は WikiName じゃないと駄目らしい。なるほど。

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

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

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

**nobodyさん** · 02/07/16 09:25

アカウント管理って、ページの属性や権限の概念があってこそだと思う。

**あぼーん** · NG

あぼーん

**nobodyさん** · 02/07/16 14:32

>>83
ユーザプリファレンスを管理するってのもあると思うよ。
編集窓の多きさとか、タイムゾーンとか。

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

**nobodyさん** · 02/07/26 16:00

世界で一番高機能なWikiって、どこにあんの？＞ALL

**nobodyさん** · 02/07/26 16:01

教えてくださいおながいします

**nobodyさん** · 02/07/27 14:23

教えてください…

**あぼーん** · NG

あぼーん

**nobodyさん** · 02/07/28 10:04

どれも一長一短ではないかと。
個人的には PukiWiki が好きだけど
作者が移っちゃったしなぁ。

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

**nobodyさん** · 02/07/30 05:06

PerlによるWikiって結城浩のところしかないの?

**nobodyさん** · 02/07/30 07:43

YukiWiki から派生したやつは Perl じゃないの？
WalWiki(だっけ?) とか CafeWiki とか。
なんかあんまり違いがないような気がするけど。

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

**nobodyさん** · 02/07/30 14:19

>>91
本家を忘れてどーする。。。

**nobodyさん** · 02/07/30 20:57

本家がPerlなのに

**nobodyさん** · 02/07/30 21:32

「本家」はデフォルトで日本語が使えないだろ。

**nobodyさん** · 02/07/31 13:26

日本語のWikiName使わなきゃ良いよ。ってか日本語でWikiNameの気持ちよさは味わえません。

**nobodyさん** · 02/08/01 09:08

>>96
なやましいよね。
ブラケットに変わるもっと自然な WikiName 指定方法はないものか…
「ウィキネーム」はいまひとつ。

**nobodyさん** · 02/08/02 18:06

WikiWikiあげ

**nobodyさん** · 02/08/03 12:46

>>97
CafeWikiのAutomaticLinkはどう？

**nobodyさん** · 02/08/03 13:35

>>99
自動リンクはむしろ当たり前の機能だろ。
日本製のWiki（と呼ばれているもの）がおかしいだけ。
[[]]にしても「」にしても、いちいちそんなもんで囲んで文章書いてる奴の気が知れない。

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

**nobodyさん** · 02/08/03 15:36

WikiNameがあることがWikiらしさを表しますか?

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

**nobodyさん** · 02/08/04 22:26

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

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

**nobodyさん** · 02/08/04 22:27

ズレた氏脳……。

**nobodyさん** · 02/08/07 09:34

おてがる Web オーサリングツールとして
使うってのもありだと思う。
それだったら [[]] でリンクってのも
別に気にならないかな。

**nobodyさん** · 02/08/12 12:07

>>100
WikiNameは、限りなく簡単な手動リンクであって、自動リンクではないのでは？

**100** · 02/08/12 14:09

>>105
Wiki上に登録されている全てのページ
(あるいはウェブ上に存在する全てのページ)を把握して、
可能であればリンクを貼ろうとしながら文章を書きますか？

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

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

**nobodyさん** · 02/08/12 17:17

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

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

**nobodyさん** · 02/08/12 17:21

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

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

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

**nobodyさん** · 02/08/18 03:00

ここもAutomaticLinkしてる。http://homepage1.nifty.com/dune/index.html?

**nobodyさん** · 02/08/21 07:38

日本語だと、意識的にリンクをつくる方法がネックなんだよなー。
「「」」や｢｢｣｣を、[[]]に自動で置き換えるっていうのはどうかな？

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

◆.h3meb7o · 02/08/25 10:49

基数番目の空白と偶数番目の空白に挟まれた文字列をリンクにするってのは？

**100** · 02/08/30 23:57

こんなん作ってる。
http://frefer.net/wiki/
IP抜かれるつーか、そういうもんなのでちょっと注意。

**nobodyさん** · 02/10/17 01:04

hashedwikiってどうなった?

**nobodyさん** · 02/10/18 21:55

クロスサイトスクリプティングの話さ、いつまでやるつもりだろ。両方ともなんだかなー。

**nobodyさん** · 02/10/25 19:54

>>114
あれはひどいねー。

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

**nobodyさん** · 02/10/26 07:14

おはよし。

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

**nobodyさん** · 02/10/29 01:56

todo.org 死んでない？

**nobodyさん** · 02/10/29 02:25

あらほんとだ
メンテかなあ

**nobodyさん** · 02/10/29 03:08

サーバのハード障害らしいっす>todo.org

**nobodyさん** · 02/11/04 18:11

Ich(仮)とか IPWikiSimple が今一番元気なのかな。

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

**nobodyさん** · 02/11/04 19:31

wikiは結局ブレイクせずに終わって、今は高性能な掲示板かZopeあたりじゃないと
使いものにならない、って認識で落ち着いたんじゃないの？

**nobodyさん** · 02/11/04 20:42

>>121
Wiki本は読んだ人によると評価高いし（折れには高すぎて買えない…）、広がるのはこれからじゃないの？

**nobodyさん** · 02/11/04 21:38

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

**nobodyかも** · 02/11/04 23:26

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

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

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

**nobodyさん** · 02/11/05 03:17

多人数で一つの作業をするときのツールとしてはかなり便利だと思います。
実際に自分も仲間内で使ってます。

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

**nobodyさん** · 02/11/06 01:21

todo.org 死にっぱなし。
XSS まわりのもめごとじっくり読もうと思ってたのに。
あれってなんでもめてたんですか？
あと、どんな XSS 障害があったんでしょう？

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

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

**nobodyさん** · 02/11/06 02:50

todo.org の XSS のページは売り言葉に買い言葉、時間軸もよくわからなく
なって、じっくり読まないとわけわからない状態になってた気が。ああいう
ことに wiki を使っちゃダメだよな。

**nobodyさん** · 02/11/06 08:46

自分ひとりのブレーンストーミングにはWikiは実に役に立つ。

**nobodyさん** · 02/11/06 10:52

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

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

**nobodyさん** · 02/11/06 10:57

あとは、告知の仕方が悪いとか、その内容が自分らに対して
都合いい(言い訳っぽい)書き方担ってるとか、因縁つけられてたかな。

**nobodyさん** · 02/11/06 12:27

office さんは XSS 以外の点では Wiki のことどう思ったんだろ。
Pukiwiki の reimy のサイトじゃマッタリしてるけど。

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

**nobodyさん** · 02/11/07 00:12

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

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

**nobodyさん** · 02/11/07 10:18

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

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

**nobodyさん** · 02/11/07 10:42

Wiki はコミュニケーションツールとしては
かなりいけてないと思う。
WikiWay とかにも書いてあるし、各WikiClone作者も自問してるし。
2ch と競合するものではないと思うんだけど。

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

**nobody** · 02/11/07 15:38

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

**nobodyさん** · 02/11/07 19:03

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

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

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

**nobodyさん** · 02/11/08 17:33

Wikiを超えてやる。
超えてやるうううううううううううううう。

**nobodyさん** · 02/11/08 23:46

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

**nobodyさん** · 02/11/09 00:30

>>138
人によってベストと思える記法が違うからなぁ。
中間形式を持たせて文法はクライアント任せなんてのも
いいかもね。
Xiki みたいに XML で文章を保持とかだと
変換は楽そうだ。

**nobodyさん** · 02/11/09 08:38

最近、HashedWikiとかTikiとか結構大きいところがパタパタしてるけど
コンテンツ保持の冗長性とかってどうなんよ。

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

**nobodyさん** · 02/11/10 23:54

ちょっと違うかもしれないけど、
http://h-yanai.hp.infoseek.co.jp/cgi-bin/ese-nikki.cgi?MetaRecentChanges
と
http://h-yanai.hp.infoseek.co.jp/html/MetaRecentChanges.html
なんてのもあるよ。下がmirror。

**nobodyさん** · 02/11/12 11:49

>>136
FlashとかJava Appletとかでインタフェースを作るとかはどうでしょ？
本当にオーサリングツールみたいなインタフェースにしてしまうとか。
もしくはワープロやアウトラインプロセッサみたいな。

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

**nobodyさん** · 02/11/12 13:08

>>142
それ漏れも夢想したことがあります。
HashedWikiを見たのがきっかけ。

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

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

**nobodyさん** · 02/11/12 14:49

WikiとHyperCardというとこのへん？
http://www.hyuki.com/yukiwiki/wiki.cgi?HyperCard

**nobodyさん** · 02/11/13 01:59

ユーザ管理機能を付けて、貸し出しHPっぽく使う需要ってないのかね?
あんま魅力感じない?

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

**nobodyさん** · 02/11/13 03:01

とりあえず自分用のメモとして使うと凄く便利

**nobodyさん** · 02/11/13 03:13

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

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

**nobodyさん** · 02/11/13 10:28

ただ、日記みたいな使い方するんだとしたら
普通のWikiは支援機能が少なくていまいちかと。

**nobodyさん** · 02/11/13 11:54

todo.org復活祈願sage

**nobodyさん** · 02/11/13 12:41

>>149
ああ祈願なのか
一瞬記念と読み間違えてしまった
しょぼーん

同じく祈願sage

**nobodyさん** · 02/11/13 14:09

>>150
同じく。
先生、Office が憎いです....

**nobodyさん** · 02/11/13 16:12

>>148
HashedWikiは時系列で扱えたような気がする。
zopeでHashedWikiベースなもの作れば結構いいセンいく？

**nobodyさん** · 02/11/13 19:43

IPWiki の後継(?)になるらしい
WikiLike(仮) がいい感じかと。

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

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

**nobodyさん** · 02/11/13 20:22

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

**nobodyさん** · 02/11/13 20:43

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

**nobodyさん** · 02/11/13 21:09

>>155
>パラグラフ指向のP2P対応で、
なんか想像がつかない…
InterWiki しなくても
どこかで存在してるWikiNameを適当に拾ってくるみたいなかんじ？

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

**nobodyさん** · 02/11/14 11:43

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

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

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

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

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

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

**nobodyさん** · 02/11/14 12:30

>>157
なんかそういう自動WikiNameのような機能がWindowsXPに搭載される予定だったとかなんとか、
どっかでみたようなみないような。

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

**nobodyさん** · 02/11/14 14:07

>>158
へーそうなんですかー
あでも自動WikiNameとは違うんですよ。WikiName自体は手動で付けます
つーかページ作成する際にどうしても必要だし

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

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

**nobodyさん** · 02/11/14 19:12

うぁぁ、ドラッグできたらいいなぁ。
インデックス作成とかのまとめ作業がやりやすくなるよね。

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

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

**nobodyさん** · 02/11/14 21:54

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

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

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

**nobodyさん** · 02/11/14 22:27

>>161
Flash で作られた Wiki の実装があったはずなんだけど
どこいったろ。

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

**nobodyさん** · 02/11/14 22:30

>>162
http://www26.tok2.com/home/taiyaki/flashwiki/
これ？

**nobodyさん** · 02/11/14 22:43

>>163
なんかこれ挙動があやしいような。

**nobodyさん** · 02/11/15 20:45

>>157
それって、貼り付けた瞬間に[[WikiName]]として展開されるってことですか？
>>163
せっかくFlashなのに、らしさがすくなくて惜しいですね。

**nobodyさん** · 02/11/16 00:40

まず確認しときたいんだけど、実際に日記にしてるこーいうのは、うまくやってるという前提？
それとも、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系で日記支援機能みたいのはなし。
前者はまるっきり技術者の技術メモみたいな日記で、後者は厳密に日記じゃないかも知れんけど。

**nobodyさん** · 02/11/16 02:16

>>166
おお、すごい、ちゃんと続けてかいてる…

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

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

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

**nobodyさん** · 02/11/16 02:25

思ったこととか
気になる URL とか
ちょっとしたメモとか、

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

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

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

**nobodyさん** · 02/11/16 17:34

一月一ページでしか見れないというのはわりかし富豪的だと思う。
日付ごととか段落ごとのアンカーがわかりにくい。

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

**nobodyさん** · 02/11/17 00:54

Wiki の文法が好きだからって人もいるかも。

**nobodyさん** · 02/11/17 01:27

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

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

**[[Tiki:カラアゲうまうまだよもん]]** · 02/11/17 07:23

おはよし。さむいね。

>>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単
位の検索、履歴、ユーザー管理とかもあるとすごくいいかなぁと。

**[[Tiki:カラアゲうまうまだよもん]]** · 02/11/17 07:24

改行制限にひっかかっただよもん。
つづき。

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

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

長文失礼。

**nobodyさん** · 02/11/17 08:14

ただ、今の文法だと
WikiPage の情報をメタに扱うのはちょっと辛そう。
valid な HTML を吐いたとしても、
リストの中身は何のリストなのー？状態だし。
やっぱ語彙不足はいなめない。

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

**nobodyさん** · 02/11/17 10:27

>>173
あれ、もしかして日本語graphviz対応ですか？
英語対応はいくつかしっていますけど。
もし、日本語対応なら見てみたいですね。

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

**nobodyさん** · 02/11/17 11:28

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

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

**nobodyさん** · 02/11/17 11:33

YukiWiki系、レンタルサーバーに上げるとそれほどでもないが、
K6-2 400のマイマシーンだとちょと重い。

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

**nobodyさん** · 02/11/17 12:11

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

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

**[[Tiki:カラアゲうまうまだよもん]]** · 02/11/17 12:41

titleで内容表示ってYukiWikiが実装してたんですね。知らなかった。

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

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

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

**nobodyさん** · 02/11/17 18:10

>>176
SQL を直で置けるってのは面白いなぁ。

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

**nobodyさん** · 02/11/17 19:56

>>178
cgywin版のapacheでも駄目?

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

**nobodyさん** · 02/11/17 20:00

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

<class test
テスト

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

**nobodyさん** · 02/11/17 20:02

ありゃま。divとspanが混在してますね。失敗しっぱい。

**nobodyさん** · 02/11/17 23:00

>>182
うーん、自然にもりこむのは難しそう。

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

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

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

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

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

**nobodyさん** · 02/11/18 08:20

|{{a}}|{{b}}|{{c}}|
みたいに書いて、インライン展開するときにページa,b,cをインクルードするというのはどうかな。

**nobodyさん** · 02/11/18 09:10

<<123 で[[id:123]]をインクルードするとか。

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

**nobodyさん** · 02/11/18 09:13

あんまり複雑なことをしようとすると、
普通にhtmlタグを書いた方が分かりやすかったり……。

**nobodyさん** · 02/11/18 09:47

>>181
cygwin版Aoacheは遅いという話なんですが、どうなんでしょうね。
また、正確にはApolloの成果を使えば何とかなるという話もありますが
ちょっと敷居が高そう。

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

**nobodyさん** · 02/11/18 15:15

実際、出力されるHTMLを意識して書く方向にすすむと
HTML直書きの方が素直じゃん？ってなってきちゃうよね。

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

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

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

**nobodyさん** · 02/11/18 16:06

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

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

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

**nobodyさん** · 02/11/18 18:53

あぁ、それいいかも。
まえ HashedWiki だかどっかで出てた、パラグラフをクラス化して、
色々な形態をとるようにしたら面白いんじゃないかって話おもいだした。

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

**nobodyさん** · 02/11/18 18:54

というわけで、
LeafWiki に期待。
sng さん頑張れ～

**nobodyさん** · 02/11/18 23:52

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

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

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

**nobodyさん** · 02/11/19 00:16

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

**nobodyさん** · 02/11/19 02:45

todo@Omicron 復活 age。

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

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

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

**息抜き挿絵** · 02/11/19 03:13

四十八手の名称を修飾として書く
そしてお相撲さんの甘美で悩ましい画像きぼんぬ
　　　　　　　　　　　 ∧＿∧
　　　　　∧＿∧ 　（´<_｀　）　 Wiki通だな兄者
　　　　（　´_ゝ`）　/　　 ⌒i
　　　　／　　　＼　　　　|　|
　　　 /　　　/￣￣￣￣/　|
　＿_(__ﾆつ/　 FMV 　/ .| .|＿＿＿＿
　　　　＼/＿＿＿＿/　（u　⊃

**nobodyさん** · 02/11/19 12:12

>>195
Perlで書かれたLaTeX2HTMLってのがあるみたいだね。

**nobodyさん** · 02/11/19 19:40

viva plain2!

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

**nobodyさん** · 02/11/19 22:12

>>196 題名はやっぱり DeveDeve ？

**nobodyさん** · 02/11/20 00:21

[[200]]ゲットですよ。
Wiki界隈での今一番はやりの機能はどんなんでしょう？
今のところプラグインの構築のあたりで停滞してる感じ？