Wiki Wiki　楽々 Run! Run! Run!

Wikiってなに？

２ゲットずざー

冬房の断末魔だな

Ruby厨に rubyで役に立つソフトてなに？ て聞いたら、
　rwiki
と寡黙な答えが返ってきた。

Squeak厨に SmalltalkでWebプログラミングする奴いるの？ て聞いたら、
　swiki
て言ってた。

WiKiてなに？UnixMagazineみないとだめ？

http://c2.com/cgi/wiki
http://www.hyuki.com/yukiwiki/
http://www.mars.dti.ne.jp/~umejava/smalltalk/squeak/swiki/
http://vivi.dyndns.org/vikky2/vikky.phtml

とか見てみ

検索すりゃでてくんじゃ
なかろか

>>2&4
これだよ
http://paming.s7.xrea.com/yukiwiki/yukiwiki.cgi?IdeaMemo

webのソースをブラウザから編集できるシステム
試しにページ下の編集クリックして書き換えてみなよ

>>7のリンクのIdea Memoだけどバジョンナップきぼんぬ。

http://search.cpan.org/search?module=Algorithm::Diff

こっからAlgorithm::Diffとってきてcgiのディレクトリにおいとけばええだけと
違うンか？と言ってみるテスト。

wiki立てた人はあくまでテスト用って言ってたからなぁ
この際ム板のwiki立てるのもいいかもね

つーわけでtiki立ててくれない？>rubyの人

>>9
Ruby動くサーバーどこにあるの？

とりあえず見ました.

ポートランド・パターン・レポジトリー：http://c2.com/cgi/wiki
２ｃｈデザパタみたいなもんだろーか。
昔見て、すげーわかりにくかった記憶がある.
(ネイティブぢゃないから？)

結城Wiki：http://www.hyuki.com/yukiwiki/
デザパタといえばこの人！もウィッカーですか。

すうぃき：http://www.mars.dti.ne.jp/~umejava/smalltalk/squeak/swiki/
Squeakの古いバージョンで、「Swikiしよ!」って書いてあったから
リンクたどったが、うまくダウンロードできなかった(ＴＴ)

びっきー：http://vivi.dyndns.org/vikky2/vikky.phtml
読者参加型Webサイトシステム｜コミュニケーションシステム｜グループウェア｝か。
ってゆーか、ここのＳＰＲ(Software Problem Report)って、
　　　 http://vivi.dyndns.org/vikky2/vikky.phtml?title=SPR
「バグ追跡システム」じゃん。これで私の使命の25％はおわた。
びっきーって、Wikiの拡張版なの？

http://paming.s7.xrea.com/yukiwiki/yukiwiki.cgi?IdeaMemo
最後にたどり着いたここ↑ｲｲ。
Wiki関係のアイデアとかのってて、参考になった。

>>5様, >>7様は神だ!

PerlかRubyか‥‥
それが問題ナリ。

>Ruby動くサーバーどこにあるの？
知らない｡
以前Rubyの動くISPリスト見たけど怪しげな有料ISPしかなかったよ｡

だからRubyはダメなんだよ。

>>4
>Ruby厨に rubyで役に立つソフトてなに？ て聞いたら、
>rwiki
>と寡黙な答えが返ってきた。
おそらく私。
仲間内だけで RWiki 立ててるが、覚書に便利。
確か、今月出る UnixMagazine か UnixUser で Ruby＆RWiki の特集やるはず。

なぜにrwiki?
tikiにすりゃいいのに...

ってことはム板でたてるとなると無料サイトでPerlで動くWikiCloneという
選択肢しかないと思われ。

>>13 それはRubyの席にっっ課？

>>16
「Ruby 好きだから。」というと、ここでたたかれそう。
「RD 好きだから。」　というと、ここでたたかれそう。

http://www.xrea.com/ で Ruby な CGI が動くYO!

>>19
ここでム板wiki立てたらrubyの汚名挽回になるかもよ(藁

Rubyのに白！

Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

>>21
あんたエライ！！
漏れもアカウントとろか‥‥。

>>21
RWiki は自宅サーバにて、自分で入れた。
Debian なので楽チンだった。

無料サービスサーバで立てるのは大変そう。（RD とか racc とか）

>>24
>ここでム板wiki立てたらrubyの汚名挽回になるかもよ(藁
　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~~
是非とって欲しいね

日本語の不自由な人たちだね

>>26
すでに Ruby は汚名なのでしょうか？
まぁ、実際立てるには
ttp://www.jin.gr.jp/~nahi/RWiki/?cmd=view;name=RWiki+installer
を書き換えて実行することになるでしょう。

Rubyは好きだけど
RDｷﾗｲ

ってかxreaってIdeaMemoのところのサーバーじゃん。
Tiki入れろやゴルァ

Tikiってのが一番いいのか？
俺も面白そうだから、Xreaの遊ばしている
アカウントに入れてみようと思うんだけど。

実は別件でもう立ってるんだけどね>tiki
http://paming.s7.xrea.com/yukiwiki/yukiwiki.cgi?[[82C982BF82E182F182CB82E982C657696B69]]

yukiwikiよりも高機能｡
つーかyukiwkiソースコード貼るの面倒なんでム板向きではないね｡

最強Wiki決定戦開幕

これ使っちゃ駄目なのか？
http://www.gedoh.org/aki/2ch/tiki/tiki.cgi?

なんか更新止まってるみたいだし｡
開発系のページをごっそり下に移動するか
バックアップとればそのままで逝けそう｡

> このサイトの趣旨・ガイドライン
>
> いま２ちゃんねるの転送量を減らすための議論が各板で交わされていますが、
> 議論が活発であればあるほどスレが流れてしまい、結果がいしゅつなレスが
> 付けられ空回りしてしまうという悪循環に陥っています。
>
> そこで議論がある程度進み、コンセンサスの得られた仕様・プログラムコードを
> 一箇所に集約しよう。というのがこのサイトの立ち上げの理由です。

うーん、どうなんだろ。

>>34
使っちゃっていいのなら、仮想ム板フロントページを適当なWikiNameで
作れば良いのでは？

独立したム板Wikiキボンヌ。

> いま２ちゃんねるの転送量を減らすための議論が各板で交わされていますが、
結局この問題ってどうなったんだっけ?
転送量問題勃発
　↓
2chオークションで売却（ネタ）
　↓
2ch有料化を検討
　↓
1ch.tv大失敗
　↓
2ch有料化を保留
これであってる？

なんとなくIdeaMemoがバージョンアップ作業中な予感age。

>>31だけど…一応設置できた。
広告ありで良かったら公開するけど…
需要ありますでしょうか？

>>40
ぜひぜひ公開キボンヌ。

このシステムって…
マナー違反的な行為にものすごく弱いのでは？

マナー違反が平気でまかり通るのは２ｃｈくらいのもんだよ｡

とりあえず…
http://hoge.s7.xrea.com/tiki/tiki.cgi

初めて使ったけど楽しそうやなー
履歴がばっちり残ってるわ…（恥

7で紹介された、Wikiを立ち上げた者です。
39さんが見たように、166にバージョンアップしようとしてみました。
が、今までのデータファイルを持っていくと上手くいかないみたいです。
データファイル持ってけないのかなぁ?

とりあえず今日は、166版のWikiを建てます。

建てたWikiですが、使ってくれる人も多そうなので、
マ板向けに公開しようかと思ってます。

>>43
そうあって欲しいとは思いますが…

誰かがシステム内のリンクを自動巡回して全ての内容を
消してまわるソフトを作ったら破綻すると思われ

>>45
結城さんのところで聞いてみるのはどう？

Ver1.66に引っ越しました。
http://paming.s7.xrea.com/ykwk166_kai/yukiwiki.cgi?mycmd=read&mypage=IdeaMemo

>>31さんもtikiを建てたようなので、そっちの方と比べたり、てきとーに使ってやってください。

>>47さん
ページ数がまだ少なかったんで、こぴぺこぴぺでやってしまいました（←愚か者）。

>>48
どうもおつかれでした。またなんか書き込んでみます。

# 書き込み損ねた(汗)
なんかいつも思うんだがWikiWikiWebで意味・意義のあるサイト動かしてるところってどれだけ有るんだろうな。
LANに置いてるのでは有るんだろうけど、グローバルな場所に置いてるWikiで意義のあるやつってCunningham & Cunningham社のパターンリポジトリ以外では自慰的なのしかみたことないｵﾚ...

社内連絡用に使おうと思ったけど、大文字小文字が勝手にリンクになる仕様って鬱陶しいなあ

CreateProcess?　とかさあ

MoinMoin……。

>>44
あの扉絵なんとかしてくれ
かなーり引いたぞ

>>50
>なんかいつも思うんだがWikiWikiWebで意味・意義のあるサイト動かしてるところってどれだけ有るんだろうな。
wikiってム板向きのシステムだと思うんだけどね
話題・議論をいくらでも細分化していけるし
質問・回答を繰り返していけばいつの間にかFAQ集が出来上がるし
# それに対してこの掲示板だと質問や議論はあっという間にdat落ちして
# おんなじ発言が何度も繰り返される

wikiはメインの掲示板の補助という使い方では真価を発揮するのは難しいだろうね

>>50
仲間内で計画立てるような場合には、かなり有効だとおもうけど、
2chのような「不特定多数」が見る環境では、
破壊活動への対処をしないといけないから
使いにくいだろうな。
全履歴を保持して、サイトの所有者が自由に昔の履歴に戻せて、
サイトの所有者が定期的にチェックして管理するなら、
有効に使えると思う。

>>54
>wikiはメインの掲示板の補助という使い方では真価を発揮するのは難しいだろうね
同意。ただし現状では、Wikiのみで掲示板ほどのヒット数が稼げれるかは分からない。
始めは掲示板のサブシステムとしてFAQを貯めて、
Wikiのみで集客できるだけの情報が溜まったら一人立ちする、
というシナリオもあるかな。
※だれかこーゆー目的のWikiサイト作ってPlz.

>CreateProcess?　とかさあ

それがあなたのイイ!ところ。

気がついたら勝手にWikiNameになってるから、「ことばとことば」を
ばんばん繋げていくという壮大な遊びをできる(もちろん実用性もある)。
文がリンクによって勝手に(自分の意図すら越えて)活性化してくのが醍醐味。
そういう意味では日本語化の過程は結構な苦しみだった。

逆に気に入らない単語ならばクリックしなければいいだけ。
誰も触らなきゃページは生成されない。ページ書きは必須ではないですよ。

>2chのような「不特定多数」が見る環境では

ユーザーをちぇっくするタイプのWikiも有るが、あれだとWikiの面白みを
半分失ってるようにしか見えなくて、どうもねえ。

それにしてもどうしたらブレイクするんでしょうねWiki。
なぜか「敷居が高い」「わかりにくい」といわれまくってるようだが、
そんなに難しいだろうか?
単に見なれない形をしてるってだけで、慣れたらスグだ。イイ!

>>56
>なぜか「敷居が高い」「わかりにくい」といわれまくってるようだが、
>そんなに難しいだろうか?ちょっと話ずれるけど、
Webページを「勝手に書き換える」という行為に抵抗感があるんだと思う。
テストページ（自由に書き替えてNE!）とある部分はともかく、
知らない人のWikiページに追記するのはちょっとためらう。
掲示板の延長線上にWikiページを置いて、書き換えやすい環境を作ると良いのかなぁとか思う。

※俺の立てたWikiはじゃんじゃん書き換え/ページ作成しちゃってください。Wikiの成長を見てると楽しいんで；）

あ、改行が抜けてる。
>そんなに難しいだろうか?ちょっと話ずれるけど
↓
>そんなに難しいだろうか?
ちょっと話ずれるけど

>>53
…直したぞー
一人遊び続行中
http://hoge.s7.xrea.com/tiki/tiki.cgi

Wikiは数人から数十人でまったりと使えればいいのさ。
いろいろ条件があるけど、またーり使うには年単位で安定して使えるものでなければならないだろうな。

ム板最頻出FAQをまとめてみようかと思います。
今日はもう寝ますが...

[[迷える初心者に適切な言語を紹介しよう]]
http://paming.s7.xrea.com/ykwk166_kai/yukiwiki.cgi?mycmd=read&mypage=%5B%5B%96%C0%82%A6%82%E9%8F%89%90S%8E%D2%82%C9%93K%90%D8%82%C8%8C%BE%8C%EA%82%F0%8F%D0%89%EE%82%B5%82%E6%82%A4%5D%5D

>>59
うーん｡そちらとどう使い分ければいいんでしょうね。

>>61
うお、やっぱり無駄でしたか。
んじゃ、落書き専用でいいッス。

>>45 名前：デフォルトの名無しさん 投稿日：02/01/06 23:56
>7で紹介された、Wikiを立ち上げた者です。
>建てたWikiですが、使ってくれる人も多そうなので、
>マ板向けに公開しようかと思ってます。
マ板向け?
単に書き間違え?

>>63
あー、ム板向けのtypoです（恥）

>>62
俺としては、使う人が使いやすい方を使ってもらえれば良いと思うんだが。
tikiの潜在能力は高いと思うんだが、、

>>54
>>55
どもです。WikiWikiWebの効能は一応理解してるつもりで、具体的なURLが出てくるのを密かに期待してました。別に技術系な話題とかに限定しないで。
だれかがWikiの日本語の本を書くとか言ってアンケートとって回ってたけど、アンケート結果だけでも先行公開されるのかな。

破壊的な云々はたしかにあるんだけど別にバックアップとっとけばいいし「いつでも戻せるモンねﾌﾌﾝ」な雰囲気で牽制で十分じゃ無いのかな。
どうせ大概のWikiはdbmでデータ保持してるだけだからバックアップも簡単だから望んだ状態にスパットリストアできるように用意すればよし。まぁそのへんは普通の掲示板と一緒か。

「敷き居が高い」って声が揚がるのは事実ですよね。「マークアップを覚えよう」と思えばすぐ慣れるんだけど、「覚えよう」と思わない人にとっては異質な物であることには変わり無いし。
たぶんそこで十分に魅力的な議論が行われていれば「参加したい・覚えたい」な動機付けになるんでは無いかと思ってる。
そこはFAQを用意したりするのが効果的では無いかと思い中。あと掲示板と一緒で「なれ合い」や「過度な隠語の使用」も抑制しないトナーと。「ここの作法」を如何にみなに伝えるかが敷き居を下げるポイントだったりして。

FAQのあるサイトだとこのへんか？
http://www.hyuki.com/yukiwiki/yukiwiki.cgi?mycmd=read&mypage=FaqPage

tikiはテキストでもってるね。

wiki二つあるとトラフィックが分散して
自立のための臨界点突破する可能性が低くなってもったいないかも

ここはひとつどちらかをマ板をはじめとするPC/ネット関連板に
開放して荒らされてみるテストをしてみてはどうだろう(藁

独自マークアップは逝ってくれ。

お遊びだな。仕事にはつかえん。

>>68
いやー、毎度毎度めんどくさい生htmlのアンカーとかなんとかをごりごり書くのこそ
勘弁してほしいっす。そっちのほうがよほど日が暮れる(=仕事に使えん)。

そんなのhtmlエディタで解決、と言えるかも知れないが、
htmlエディタが無くてもプアなブラウザ画面のままの上でさらっと書けるのがWikiの強み。

逆にいえばレンダリングの対象としてhtmlしか選べないというものでもないし。
RWikiみたいな考えかたをすれば、TeXとかpdfとかmswordとか(藁)に変換するって道も有る。

各Wikiの形式からhtmlへ「コンパイル」する、ようなイメージだね。
前者のほうが高級度が上。
機能は限定だがその範囲では記述が楽なのだから。

>>69
そこで言う「仕事」の定義を述べよ。

WebDAVあたりと組み合わせるとしたら、
　 どんな事ができるだろうか？

>>72
俺も一瞬考えたけど､ファイルのロックがかけられたり
実装が多少簡単になるかなってことぐらいしか思いつかなかった

WebDAV： 複雑な Webページ管理機構.
wiki：　 シンプルなページ編集用モデル/ユーザ・インターフェース

と考えると、
・Wikiの方が、使用者にとって、直感的に分かり易いモデルを提供すると思った.

・WebDAVを使えば、下記の利点がある.
　- バージョン管理/ファイル・ロック に関する規格がある. (実装は少ない？)
　- ファイル管理が簡単. (Windowsエクスプローラから直接アクセス)
　- HTTPプロトコル拡張だから、PerlやJavaのWebプログラム技術を流用しやすい.

結局 WebDAV使うと、Wikiの拡張が簡単に出来そうだが、物事が複雑化しそうな気がする...

WebDAVとWiki、仕組みだけ見ると似ていそうだけど、
物の考え方は全然違うと思う。

WebDAVは、ファイル共有のための機構だ。
まず外部でなんらかのコンセプトを作った上で、
そのコンセプトに基づいて、分担して作ったものを持ち寄って、
それを統一的に管理するためのもの。

Wikiは、思考共有のためのツールだ。
持ち寄るのではなく、Wikiの上で思考が、議論が、発想が行われてこそ意味がある。
人間の思考形態に似たネットワーク的モデル(WikiName)があって、
実際に思考をサポートしてくれる。

そもそも両者のめざしてるものが違うのに、
提供している機能は似通っている。
でもだからこそ、相性はかなり悪いんじゃないか。

>>75
>WebDAVとWiki、仕組みだけ見ると似ていそうだけど、
>そもそも両者のめざしてるものが違うのに、
>提供している機能は似通っている。
Wikiはアプリケーションであるのに対して
WebDAVは単なるプロトコル・データ構造(=WEB上のファイルデータベース）。
というのが俺の認識なんだけど間違ってる？

なのでWiki vs WebDAVというのはそもそも型違いで、
>>72はページの格納にWebDAVを使ったWikiを作ると何が変るのだろう?
ということを聞いているのだと思う。

仕事とは何か。あらためて聞かれると答えに窮するな。
少なくとも悪意をもつやつがいて壊されたときにリカバリにえらい時間がかかったりコストがかかったり
するようなやつはつかえんといっていいだろう。いくらバックアップがあるといっても。

爺的でないさいととしては、HardDrunkersBarがあげられると思う。
ソフトの開発系ばかりの中で、ゲーム系だけどコミュニケーションの場として機能している方じゃないか。

>>77
そんなあなた(?)に、たとえばdiff機能を内部に持っているんで
変更をきっちり追いかけることも戻すこともできるTikiなんかは、どう?

まあ今の版では戻す作業が楽とは言わぬが、adminコマンドを作って
(あるいはオフラインなプログラムを別途もうけて)
昔の頁にいっせいに戻すとかが出来るようにするのは、そう難しくないと思われ。

>>75
というわけでdiff機能のあるTikiに、Cとかrubyとかのソースそのまんまみたいな頁を書きこむと、
その行為がファイル共有なのか思考共有なのか?と、自分でもわからなくなってくる。

というか、両者の間に本当に垣根はあるのか?という疑問が。
オプソ畑で大人気なCVSが正に同じだが、ソースファイルすなわち思考の結果であり、
それを大勢が共有する世界、と捉えると良いんじゃないかと思われ。

Wikiのマークアップ言語が、やぱーりソースなんだよ。

というわけで>>77よ、仕事に使えない、CVSでバザールモデルなんて管理とも言えぬ、と
さんざん言われていたはずのLinuxが、いつのまにか結構立派になり
仕事にも使われる勢力になってしまったのは、偶然ではない。
「ちょっとしたサポートがあること」と「くだらない制約がないこと」とにより
仕事にも(あそびにも)使える道具ってのは、出来るものだ。熟成は必要だが。

まあ、お客さまは見てるだけーの格好ばっかりのwwwサイトを
作る道具には、wikiは永遠にならないだろうけどね。
wikiは参加型ツールだから、参加を前提としない用法には無意味。

>>78
あのサイトはカコイイ。Tikiとは思えない(藁)お洒落さ。

>>77
そんな悪意のある人がいる仕事ってやだなあ…
Wiki が壊されるなら、
ソースファイルを消されたり、ウイルスを ML で流されたり、
ディスプレイを金属バットで殴られたりはしないの？

そりゃあるんじゃない？　１０円パンチの犯人は同僚だったとかさ

信用するところからはじめるのか、疑うところからはじめるのか。

ﾋﾄﾘで使えよ。ﾋﾄﾘなら他人を疑わなくていい。PalmWiki, EmacsWiki

全面的に信用できるというのは宗教だ。

人を信用しないところを根っこにもつ成り立つソフトウェア・システム
＊セキュリティソフト
＊ウイルス対策ソフト
＊嘘発見ソフト
＊パスワード、認証システム一式
＊万引き検出ソフト
＊２４時間監視ソフト
＊暗号メール
＊削除人
などなど、枚挙にいとまがない。社会は人を信じない。

なんでWikiの話をするといつもいつも
この手の青臭い議論になるのか

疑う疑わない云々以前に、Wiki建てて放置しておくのも面白い使い方（？）だと思うな。
それがどういうふうになっていくのかをマターリヲチしてたい欲求にかられる。そうねーライフゲーム
感覚というか。なるべく干渉しないようにして、思いきり鑑賞するという（藁

＃もしかしたら混沌の中から秩序が生まれてくる場面を目の当たりにできたりして。

ただねーそれを行うには最低数十人、願わくば数百、数千人以上の参加者（しかもバリバリ書き込む意
欲があり、書式もマスターしている者）がいないとですねえ・・・

>>84
俺それです。Wikiは鑑賞対象ですね；）
あとは自分の作業メモをWikiに残しておくと、見知らぬ誰かが補足説明書いてくれたりして楽しい。

Wikiは盆栽みたいに遊ぶ事ができます。
放置して無秩序に情報が茂るのを見るも良し、
少し手を入れて見栄えを良くするも良し。
どっちにしても、情報が茂るまでには時間がかかりそうです。

ちうわけで、盆栽のURLはこちら↓（宣伝）
http://paming.s7.xrea.com/ykwk166_kai/yukiwiki.cgi?mycmd=read&mypage=IdeaMemo

>>83
そうなんですよね。

じゃぁ逆手を採ってWikiをつかってて荒されちゃった or 閉鎖しちゃったところを挙げてみましょか。

>>86
やめとけ

そんなサイト、山ほどある。それが反論の論拠になると思うなんで実状を知らないだけだろ。

うん、知らないから聞いたの。

>Wiki建てて放置しておく

あるいは自分も"決して管理人ヅラせずに"参加するとか。
というか、匿名でおしとおすとか。
ななし管理人さん、いらっしゃーい

誰かComSwiki使ってる人いないすかー
俺インストール終わったのでこれからいろいろいじくってみまーす

ComSwikiってページの削除できないのね。
YukiWikiにしときゃよかったかも。

wikiの各ページに
public(全員に公開)
protected(パスワードで保護)
private(一切非公開、リンクも張らない)
あたりのアクセス制限をかけられる機能を
サポートしているものってないですが？

個人のwikiの一部分を他の人に見せたりしたいのですが。

>>93
ページ単位ではなくwiki単位(?)でだったらComSwikiで設定できるよ。
読み込み、書き込み等でIDとパスワードを設定して
IDとパスワードを無しにすると93で言うところのpublicに

>>93
ファイルシステムを実装してるみたいな感覚ですね。
だから WebDAV とか出てくるのか。

public、protected はいいとして、
private の認証はどうするのって話。
リンクも張らないんだったら
アクセス制限したところにもう一個立てればいいのでは？
一緒のシステムで動いてる意味が無い。

俺の wiki は、 public: なんでもOK
protected: パスワードで保護
private: 編集不可
ってなってる。

設定は AccessControlList という wiki ページ行う。
で、このページ自体は protected

>>93
vikky だと非ログインユーザ、ログインユーザ、グループメンバのそれぞれに対し、
グループ単位、ページごとに参照、書き込み、編集の設定ができる

質問なんですが、wikiって同時に2人以上が編集してしまって
コンフリクトが発生したら勝手にマージされるんですか？

>>98
ものにもよるけど、
普通に後から書き込んだ人ので上書きされるみたい。
造り込めるとこだね。

>>59
一杯、書いたぜ

>>98
有名なYukiWikiじゃあ1.6.2以降は、変更履歴を残せるらしい。
RerlのAlgorithm::Diffついうライブラリをつかってね。
これなら大丈夫？

ttp://www.hyuki.com/yukiwiki/

>>101
ん？
A が書き込もうと思って、編集中に
B が書き込んじゃった場合、
そのあと A が書き込むと
B の変更無視して A の変更のみになっちゃうって話じゃないの？

板:ほげほげ。
A:編集開始(ほげほげ。)
B:編集開始(ほげほげ。)
A:編集中(ほげほげ。ふがふが。)
B:編集終了、書込(ほげほげぷー。)
板:ほげほげぷー。
A:編集終了、書込(ほげほげ。ふがふが。)
板:ほげほげ。ふがふが。

で、A が書き込むときに、変更があたーよとか
強制的にマージする仕組みとかあるのかとか。
(この場合だと、"ほげほげぷー。ふがふが。"かな？)
そういう話じゃないのかな？

WikiにCVS組み込んであるのがあれば素敵なのだが。
無条件に履歴を追いかけられるとか。

backend が cvs ってのはたしかに面白いかもね。
しかし、コンフリクトしたときの処理は
どうするのが妥当だろうか？
後からコミットした方に、コンフリクトしましたYOって
しらせるしかないか。
でも、数人が書きこみまくってチャット状態みたいなときって
そういう処理は不便かもだ。

ここなんか参考に。
http://todo.org/cgi-bin/jp/tiki.cgi?c=v&p=%B9%B9%BF%B7%A4%CE%BE%D7%C6%CD

2ch のスレッドに飛ばす InterWiki とか出来ないかな。
URL とスレタイトルの相関関係をどう変換するかだなぁ。

[[2ch:Wiki Wiki 楽々 Run! Run! Run!]]
みたいに出来ると楽しいのに。

Web のデザインについて話しあったり、
絵について話しあったりみたいにする場合どうしたらいいでしょうね。

絵の方は... Tiki あたりでお絵書き掲示板のプラグインでもつくればいいかな。

Web デザインは悩ましい。
HTML としての整合性とかどうするのかなとか。
閉じるべきタグを閉じてなかったり、
DTD に無い要素使われたりとかしたらどうするべきかとか。

>>102

>板:ほげほげ。
>A:編集開始(ほげほげ。)
>B:編集開始(ほげほげ。)
>A:編集中(ほげほげ。ふがふが。)
>B:編集終了、書込(ほげほげぷー。)
>板:ほげほげぷー。
>A:編集終了、書込(ほげほげ。ふがふが。)
>板:ほげほげ。ふがふが。

で前に紹介したWikiは
板:ほげほげ。
>B:編集終了、書込(ほげほげぷー。)
-ほげほげ。
+ほげほげぷー。
>板:ほげほげぷー。
>A:編集終了、書込(ほげほげ。ふがふが。)
-ほげほげぷー。
+ほげほげ。ふがふが。
>板:ほげほげ。ふがふが。

とログ(差分)を残してくれる。
このばやい、先頭の文字が'+'が追加された行。'-'が削除された行
で、Bはログから消されたデータを取り戻せる。

31さんの所のシステムも、そうなってるねー

[[MuTiki:WelcomeVisitors]]
ttp://hoge.s7.xrea.com/tiki/tiki.cgi?c=v&p=WelcomeVisitors
の履歴(diff,差分)が載っている

http://hoge.s7.xrea.com/tiki/tiki.cgi?c=B&p=WelcomeVisitors
の[ +/- vs current ]を見て味噌

いや、そうやって取り出すことは出来るけど、
最終的には最新のページにマージしたいわけじゃない。
で、それを自動でやってくれる仕組みが欲しいわけだ。

意味を壊さないでなるだけマージしてくれる仕組みが欲しいわけです。
CVS だとただの rcsdiff だし。
XML ならいざしらず、ただの平文だと難しいか...

＞意味を壊さないでなるだけマージしてくれる仕組み
プライオリティでもつけるとか？
やはりバックエンドを CVS にして競合は人の手でさばくのが
一番手っ取りばやいと思ふ。

>>110
せめて、行単位じゃなくセンテンス単位で diff してくれたらいいなと思うことはある。

>>111
chasen や kakasi が必要になるよ…

>>112
しかも完全とは限らないしね。

入力したときは明確にここがセンテンスの区切りだって判ってるのに、
平文テキストにするとその情報が抜けおちちゃう。
つーか、センテンスの区切りどころか単語の区切だって
わざわざ WikiName として入力しなきゃいけないのもねぇ。
なんでもかんでも WikiName になるのを良しとしない向きもあるけどさ。

かといって変なマークアップ導入するのもやだし。

こっち方面のアプローチはやめとけってことかな。

じゃあセンテンスの区切りと行を一致させるように
テキストを整形しなおしたら？
これが一番簡単な方法かな？

もしくは自分でセンテンス単位でdiffをかけるプログラムに組むんだな
XML or XHTMLなら、そんなに難しくないだろうし。

センテンス区切は単純に"。"でいいのかな。

>ほげらがほげったぞ
>そりゃすごい

みたいに"。"が無い場合とか

>3.14 でいいじゃん.
>3 がいい!

みたいなときとかどうしよう。

いや、茶筅とperlを使えば良いんじゃない。

いや
、
茶筅
と
perl
を
使えば
良いんじゃない
。

と行に茶筅で区切ってもらって保存
表示するときは、またつなげる。

>センテンス区切は単純に"。"でいいのかな。
"。"で改行でいいのかな？

113=109?
の希望だとね。

単語の切りわけが出来るんだとしたら
WikiName にしてなかった単語も、ページが生成されたら
自動的に WikiName にする、なんてことも出来ちゃいそう。
書いたそばから ? が付くのはうざいから
実体が出来たときだけ WikiName として有効にするとか。
どうでしょ？

なんだかすごい話が展開されてて、
ちょっと戸惑っているんですけど、
WiKiを使ってグーテンベルクの翻訳サイトを作れないかなと考えているんです。
それで、自分の書いた訳が他人に上書きされちゃったりしたら萎えるだろうなーと
思ったわけです。
そこで、
yukiwikiで試してみたら上書きされちゃったんで、
CVSみたいにマージしてくれないかなと考えていました。
多分行単位でいいと思うんですけど。
あ、でも訳の直しとか考えるとちょっと大変ですね。
本当は2訳並列とか別訳として(別訳)みたいになってくれるといいと思うんですけど。
tikiはいいみたいですけど、yukiwikiのバックエンドに
CVS(サーバ屋さんが貸してくれるかどうかはわからないですが)を入れるのって
けっこう大変なんでしょうか？

>>119
CVS、つーかRCSなんてdiffの塊みたいなもんだから、
Algorithm::Diffだけでもやってやれないことはないと思われ。

>>119
UseModWikiとかつかえば良いのに。

2chで初めてWikiWikiを知って
「こりゃ凄い」と感動したんだけど
他の反応がイマイチだなあ・・・

グローバルではやりにくいだけで
ローカルでは使ってる人が多いのか？
それともやはり常時接続でないと優位性が薄れるから
まだ時代が追いついていないのか？
マークアップがイマイチ食わず嫌いを生むから？

理由は何だろう？

>>120
CVS は 差分の管理
Algorithm::Diff は差分の生成

>>123
スマソ。確かにその通りだ。
「やってやれないことはない」のあたりに、
「差分を自力で管理する」って意味を含めたつもりだったが、
そうは読めないな。指摘感謝。

>>118
＞実体が出来たときだけ WikiName として有効に

こりゃナイスでしょう。 日本語でも何でも
大文字小文字大文字小文字じゃなくても
WikiNameに自然に出来るし、グッドだね。

>>125
それなら別に形態素解析しなくてもいいような......

>>126
しなくてよいなら、なおさら良いでしょう。
しなきゃいけないってことはないよ

あとから実体ができたとき、そこへのリンクが
勝手に 追加されるってことね。便利だと思うよ。

Tips書くには便利だよね

某辞典サイトはそうなってるね。
ただ、wikiは読み出し時に独自マークアップ言語をhtmlに変換しているから、WikiNameが多くなるとリンク張る作業がかなり重くなってしまって現実的ではないかも。。

やるとしたら保存時と新規ページ作成時に
WikiNameを検索して[[]]で囲んでやるくらいかな。

>>129
某辞典サイトなるもののURLｷﾎﾞﾝ
ちょっとcgiの動きを見てみたい

オレの求めるものはそこにこそあるかもしれん

cgiじゃなくって単なる処理済のhtmlなんだけどね。
urlはちょっと失念。探してみる。

>>131
あ！そうか。 なにも動的にやる必要はないわけで、
あるタイミングで一気変換かけるなりすればよいわけだ。
なるほど・・・

で、もしかしてここだったりする？ 勘違いならスマン
http://www.geocities.co.jp/SiliconValley/5634/t82A0_0000.html#82A0

>>126
いや、単語の境界を知るために必要でしょ？

テスティングフレームワーク
って単語があったとして、
スティングに付いてのページが出来たときこまりそう。

>>121
UseModWikiってどんな特徴持ってるの？
韓国語はわからん。

>>121
どこに韓国語があるの....
http://www.usemod.com/cgi-bin/wiki.pl?UseModWiki/Features

かなしイカシてるよ。いろんなpatchでてるし、なによりmod_perl下で動かすと爆速。

>>135
すまん
Googleで引っ掛けたら韓国語のページだった。
UseModeWiki0.92.tar.gzも置いていたので勘違いしたよ
教えてくれて、ありあとー。
http://usemod.wo.to/

>>135
英語よくわかんない厨なんだけど、他のに比べてすごいとこってどんなとこ？

>>137
角度とか。

Wikiって結構面白いね。
差分が残るならソースコードの管理に使えるかも。

いっそのことプリプロセッサ改造してHttpゲットできるようにするかー？
そしてCGIからコンパイルしてEXEファイルゲットだー

>>139
それならそれに特化した CVS を使えばいいと思うけど。

今いろんなとこで議論されてる機能として、
Wiki のシステム自体を Wiki で編集出来るようにできないかってことだそうな。

うーん.....

chmod 777 とどうちがうんだろう？

>Wiki のシステム自体を Wiki で編集出来るようにできないかってことだそうな。
いらね〜。




とまでは言わないけど、
はっきりいって今あるWikiって半端な実装が多すぎ。
もうちょっとリソース集中して高機能なの作ってくれよ。

>>133
ああ、確かに富豪的には正しい考えだと思う。

けど、そんなことで負荷増やすのはどうかなぁ。
ただでさえ、Wikiって結構重いシステムだと思うから。
そのへんは、美しい解決でなくてもシンプルでいいんでないかと思う。

>>141
まあ、成長過程な分野だと思うし。
逆にいえば新しくていい感じの WikiClone 作って殴りこんでヒーローになるチャンス？

>ヒーローになるチャンス？
そんでさらに半端な実装が世に溢れかえると。
いや、俺も実は実装したんだけどね(藁

だめなら自然淘汰されるだろうから気にするな。

>>142
WikiNameの名前で、最長ヒット法で良いかもね。

長い単語の方が勝つってやつね。一様

>>144
うーん。じゃあ、中途半端にしないために、今後はこれだってのに
コントリビュートしてくようにするか。

現在最も有望そうな Wiki はどれ？
日本語でコミュニケーションとれるとこがいいなあ。

Tiki でいいのかな？

勝手に紹介
こういうのも面白いかも

HashedWiki
http://cake.dyndns.org/hashedwiki/index.php

うーん、Wikiではカキコの時系列がわからんからなー
フレームで２つに分けて、内容とその更新履歴の両方を表示するようにするか？

ページ毎に表示させるスタイルを変更出来たらどうだろう。
スタイルっていってもスタイルシートとかじゃなく。
掲示板的に表示させた方が都合がいいところもあるだろうし。

>>146
うん。
漏れもちみちみWikiEngineを作っているのだけど、
自分トコでは最長ヒット法を使ってる。

と言っても、形態素解析が悪いと言ってるわけじゃない。
ただ、形態素解析までする価値が本当にあるか、と思ってるだけだ。
形態素解析するだけじゃなくて、もひとつアイデアの積み重ねが無いと、
わざわざ重い処理を増やしてるだけのことになる。

Wikiにあんまりごちゃごちゃいろいろ付けてくと、
しまいにゃZopeみたいになっちまうぞ(藁

みんなでオープンソースの2chWikiをつくろう！！

>>150
昔のかな漢字変換ソフトも最長ヒット法でやってたみたいだから
これでも、結構いけるかも。

Macのシャーロックちゅうソフトはかな漢字変換ソフトの
辞書から単語を抜き出して最長ヒット法かけてると言う
話を聞いたことがある。
これも良いアイデアだと思う。
(iATOKなんていうものもなるね)

>>140

どこみればいいかおしえて。

しかし、最長ヒットするにしても、
本家のページが 1 万 over ってこと考えると...
1 ページ更新毎に全部の WikiName で検索するってのは
ちょっと現実的でないんでない？

かといって、ある程度の長さ、とかは適用しにくいし。
コンピュータ関係の略語ってにたような長さのばっかし。

>>154
Tiki 本家のテクニカルなんちゃらシリーズと、
Tiki 本家とよく繋がってる Omicron あたりでいいんでない？
日本語でよく議論されてるのってここらへんしかしらない。

>>155
インデックスを作成するべし

>>157
ん?
WikiName を検索するんでないよ。
自動的に WikiName を認識させるって話の方。
っていうか、この場合でも index 作成は有効なの？
index って検索対象に対して施すものだよね。

TikiTIkiインターネットとは、関係ある？

http://www.tiki.ne.jp/

関係ないと思うよ

>>158
>自動的に WikiName を認識させるって話の方。
これはどのタイミングでやるの？

表示させる時だろうね。
う。結構表示する多いか。
生成した表示をキャッシュしとけばよいのかな？

最終書き込みより新しければOKって感じで

うーん、cron で 新しく生成された WikiName を
認識させてくってのはどうだろ。

リアルタイム性なくなるか。

>>162
最終書込時より新しく生成された WikiName のみ
チェックするってすれば、検索に要する時間も減りそう。
長いあいだ誰も見てなかったページはすごいことになりそうだけど。

なんか、いいなあ。実装したいかも。

WikiNameを最長ヒットで自動リンクさせる方式の弱点は、
[[todo:です]] を参照。
ttp://todo.org/cgi-bin/jp/tiki.cgi?c=v&p=%A4%C7%A4%B9

>>164
うーん。やっぱ難しい。指示したものだけ自動リンクってのはどうだろう。
なんかどんどんシンプルさが失われていく気がするが...

Wiki の長所ってなに？ってのをハッキリさせとかないと
いかんかもだ。

インターフェースがウェブブラウザなのが長所っていわれるけど、
私はそうは思わない。ブラウザの編集機能って貧弱じゃない？
あれが最良とは思えない。

そもそもWikiって
誰でもどこからでも特別な環境無しにブラウザだけで編集できるっていうところが重要で、
一人で一度に大量に書き込むような使い方は狙っていないのでは？

それを考えると、やはりブラウザから編集できるところは外せないと思う。

>>166
なるほど。

えーっと、

・特別な環境無しに読み書きできる。
・誰でも読み書きできる。
・簡単なフォーマッティングルールでそれなりの HTML
・WikiName による自動リンク/自動ページ生成機能
・リンクが途切れない。

こんなとこかな？

URL が異様に長くなるのを何とかできないかね。
alias つけられるようにするとか。

>>168
SWikiはページ名だけでなくページID（数字）を指定してページを呼び出すことができる。
ese-nikki(YukiWiki派生でTiki風味＋オリジナル機能満載)はエイリアス機能が実装されている。

>>164 >>164
YukiWikiでは、行の先頭が空白の行は勝手にリンクされない構造になっています。
一意にきめることは、確かに良いことですが完全な自動化できないものは
でなないとするもの良い案だと思います。

>>197
>・特別な環境無しに読み書きできる。 (これはWikiの特徴ですね。)
>・誰でも読み書きできる。 (今もって賛否両論分かれています。サイトの規模が大きくなると荒しの人が出現率が上がりますから)
>・簡単なフォーマッティングルールでそれなりの HTML (DOCのフォーマットは難しいです。でもこれはWikiのものではないような気が・・。自分独自のフォーマットを持っている場合があります)
>・WikiName による自動リンク/自動ページ生成機能
>・リンクが途切れない。 (ページが削除される時があるのでシステムしだいな時があります。InterWikiの場合は特に)

Wikiの機能とDOCのフォーマットによる機能拡張は別物扱いのほうが良いですけどね
もしかして泥沼の論議？

>>168
えーと、WikiName 用のディレクトリサーバ案なんてのもでてたよ。
なんか、WWW の再開発って感じでどうかなって思うんだけど。

URL に ascii 以外の文字を含むことに関してはどうおもう？

>>169
なるほど。ID はいいね。2chのスレ番号と似たようなもんだし。

>>171
MetaWiki があると面白いとは思うね。
更新を集めてるサイトはあるけども、システムとして用意できれば。

＞URL に ascii 以外の文字を含むことに関してはどうおもう？
ちゃんとエスケープしていれば ASCII だからいいんじゃない。
SJIS のままで渡されたりすると困るが。

>>172
m17nも考えるとUnicode(UTF-8)っていうのはどう？
あと地域指定もいるか？ xml:lang=jaみたいなのね
InterWikiが使いづらくなる？

ねー。みんなWikiに追加したい機能ってある？

セキュリティ ユーザー管理機能とかね？

>>174
セキュリティは悩ましい。
うえぶ上のサービスとして動く場合、現状だと
認証パートを OS にからめるのが難しいっていうか無理。

理想だと、コンピュータ起動時に一度認証したらあとはずっとつかえるってのが
いいんだけど。ケルベロス認証とか参照。

My Yahoo みたいに、一度ログインしたらあとはずっとしっぱなしって形にすれば
少しはましかな？

実際に認証を組み込んだ Wiki は結構あったとおもうけど、どんなかんじなんでしょね。

>>173
textarea 上で Unicode って使えるの？

>>164
これってそんなに困りもの？
ぜんぜんぞっとなんてしなかったんだけど・・・

>>176
そう[[です]]ね。私もそう思った[[です]]。
そんなこと気にしないで ad-hoc に実装しちゃえばいいん[[です]]。
ほら、こんな文章[[です]]ら、こんなに WikiName が認識出来ちゃうん[[です]]よ？
便利[[です]]ねえ。

ってな感じになるとぞっとしない？

ところで、XLink のフィーチャを Wiki に取り込めないかな？
http://www.kanzaki.com/docs/xml/xlink.html

>>177
そもそも[[です]]なんてのをWikiNameにする時点でおかしいような。

http://paming.s7.xrea.com/ykwk166_kai/yukiwiki.cgi?mycmd=read&mypage=RecentChanges
ここ見る限り自動リンクされてウザそうな単語は見当たらない。

>>178
たとえば、"にちゃん"って WikiName を作った場合を考える。
これは充分考えられる状況だよね。

そうすると、
"かにちゃん" が "か[[にちゃん]]" になったり。

"そのようにちゃんとしましょうね。" が、
"そのよう[[にちゃん]]としましょうね。" ってなっちゃうわけ。

だから、形態素解析って話になってるんだけど、おわかり？

>>178
ここはページが少なすぎる。
本家の 1万超の状況とか想像出来ないのかな。

xrea以外にyukiwikiが使える海外のフリーサーバー教えてください。
事故で見事に消された・・・ファイル回復できんだろうなぁ。

>>179
別にそれはそれで構わないと思うよ。
>>180
1万超なんて大きくなったら分ければいいじゃん。

というか、Wikiって目次じゃなくて索引だし
1万とか超えたらただの不便な固まりになるじゃん。
検索機能だって機能しないよ。

というかきちんと階層化できないから
時系列に沿わないただの掲示板
となんら変わらないよ。
2ch系スクリプトと大差ない

ただWeb上でもりもり書ける、ってだけだし。
いったい何をありがたがってるのか
本気で疑問だよ

うーん、CDROMとCD-RWくらいの違いはあると思われ。

あと、WikiシステムをWiki上で書き換えるっつうアイデアは、
コンパイラのブート・ストラップみたいで、どきどきする。

(再帰関数とか、リフレクションとかとも似ている...)

41じゃないです。ｺﾞﾒｿ

逆に階層化ってそんなにありがたいかな。

もともとWikiは目次じゃない。
索引でもないけど。

好きな場所に好きな部分への参照を置けるってのは
そういう起点があって各部があるという発想とは違うと思うよ。

自己書換えはわくわくするねえ。
まあ、巨視的に見ればCVS での開発と同じなんだろうけど。
ほんと性善説にささえられてるシステムだわ。

なんていうか、現在の Wiki うんぬんじゃなくて
既存の情報システムの束縛を離れるきっかけとして
見守っていきたいってところ。

２ｃｈが全てWikiで運営されていたら・・・とか想像してみるテスト

>>189
どうなるか見てみたい気はするね。
混沌の果てに何を見ることになるのだろうか。

荒らしが消しまくってまともに読めないような気がする

あらしだってそのうち飽きるっしょ。

>>187
同感。ネットワーク構造をそのまま実現してくれるようなものだと思う。
いわば、Webの一部のエッセンスだけ取りだしたような感じ。

もちろん便利にするために、索引とか目次をつけるのはアリだろうけど。

>183
夢のない奴はこの業界から出て行け!

>>194
「誰がこんなの使うんだ。リソースの無駄だYO」っていわれてた
WWW の発祥の頃を思いだしたよ。
頑張れ Wiki

みなさん具体的にWikiをどういうものに活用してます？

>>196
普通の BBS みたいに使ってます。
アイデアプロセッサ的使いかたは
ウェブブラウザのテキストフォームがいけてないから
今一使えない。

知らない人が運営してるWikiってたとえ
「お気軽になんでもかいてね！」（ｗ
と書いてあっても普通の掲示板よりハードルがすごい高い気がする。
なんでだろ。知人同士で好き勝手するならすごくいい感じなんだけどね。

なんか、究極的にはCVSで直接HTML更新させた方が
いいような気がするな。

>>199
このスレで何度も言ってるけど、
HTMLより簡便なマークアップってのは重要なポイントだと思うぞ。

>>198
「編集」を辿らなきゃいけないのも障壁になってるんじゃないかな。
その場で HTML エディタみたいに編集出来るインターフェースだったら
いいなっておもうんだけど。

HTML のフォームだけじゃだめだってば。

>>200
HTMLよりも簡便なマークアップって結局
やりたいことを制限したいからだよね？ （荒らし防止のため）

相手を信頼することが大前提のこのシステムで
はたして意味のある縛りなのか 大いに疑問だズラ

>HTMLよりも簡便なマークアップって結局
>やりたいことを制限したいからだよね？

違う違う。
HTMLみたいにタグを大量に書かなくてもいいところに意味がある。

>>203
文字装飾しなければ書くタグは<a>しかないんじゃない？
余計なものは全てスタイルシートに追い出せば
本体のHTMLはきわめてスマートになる。

そうなってくるとWikiの存在理由は自動リンクだけになるな

>>204
うーん、Wiki のゴールは plain2 的なところにあると思ってるんだけど。

http://shika.aist-nara.ac.jp/products/plain2/plain2-j.html

HTML とか XML ってのはコンピュータが馬鹿だから人間が歩みよるってかんじだけど、
plain2 の場合はコンピュータにもうちょっと頑張ってもらうっていうか。

簡易マークアップというより、
自然言語からのメタ情報の抽出といいたい。
ただ、それが難しいから現在の中途半端な言語みたくなってるってとこで。

ある意味じゃ富豪的なフィーチャだね。

編集は LaTeX で、表示は HTML か PDF か自由に選べる
っていうWikiも、マニュアルとか作るのには便利そう。

保存ボタンを押してから結果が表示されるのに十秒くらいかかりそうだけど。

>>204
htmlタグが入るだけでも、plain textよりずっと見にくくなる。
なんで見にくくしてまで文書の論理構造とやらを
人間様がわざわざ指定してやらねばならない？
それぐらいコンピュータにやらせればよかろう。
だから、>>205 の「富豪的」って言葉には同意。

単純に、みんなでいじるものだから極めてわかりやすいものを、
ってことかもしれないけど。

>>207
でも結局強調したりするときには
''ヒップ'' みたいにくくったりしなきゃならないし
これって結局 タグを書いてるようなものじゃん。

むしろこういう変な構文の方がタグよりも見にくくなるんじゃない？

でもアンカータグは 確かに見難いかもしれないな・・・

Wikiにおける「タグ」は、ほとんど全て記号だけからなってるし、
見た目と意味の違和感が少ないように定義されていれば、HTMLのタグよりは見やすいと思う。

例えば、強調するときの *強調* ってのは、<em>強調</em>よりはるかに見やすい（と個人的には思う）

Wikiみたいな感じで、Tipsをまとめるのに便利なスクリプトありますか？
Wikiは一覧をカテゴリで分けることができないので不便です。

カテゴリごとに複数のWikiページを作って分けると
今度はカテゴリの編集がしずらくなってイヤンです。

>>208
現在の Wiki のルールは英語向けなんじゃないかなって思うよ。
[[WikiName]]の代りに「WikiName」が使えるようなかんじに
日本語で自然に認識出来るようなのを考えていけばいいとおもう。

といってみたのはいいのだけども。

なかなかおもいつかないね。
メールとかのデファクトスタンダードの
'>' で引用とか '#' でコメントだか独り言だか余談だかみたいなのは
採用していいとはおもうけど。

>>210
確かに木構造になってた方が都合がいい場合もあるよね。
WikiName を特定のルールにしたがって操作するようなしくみがあっても
いいかもしれないね。

Tiki のどっかで「名前空間」って形でそんな機能についてはなしあってたような。

TopからLinkされているものを
有向グラフにすれば良いんじゃない？

>>213
ZWikiにはそういうサイトマップ機能があったね。

おっと、>>214 を編集してもっと説明を書き加えようとしてしまった。

ここは 2ch ダターヨ。

新たにWikiサイトを立ち上げた場合、最初は自作自演をして盛り上げた方がい
いでしょうか?

掲示板と同じような使い方をするのであれば、
新しい掲示板を立ち上げたときと同じようにすればいいと思う。
でもそれだったら掲示板を立ち上げたほうがいい。

Wikiを立ち上げるんだったら、自分の中に書きたいこと、まとめたいものが
あるかどうか自問自答してみてからのほうがいいかも。

2chの板をまとめたいと思っています。
議論は2chでまとめはwikiで。ってな感じにしたいのです。
URLを晒してこつこつまとめていれば、他の人も勝手に編集してくれるかな。

個人的には、新規に Wiki 立ち上げるんだったら
どこか別のサイトの Wiki 間借りしたほうがいいような気がしないでもない。
名前空間の問題解決してないからなんともいえないけど..

カテゴリが違いすぎると間借りするのもできないんだよねぇ。

>>218
read.cgi 方面で使っていた2chTiki は、
たまに他の人も書いてくれてましたよ。

>>217
それ耳が痛いね。最近何のために建てたのかよくわからなくなってきたよ。

>>218
こつこつまとめるのはけっこう大変だけど、幸せになる人が増えるかも。
成果がではじめたら、そういう用途に向いた専用のWikiEngineを作ってくれる人も現れたりして。

がんばってみたら？

ありがと。
2chのまとめという性格上、しばらくは一人でコツコツやることになりそうだ
けどがんばってみます。
そのうち、誰かが勝手に書いてくれることを期待しながらマターリとね。

age

www.xrea.comまた落ちてない？
ちゃんとバックアップ取ってます？>wiki管理人さん

>>226
うちんとこ（http://hoge.s7.xrea.com/tiki/）のs7サーバーは生きてる
みたいですが…。バックアップは先日のメンテナンスで痛い目に
あったので念入りに取ってます。

wiki の敷居の高さを取り除くに一番いい方法はなんでしょう?

>>228
階層化を実現する

>>228
専用エディタを作る。

>>228
任意の位置にコメントを追加する機能がほしいね。
位置の指定方法が思いつかないけど。
[編集] はページ全体を編集するので間違えて消さないかとびくびくする。

>>228
かちゅ〜しゃみたいな専用ツールを用意する。

・・・これは我ながら名案かも。

要は編集しようと思って編集をクリックしたら、でっかいテキストボックスが
出てきて、初心者はビクーリなわけだ。

vikkyのようにデータ形式にあったインターフェイスを提供するのが第一歩か
な。

>>231
Tiki、SWiki、PukiWikiにはあるよ。コメント機能。

そのための記号を任意の位置に埋め込むには
従来の全テキスト編集画面を使わざるを得ないけど。
一度埋め込んだらもう掲示板状態。

>>228

* 何のためのサイトか、
* どのような意図でWikiを上げているか、
* どのような人を対象としているか
etc..

を明確に宣言することだと思う。

ライセンスがハッキリしないコードを使う気が起きなかったり、
転職したての人が新しい会社の勝手が判らなくて何も出来なくなる
etc...

とかと似てるんじゃないかな。

掲示板とかが馴染み易いってのはスキームが決まっているからだと思います。

とりあえず私はAboutUs, ThisSiteFaqとかを作るところから始めてます。

>>233
というか、初心者の過失による削除等を防ぐための
フェイルセーフ機能としての役目をになってくれるような
書き込みオンリー（挿入位置は自由度高めにして）
のテキストボックスかなんかが出てくれるといいと思うのよ。

上級者（というか普通の人）は普通にやってくれればよし、と。

だいたい現状の仕組みだとアホみたいにでかいテキストだと
意味無く大部分を往復させるわけで、差分だけ送りつける仕組み
ならトラフィックも減少、コンフリクトも減少と
わりとメリットの方が多い気がするな。

どうよ？ ↓

え？俺？

つか、wiki ページとは別にページ毎の掲示板を横に設置して
誰でも書き込み出来るようにしておけば、敷居は低くなるかな、
と思ってる。
ページを編集しなくても気軽につっこみを入れられるような感じ。

…あんまりイメージ伝わんないかも。

ユーザにやさしいインターフェイスの議論になることを予想していたが、
>>235 のいうとおり目的を明示することのほうが重要かも。と気づいて2月のある夜。

目的を明示かあ。
明かに Wiki 向き、不向きの目的ってどんなのがあるかな。

個人的には、>>230,232 みたいなのも必要だと思うんだけどね。
そういう意味では FlashWiki には頑張って欲しい。
日本語使えるようになったら CurlWiki なんてのも誰か作りそうだ。

>>236
富豪的でしょ。

>>235
AboutUs , ThisSiteFaq って、引くWiki名だね。。日本語つかおう！

[[このWikiNameって結構ウザいね]]

>>240
>>236をきちんとつきつめると、 iモード用Wiki も視野に入ってくる。
パケット量をケチれれば普及は早いと見たが、どうよ？

書き込みは当然 iアプリからね。

http://www.wikiweb.com/download.shtml

Enterprise Wiki Server だって。Enterprize と銘打つからには
それなりのものを準備してくれてるんだろうね。

つーか君らどうしてwiki上で議論せんのよ?

>>245
そりゃあんた、現状のWikiを使う気がしないからじゃよ。

現状のWikiって目的がはっきりした特定グループでの作業や個人利用にしか向いていないような気がする。

不特定多数が好き勝手なことを言い合うには掲示板のほうが向いてるね。
少なくとも、どの部分はだれがいつ書き込んだか、という情報が残らないと。

>>245
Tiki 本家とか OmicronWeb 上で議論してますが何か。
ここで出てるのは殆ど既出だよ。

>>248
まじ？
かちゅ〜しゃforWiki の製作は快調ですか？

>>249
依然として、必要/不必要の議論の域を脱していない模様。
いろんな環境からアクセス出来る UI (=ウェブブラウザ)があるのに
なんでそんなの作るのー？って意見で止ってる。

根底には「面倒。誰が作るの？」ってのが在るんだろうなあと。

>>250
ここのように、普通のブラウザからでも専用ブラウザからでも
どちらからでも書けるようにすればいいだけなのにね。

特化したものを作れば、現状のWikiシステムを維持したままで
そっちで特殊なこと（しおり機能とか）をバンバン実装できて
面白いと思うんだけどね。

かちゅ〜しゃ使って2chの使い方が激変したし、ネタとしては
いいと思うんだけどね。

つーか、暇だし作るか。

>>247
胴衣

Wikiのほうでも板的機能を付加しようとしている。
やはり不特定の人間が論議するには、論議の過程が見えなければならない。
Wikiのシステムでは過程が見づらい。

>>251
偉い!

おいらは真面目に考えれば考える程、やる気がなくなっちゃうよ。

・ソーステキストのパースとリッチテキストのレンダリング
・編集する直前に必ずサーバーと同期
・更新が衝突したらユーザーにフィードバック

WebDAV + WYSWYG-HTML-EDITOR って感じ?

書き込みの際は、冗長差分だけの送信でいいと思うんだよね。

>254
やってもいいけど読み書きの比率って
100/1程度だからどうでもいいかも。
送信が問題になるとしたら
そもそもそのページが大きすぎるんだと思う。
まあやってもいいけどね。

>>251
うーん。現状だと Tiki 専用とか YukiWiki 専用の...ってなっちゃうよ。
しかもどっちも(YukiWikiはそうでもないかな？)ガンガン改良されてるし。

独自フォーマットに依存しない為には、各 WikiEngine にレンダリングをして
もらわにゃならない。

うーん、そうすると、閲覧と編集をシームレスに結合する、ぐらいしか思いつかない。

でもコンセプトはいいと思うんだけどねえ。

>>256
2chのシステムだって日進月歩（3歩すすんで2歩下がる）だけど
かちゅ〜しゃとかめまぐるしく対応できてるよね。

WikiNameをスレッドと考えてみたら、とか
いろいろインターフェイスを考えてるんだけど
面白いかも。

かちゅ〜しゃとかは、スレッドフローティング型掲示板というシステムに対してインターフェースを作るというよりは、
2chというサイトに対してインターフェースを作ってる面が大きい。

もしWikiを使ったある特定のサイトに利用者が殺到して、ブラウザのインターフェースが使いづらい
って声が殺到したらかちゅ〜しゃみたいなのも出てくるかもしれないけど、
そういう声が出るほどのWikiを使った人気サイトがない今の段階では…？

特定のWikiに対するインターフェースならともかく、
いろんなWikiに対応させようとすると、作る側のモチベーションが持たないような気がする。

ここのスレ名考えたやつすごい。
「ぴちぴち♪ちゃぷちゃぷ♪らんらんらん♪」
でしょ？到底、思いつかん。

>>257
使い込んでくと RecentChanges をベースに見ることになるからねー。
タイムスタンプを更新しない = sage だし。

まあ、作る元気があるうちに作ったほうがいいのかもしれない。
そのインターフェースによって WikiEngine 作者がなにかに刮目するかもしれんし、
そこから人気が出ることもあるかもしれんし。

>そのインターフェースによって WikiEngine 作者がなにかに刮目するかもしれんし、
そんなことするよりはとりあえずWinクライアント作って
それに適したWikiEngine設計したほうが早いよ。
今のマークアップは柔軟性に欠けてるから高級な仕様を盛り込みにくいという気がする。

>>261
「高級な仕様」って?

同一ページの別の箇所にジャンプする機能ってないの？
index.htm#menuみたいなの

>>263
emacs-wiki.el にはある。(w
Tikiはそういう機能を実験中。
RWikiはもともとRDが持っていたその機能を別ページ呼出しに置きかえてしまった。
HashedWikiは">>263"という記述で263番のパラグラフにリンクが張られる。(w

>>261
うーむ。
Wiki って下手すると WWW の再開発になりかねないから
高級な仕様ってのは気を付けたほうがいいと思う。

平文で書けるってのは崩したくないなあ。

>>265
plain2をほぼそのまま組み込んでみるとかはアリ？

>>266
リンクどうするよ？って問題が残るような。

>265
HTTPは死滅しちゃいますが何か？
http://www.zdnet.co.jp/news/0202/27/e_http.html

>>268
それは問題のレイヤが違うんじゃないかと。
WWW の再開発といっても HTTP じゃなく HTML の再開発って意味合いです。

プレーンプレーンってウザいんだよな。
MS Wikiでも作ってもらってWord,Excelのみで
超高級にドキュメント編集したいよ。

リンククリックすると、勝手にＤＬ用ソフトが立ち上がるじゃん。
あれみたいな感じで、特定のリンククリックするとＨＴＭＬエディタが立ち上がるってのはどうでしょうかね。
ま、ＷｉｋｉＮａｍｅみたいな機構は何とかして残さないと駄目ですが。

>271
MS Frontpageがまさにそれだよ
ユニ房排除すれば以外に簡単

>>270
そうすると MS 独自タグやらが全体の8割を占めることになるが…

>>272
でも、ＣＧＩでアップするわけにいかないから、やっぱ、専用ソフトがいりませんかね。
ＩＥコンポみたいな感じで、ＨＴＭＬエディタの中身だけ使わせてくれたら楽なのかな。

アカウント開放してFTPでage sageすれば？

>>270
中身がプレーンテキストである必然性はないよ。
変な構文規則がいやだから、平文で書きたいって話。
だから、MS Wiki ってのは結構いいと思うけど。

いまさら FTP ってのもなんだし、
WebDAV あたり使ってなにかできんかね。
Frontpage って FTP だけ？

クライアント作るっていってた人いたけど、
この方向で作ったらいいんでないの？
変なタグ吐かないようにすれば Strict厨 にも受けいいだろうし。

httpのファイルアップロード(をクライアント側で使いやすくラップする)
では駄目なの?

いいんだよ。
リンクだけ適当にWikiNameに貼ってくれれば。

>>273
独自タグは排除できる。
使いこなせば80%→1%に出来る。

Javaとかで作れば一応機種依存度は減らせるけど...
漏れはブラウザベースでいいじゃん、と思うけどな。

>>279
自然な書き心地でもっと情報を織込みたいとなると
現在の HTML の FORM じゃ辛いんじゃないかと思って。

ブラウザベースで、Javaで、書き込みフォームを作る。
これはいい考えだね。

色とか強調とかをWYSIWYGで編集できると
とてもとても便利かも。
（もちろん既存の入力も別にサポート残しておく）

どうでもいいけど、このスレッドのタイトルが好き♪
というわけでage

>>263-264
1つのページの中に#の右の部分が同じものがあったら
どうするの?

そらページの作りかたを間違ってるんでしょ。
文章の構造を無視してる。

まぁ、やっちゃったらブラウザ依存って事で良いじゃん。

XLink だと一対多のリンクも表現できる。

age

age
結構下がってるねー。
さみしいねー。

最近第二次実装ブームだね。

実用上最低限実装すべき機能はなにか、開発者の間で共通認識ができつつあるような。

お絵かき機能があったらいいね。

age

もっとWikiWiki Run Runしようよー。

今年度は業務と称して、Wikiできそうな気配...

会社で誰でも使えるメモ帳としてPukiWikiを使ってます。
かなり便利。

会社で誰でも使えるようにとWikiを設置しました。

みんなワードやエクセルのファイルを共有する方が便利だと言って
使ってくれません。ｳﾄｩ

>>293
やはりいきなり「さぁ使ってくれ」と言ってもなかなか使えないと
思います。先に需要が生まれれば使おうという意識が生まれてくる
のではないかと。

また、既に有用なものがあればそれを使うのは特に問題無いかと。
むしろそれらでは出来なさそうなことを主題にすれば、興味が湧く
のかも知れません。無理に使っても長続きしませんしね。

とりあえず使いたい人がまずは使い続けてみて、後に「ほら、こんなに
有用なんだよ。」ということを皆に知らせていく、という方法もあるかも。

なにげに眺めていて
あまりにもふざけた
スレタイだったので
おもわず
ヽ(`Д´)ﾉ ﾎﾞｯｷｱｹﾞ

>>293
ある程度の情報を載せないと、誰も使ってくれんよ。
あとWikiのマニュアルも作ったほうがいい。
説明するときマニュアル読めといえる。
(いえるだけだけどね。ほとんどの人がよまねー)

保守〜。

間違えてさげたのでもう一度l.

emacs-wikiは仲間でないの？

300くううううううううううううううううううううううう

やっぱWiki使いづらいよ。ページの階層も名前空間ないし。
スレ読むと信者はそれでも構わないといっているようだが、
現実問題としてVC, VB, C#それぞれの紹介、リンク、推薦図書の
ページ作ろうと思ったら9通りのタイトルを作らないと駄目なわけで
めんどくさすぎ。

ブラウザベースなんて時代遅れのUIもなんだかね。
UNIX+ブラウザ排除して.NETなフォームベースのものを作ってくれよ。

YukiWikiに少し書き足して、フォルダ機能を付けましたが、何か？

>302
差分うｐしる！！！

>>301 名前空間も階層もクローンによっては存在する。

つぅか、9通りのタイトル作るのがめんどい？
一分以内で出来ると思うけど？

階層の編集が後から自在にできるWikiってあるのかな？

>>304
リンク張るときが面倒。
毎回[[言語のVCの参考書]]とか書かないといけないから。

>>303
ご要望に応えてサーバに上げてみた。
差分ではないけどね。
http://k-free.com/coffee/download/cafewiki_020527.lzh

WindowsユーザーのUIや機能についての不満はOffice.NETで解決したりしてね。
だってもうバージョンアップでやることってWiki的機能を追加するくらいじゃない。

YukiWiki2公開記念age

何かアドバイスをください。m(_　_)m
http://isweb43.infoseek.co.jp/computer/coffeepo/

保守

>>301
ページ階層があったら、
＞VC, VB, C#それぞれの紹介、リンク、推薦図書のページ
に加えてそれぞれの階層を作らないといけないから、
合計12ステップになって余計めんどくさくなると思うけど。
とか。

age

ﾏｽｲさん＠CSLのpalmWiki良すぎ!

大放出!WorkPad30Jで遊んでて、
標準搭載アプリ間の連携機能の欠落が気になってたんですけど、
palmWiki入れたら、
　文字列[メモタイトル]　でメモの指定タイトル文書へリンク
　文字列[2002/08/20]　　でスケジューラの指定日付へリンク
できるのでｽｹﾞｰｶﾝﾄﾞｰ。

漏れってば、標準搭載アプリの統合版作ってﾘﾝｸ実装するようなﾀﾞｻﾀﾞｻな事考えてたけど(汗
こーゆーHackで問題解決しちゃーたﾏｽｲさんにｽｹﾞｰｶﾝﾄﾞｰしました。
＃ところで、メモ帳とスケジューラ以外の機能拡張はどうするんだろ？

携帯電話にもこの機能入れといてくれないかなぁー>>Ｓ○ＮＹﾀﾝ

なんんで糞ニーなんだ

>>315
増井さんはソニーCSL所属だから。
増井さんのPOBoxはソニーの携帯に搭載されてたりします。
palm wikiも、って事でしょ。

>>316
POBox が載ってるC1002Sあたり使ってるんだけど、
急いでるときとか、ほすぃ漢字が出てこなくて、
場合によってはウザいっすよ？

WikiWay
http://books.softbank.co.jp/bm_detail.asp?sku=4797318325

英語版買っちゃったよ・・・(鬱

>>319
漏れも・・・(鬱

>>320
ぢつは漏れも。
で、みょーに分かりにくい英語で挫折。あれ難しいぞ

>> 321
今日、本屋でみかけたんで少し立ち読みしたけど、普通の読みやすい訳文だったよ。
ってことは原文も普通の英語じゃねーの？
でも3800円は高スギ。とても買えん（鬱

>>7,44
もう動いていない？

死ん�j
誰か立ててよ

書き込みの際は、冗長差分だけの送信でいいと思うんだよね。

>>325 >>254

保守

FORTH 最高!

Wiki最高！

OneNote>>>>>>>>>>>>>>>>>Wiki

http://www.zdnet.co.jp/news/0211/21/nj00_onenote.html

これか。
どうなんだろねー。

>>331
いいんじゃないかな。
今の Wiki って ブラウザの実装に縛られてるから
アイデアプロセッサとしては
こういったのにはかなわない部分もあると思う。

このソフト、どっちかっていうと
紙 2000 みたいなのと競合するんじゃないかな？
動作が軽かったら使ってみたいなぁ。

>>308

うーむ。複数人でページ共有できたりするのかね>OneNote

>>333
WebDAV と絡めて
うまいことやってくれることを期待。

WWW に載せる機能は無くてもいいと思うし。

>>334
メモ同士のリンクが張れないって書いてあった。
オブジェクトの埋め込みもできないそうな。
おしい・・・
超漢字みたいなのが実現出来るのか!?って結構期待したんだが。

どーせ、Ｍ＄お得意のあれでしょ、あれ。
「プロトコルの脱共有化」ってやつだ。

プロトコル汚染しようがなんだろうが便利なら使うよ。
wikiは俺的には駄目駄目。

>>337
たしかに、「すごいシステムに化けそうだ!」
って期待させるだけさせてそれで終りって感もいなめない。
短かいコードでそこそこ出来ちゃうから
実装者も未練たらたらだし。

SVG を出力するお絵かき Wiki 作ってー。

奴らは盲目的にWEBブラウザにこだわってるから一生無理。
やっぱ突破口は.NETベースのクライアントか。

>>340
誰か .NET ベースでなにかしてないかなと思って
ググろうとしたんだけど .NET だと url ばっかりひっかかって話にならない・・・
Microsoft.NET でいいんだろうか・・・
ってあったよおい。
http://www.arkane.demon.co.uk/WikiNet/
って全然表示されないんですけど・・・

.NET の勉強しないとなぁ。なんか最近色々ついてけてないよ。

やっぱりこんなUIが理想だよな。
http://www.zdnet.co.jp/news/0211/21/l_onenote006.jpg
http://www.zdnet.co.jp/news/0211/21/l_onenote007.jpg

でも、たんなるメモ書きツールなら、
Emacs の ChangeLog なりなんなりで充分なきもしないでもない。
occur なり grep なり使えば検索も速いし、
単なるメモなら共有する必要あんまないし。

自分が使いやすい環境からその機能が使えると最高かと。
ブラウザ以外からも触れるように SOAP の口でも付けておけば
誰かクライアント作ってくれるかもしれないし。

数年ぶりにロートルという単語がふと頭に浮かんだよ。

>>344
ごめんなさい。
もういろいろと限界感じてます。

Delphi専用Wiki立ち上げ記念sage

>>346
sageかよ！

Delphi 専用 Wiki って
Delphi の話題用ってこと？
それとも Delphi で作ったクライアントで書き込む Wiki ってこと？？？

2chブラウザみたいに、Wiki専用クライアントでも作れば突破口になるのかな?

そうなると現在のWikiみたいに plain text にこだわる意味が無くなる。
ようするにハイパーリンクワープロ?

>>349
むしろ、お絵書き BBS とかお絵書きチャットにリンクが付いてる
ってのが正しい進化系のような。
アンダーラインとかマウスでキュキュキューってね。
ここ重要! とかマーク付けたり。

もちろん、文章主体だからそれを支援する機能を
充実させる必要はあるが。

強調とか、より強調とか、プレゼンテーション主体だし
そういう方向でなんとか。

ただ、そういうの作っちゃうと
ブラウザで*も*編集出来きて見ることが出来るってするのが結構大変になるかも。
見るのはともかく、編集には Java でも使わんとどうにもならない。

プレーンテキストをリッチテキストに変えるかのような行為をよしとするひとは、
(WIKIを使うのは)難しい。

Wikiの本質はハイパーテキストで構成されたサイトを共有することであって
プレーンであるかどうかは本質的ではないよ。

こうしてPDAや携帯で使えないWIKIが増えていくのですね:)

＞ハイパーテキストで構成された
＞プレーンであるかどうかは
矛盾

既出かもしれないけど、
Netscape の Composer とか MS の FrontPage でanonymous に編集出来れば
それでおわりじゃない？

Wiki は WYSIWYG の方が自然な気がする。

>>355
ハイパーリンクを使えればそれでいいってことを
いってるんじゃないかと。
howm とか emacs-wiki は実際そうじゃない？

>>354
携帯とか PDA にはそれに適したシステム載せればいいような・・・
それこそ、PDA だったらペンで走り書きメモとか入れたいじゃない。

使い道が微妙に違ってきてるんだし、
それを一緒くたに Wiki っていっちゃうのが問題かと。

コラボレーションツール、
コミュニケーションツール、
アイデアプロセッサ、
それぞれ重要な機能とどうでもいい機能違うし。

Wikiに限って常に最大の汎用性を強要されるというのはおかしな話だ。

例えばDelphiの話題を扱うWikiのクライアントがWindowsでしか動作しなくても
致命的な問題にはならないだろう(Kylixなんて大して使われてないし)。

それに、変てこりんなプロトコルにしなければ
マニアックな環境にもクライアント実装のチャンスはあるだろうし。

なんにしても、WWW ブラウザが Wiki にとって最適の UA とは思えない。

>>361
ぐだぐだ言わずに作れや

>>362 いやです。

>>361
Wiki上にまとめた文章を多くの人に見てもらうって目的があるなら、
Webブラウザで閲覧することが出来るってのは意味があると思うな。

例えばDelphiスレのまとめページをWikiでやるなら、不特定多数が
見るんだから、ブラウザでも見れたほうがいいよね。
2chが専用ビューア「だけ」にならないのと同じ理由。

でも、専用クライアントはほしいな。
閲覧と編集がシームレスに出来るような奴。
Emacs-WikiがWeb上のWikiと連携してくれるだけで違いそうな。

>>364
Wikiの元データをCVSのリポジトリに登録してpserverで公開。
衝突は各自の責任でマージする。

…がいしゅつかも？

>>365
それならCVSWebのformatエンジンだけ適当に差し替えてやれば作れそうやね。

ttp://minagiru.dip.jp/~shin/EmacsWikiExtension.html
ここにEmacs-wikiとCVSの連携方法が書いてあるね。
CVSのloginfoを使うのか。

CVSを使うことの欠点は、CVSサーバへ接続できないといけないところだなぁ。
HTTPならProxyが使えれば何とかなるんだが…。

>>367
>ttp://minagiru.dip.jp/~shin/EmacsWikiExtension.html
つならがにゃい・・・

ぐぐるきゃしゅーからサルベージ。
http://www.google.co.jp/search?q=cache:H69w4z3ZopIC:minagiru.dip.jp/~shin/EmacsWikiExtension.html+emacs-wiki+cvs+%E8%A8%AD%E5%AE%9A&hl=ja&lr=lang_ja&ie=UTF-8

ん？ これはemacs-wikiでパブリシッシュする方法じゃん。

pserverからチェックアウトしたら、各自の好きなクライアントで編集していいんだよ。
Emacs-WikiでもTikiでもPukiWikiでも。
その代わりフォーマットルールやWikiファイル名のエンコードはそろえるようにスクリプトを改造する必要はあるけど。

あとは編集終わったらコミット。コンフリクトが発生してたらマージ。

フォーマットルールの統一は難しそうだ・・・
既存のが気に入らないから独自でやってる風もあるし。

ま、別にレンダリングする必要も無いよね。
リンク張れてあとはまあデータ添付ぐらいできれば充分かと。

どこのwikiでも使えるようなものじゃないと、
サイトごとに独自のツールをインストールして書き込んでください、なんてのはいやだなぁ

2chはここまで巨大になったから、独自ツールを入れるだけのことはあるけど。

wikiって、データの改竄があった場合、どうすればいいんですか？

Wikiでは改ざんは決して起きない。
内容が間違っていても、悪意によるものであっても、全部コラボレートだ。(w

>>371
M$のOneNoteとかが出てくるとそういうことが起きそうだ。
WORD文書をメールに添付して送りつけるみたいなもんだな。

Officeユーザー数>>>>>>>>>>Netscapeユーザー数
だから全然問題ないよ。

>>369
＞あとは編集終わったらコミット。コンフリクトが発生してたらマージ。
その操作がemacs-wiki(もしくはWikiクライアント?)に組み込まれてたら便利そう。

>>376
Emacs なら VC とか pcl-cvs とかをそのまま使えばいいのでは。

>>372
Wiki の場合、メッセージ単位で区別されてないしね。
署名したってあっさり書換えられるし、
差分とかバックアップ見ろっていわれても
巧妙にやられたらどうしょもないっす。

そういう意味でコミュニケーションツールとしては
不向きだと思う。

>>374
Wiki が OneNote に対応するとかは？

流行りぐあいによっちゃ
携帯とか PDA だってベンダサイドで OneNote 互換クライアント
のせてくれるかもしれんし。
PDA にはすでにそういうの載ってるもんね。

Wiki がブラウザを使ってるのは
それが今一番普及しててどこでも使えるクライアントだからってだけだし。

OneNoteはネット対応してないだろ
あくまで個人用だ

βすら出ていない、発表されたばかりのソフトの機能を断言するのはどうかと。

最近のMSの傾向から言えば、OneNoteで作ったドキュメントは、ネット越しでも
XMLで共有できそうな気がする。

>>381
XMLとネット越しの共有は関係ない気ががが。

ネット越しにデータ共有できても、ヘンなバイナリフォーマットじゃ
意味無いじゃん。

独自に走るんだとしても
構造だけでもコンセサンスがとれてる XML がいいわな。どうせなら。

XMLが意味あるのは、OneNoteと、OneNote以外の
システムとがデータを共有しようとするときでしょ。

なんらかの形式で export 出来るようにはなるでしょ。

なにやら Tiki の XSS のところが再燃しそうな雰囲気。

>>388
もういいよofficeくん

PukiWikiマンセー

PukiWiki は R がむかつく(笑い)からつかわん。

>>391
何となくわかる気がする。PukiWiki自体に罪は無いと思うけど。

な

ちぇっ、いろいろアピールしたけどレスしてもらえんかったワイ

どうでもいいけどさ、電波2chでIP保存は128までってトコなんで消したのよ

>>124
イスラエルのひろゆこ---インドのよしゆき---中国のひろゆこ---北欧のひろゆこ---カナダのひろゆこ---エジプトのひろゆこ
---自宅のひろゆこ
に聞けば一発で分かります。

スレと関係ないけど、家族とか学校のクラスとかで匿名掲示板をやるってのどう？

まぁ犯罪ネタを書く奴もアホだが
おまいらが通報して結果的にこうなってしまう

自業自得だな。通報とかいって自らの首〆て、もがく能無しツーチャンネラー

>>774
こんなにうけるレスを付けてくれた>>774さん
ありが�d！

ネットは常に変化し続けるのさ

>>42
ん？おそらく伝わってないと思われ。
まず、普通、企業が内容証明で削除依頼を出すとき、
内容証明で名誉毀損の部分を削除しろって言うわけでしょ。
その時点で、ひろゆきは名誉毀損を知るから、削除義務が生じるって言いたいだけ。
内容証明が来る＝名誉毀損でなくても削除する
とは俺は一言もいってないですよ。

一番楽しみなのは、誰が最初にババを引くかだ。
これほどまでに不謹慎書き込みが待ち遠しいと思ったことは、かつてない。

aa

２ちゃんは終。

ひろゆきに頼るのではなく自分で作れ。

ふたば☆ちゃんねる
http://img.2chan.net/

OK

モナ畑任三郎を思い出した。しかしひこまろも色々と大変だな。

(･∀･)ﾆﾔﾆﾔ

最早２ちゃんねるも終わったな。

>>407
はい　よろしくお願いします

便所の落書きが、青年の主張に変わるね

さて、ハングル板より記念パピコやねんけど、
記者が糞スレ立てるな。
もうちょい考えや。

＋がｱﾌｫなスレばっかり建ててるから、
Ｎ速がｱﾌｫスレ天国になるんだろーが。

で、速報ちゃうから削除依頼直行やんな？
今回は出さんから次からは考えてスレ立てろ。

そんなことをしようとするより
鯖をクラックするだろう

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

そして普通の掲示板になって逝くわけだ、ここも
誰も彼もが当たり障りのない発言を繰り返し

嫌韓板と化してしまったニュー速＋にはいい薬だ

マァヴだ。わーいわーい(^_^;)
use Digest::MD5;
my $md5 = Digest::MD5->new;
use Digest::MD5 qw(md5_hex);
$idnum = md5_hex($ENV{'REMOTE_ADDR'});
$idnum = substr($idnum,-4);
$md5->add($idnum);
$md5->add($FORM{'bbs'});
$md5->add(substr($DATE,6,2));

氏ね

うん、知らないから聞いたの。

なんつーか、必死になって｢２ちゃんねるにはもう価値は無い｣とか｢２ちゃんねるを閉鎖しろ｣とか
言ってるﾔｼは、そういう事を書き込んでる時点で負けてると思ったり思わなかったり・・・

【無料】みんなでお揃いのユニフォーム【祭り】
http://life2.2ch.net/test/read.cgi/offevent/1042037013/

みんなで２ちゃんユニフォームを作ってﾜｼｮｰｲしよう！
同じｶｯｺしたちゃねらーで街を埋め尽くそう！

ユニフォーム代はなんと無料です！
↓ここを利用します。
http://www.getuniform.com/

板によっちゃIP記録してようがしてなかろうが対して関係ないとこも多いだろうに・・・
なにもこのスレでそんな話せんでも、って思う。

クラックしてIPげと

６億円もらえるスレはここですか？

165 名前：心得をよく読みましょう 投稿日：03/01/11 16:04 ID:oiwyRR5Z
スポ２鯖にも導入してるの？
あそこは誰かさんの直轄で
非夜勤鯖だから結構特殊なのでどうなっているか気になります。

167 名前：ひろゆき ◆3SHRUNYAXA sage 投稿日：03/01/11 16:06 ID:kSb7xo24
昨日、いじってぶっこわしましたさん

あれなんでスレストかかったの？
もう最後の方はさっぱり意味わかんなかったけど・・・
ってゆうかほろゆきが止めたのか？

どうでもよくない！
私も事件を知ったのは遅かった。
学校関係者は警察や市役所からのFAXで早く情報が入っている。
学校から親に連絡がこない以上、親としては対策をする術がない！
だから、学校職員が何とかするべきだろ！
特に何の連絡もないし、どうでもいいんか！って教育委員会や警察、市町村に言ったんだ！！！
和が子のことってかんがえてみぃや！！！

今まで訴えられた分は払えるんでスカ？

どうでもいいよべつに　みんな何で必死なの？　　

「なんで消さないんだよﾊﾞｰﾔ」訴訟にISP責任法はほとんど無意味ですわな。

ﾎﾋﾞｰまだなおんないの〜？

（＾＾）

よくない。

で、他に、今、裁判中なのは何？？

（＾＾）

（＾＾）

保守

階層化Wikiってまだ？

せっかくのハイパーリンク構造をなぜツリー構造にしなきゃいけないの。

>>437
インデックスの表示部分だけ階層化したいのよ
中身はそのままの方がいいに決まってるって
TipsとかをWikiで書くとき、一覧表示が階層化されたほうが
辿っていきやすいじゃんよ

もう階層化されてるし
http://onigiri.s3.xrea.com:8080/delphi/index.php?%5B%5B%A5%C7%A5%B6%A5%A4%A5%F3%A5%D1%A5%BF%A1%BC%A5%F3%2FSingleton%5D%5D

これはどう？
http://pukiwiki.org/index.php?%5B%5B%BC%AB%BA%EE%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2Fmap%5D%5D
たしかRWikiにも似たようなのあったと思うけど。

>>436
HashedWikiやTumikiとか?

>>440
RWikiのmapページのこと? それともRRRWikiのTOC表示?

NIFTYのhomepage?.nifty.comでperlが動くようなので、yukiwiki試しに入れた
のですが、エラーで動かないです。

ニフのhomepageサーバーだと、url_data はhttp://homepage1.nifty.com/hoge
でdir_dataは../homepageで間違いないっすよねえ。

それとCGIで動かないときに、チェックするためのエラーメッセージの出し方っ
てどうすりゃいいんでしょうか?(perlスレで聞いたほうがいいかな?)画面に
「CGIの実行時にエラーが発生しました」って出るだけじゃとりつく島がない
です。

>>442
設定がらみの問題ならとりあえずここ見れ
ttp://hpcgi2.nifty.com/tokd/index.cgi?HowToSetUpYukiWikiAtNifty

俺は挫折したがな

>443

なあるほど。とりあえずやってみまっす。

別プロバイダの方はサクっと極悪wikiが動いたのですが、
NIFの方は依存ファイル地獄に落ちたみたいです。

>>438
階層表示できるやつ、色々あるみたいだ。
ttp://lowlife.jp/cgi-bin/moin.cgi/HelpOnEditing_2fSubPages

>442
俺はActivePerlから適当なファイル追加してやったら
表示、一覧表示、新規作成までは出来るようになった

で、編集できないまま放置

まぁ、色々クローンがあるわけだが、結局何が良いんだ？

一年くらい RWiki 使ってたが RD の記述力やら、拡張性のハードルの高さが
イマイチなんで乗り換えたいわけだが...

単に漏れの実力がないだけかもしれんがｗ

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

PukiWikiが良さげだね｡最強かどうかは知らないけど｡
セットアップも楽らしいし｡

すでに設置されてるとこに寄生してみるのがいいと思うよ。
人数多いと楽しいしね。

>>448
とりあえずRSS対応してて、絵が張り込める奴選んどけ。
RSSは他人のため。絵は自分のため。

使ってるうちに自分の使い方が固まってくるから、その後で
細かい機能を見てあらためて移行すればいい。

階層化できるWikiってないですか？

http://ime.nu/hpcgi1.nifty.com/~k_ogata/diary/diary.rb?section=note&name=20021117
一応こんなのは見つけたけれど、
今使ってるpukiwikiと比べたら、必要な機能がたりないので移れません。

　　　　　　　　　　　　　∩
　　　 　 　 ∧＿∧ 　　| |　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　 　 （　 ´Д｀）／/　　＜　先生！こんなのを発見シマスタ！
　　　　　 ／ 　 　 　 /　　　　｜
　　　　 / /|　　　　/　　　　　　＼ 　http://saitama.gasuki.com/hiroyuki/
　 ＿＿| | .|　　　　| 　　　　　　　 ＼
　 ＼　 ￣￣￣￣￣￣￣＼ 　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　　||＼　　　　　　　　　　 　 ＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　 　 .||　 　 　 　 　 　 　 ||

ああ、PukiWiki1.3の仮想ディレクトリ機能で十分かもしれない・・・

つまらないものをお目にかけてしまって。
あのソースはすでに放棄しているので僕もお勧めしません。
いまあるRuby版はスケール対応のためchasenとか使っちゃってるので一般的でないし。

むしろPukiWikiで階層化を実装してくれたら楽しそうですね。

# 検索にもかからないのに良く見つかったものだ。

PukiWiki、やっと入れられた〜 ━━━(ﾟﾛﾟ;)━━!!

（＾＾）

>>457
オメデトー ||:3ミ

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

保守

･ﾟ･(ﾉД`)･ﾟ･ ﾜｱ-ﾝ

tripod.co.jp で YukiWiki を使う方法がわかんないよぉお。
あそこでは、wiki.cgiの設定を変えるだけじゃダメなんでしょうか。
Apache+ActivePerl環境では YukiWiki を使えたんですが。
tripodだとよくわからない・・・。ううう。しかも眠い・・・。
cgi.tripod.co.jp/user_name/hoge.cgi って形で呼ばないといけない。
のはわかるけど・・・。眠い・・・。

Wikipedia ttp://ja.wikipedia.org/ いつのまにか結構充実してるなあ。
やっぱ明確な目的があるのがイイのだろうか

>>462
http://cgi.tripod.co.jp/sbyamato/cgi-bin/wiki.cgi?QuickiWikiForTripod

夜間は鯖が重くてほとんどアクセスできない
tripodのCGIは使いものにならんというのが結論

絵を描ける wiki 無い？

>>465
お絵かきしぃちゃっとPaintChatApp ver3.32b
Wikiじゃないけど。

PHP3で動くWikiって無いでしょうか。
PukiWikiはPHP4オンリーみたいです。

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

TikiWinめちゃくちゃセットアップが簡単。感動した。
サイズも6MBと小さいのでUSBメモリに入れて持ち歩いてしまおう。

ttp://todo.org/
ttp://todo.org/download/tikiwin/

>>469
Windowsのうごかねえー。
configからサーバー起動して、ページ参照しても500内部エラーがでる・・・

>>465
PukiWikiでプラグインで対応可能
お絵かきソフトの方がちと使いにくいけど

>>470
mdsvv.infに作者のローカル環境のパスらしきものが書いてあるからそれ直してみたら?

>>470
ttp://todo.is.os-omicron.org/tiki.cgi?c=v&p=Tiki%A4%F2Windows%A4%C7%BB%C8%A4%A6%2FTikiWin
ここの手順どおりでどうよ？

最初とまどったけど、"設定-オプションを開いてOKボタンを押す"を実行したら
ちゃんと動くようになりました。Tiki version: 1.4.40 です。

TikiWinでデータ部分だけを別の場所にすることってできない?
プログラムアップデートするときにデータ部分も上書きしてしまいそうで怖いんだけど。

PukiWiki 入れたんだけど、各エントリのタイトルって変更できないんでしょ
うか？(既出っぽいけど)

というか Wiki ってそういうものなの？

そういうものだと思うけど。
単にカット＆ペーストで新規ページに移し変えればいいんじゃないの。

>>475

NaoWikiならできたはず

TikiWinで作ったページを人に渡したいんだけど
左側のメニューを非表示にできない?
編集して空にしても一定のスペースを使われてしまうので。

Emacs使いはhiki-modeのあるHikiはどうよ

>>475
rename.inc.phpとかそう言う話？

/*
* プラグイン rename
* ページの名前を変える
*
* Usage
* http:.../pukiwiki.php?plugin=rename(&refer=ページ名)
*
* パラメータ
* &refer=ページ名
* ページを指定
*
*/

renameっていうからにはリンク元のwikiネームも一括して変えてくれるんでしょ？

TikiWin、簡単に使い始められるんですね。

>>482

debianなら

apt-get install zope-zwiki

と一行入力するだけで使えるようになる。

最近はFreeStyleWikiがお気に入り。

やたら独自実装が乱立しまくってデファクトすら存在しない状況ってどうなのよ?

>>485
もともとそういうもんじゃないのかな？
誰でもいじれるところがいいわけだし。
コンテンツはプレーンなテキストだから、他のwikiでもデータコンバートはさほど苦にはならんし。

Pukiwikiは殺伐としてるな。

やたら独自実装が乱立しまくってデファクトすら存在しない人間ってどうなのよ・・・
使ってる言葉すらばらばらだし。

もう、バカかお前らはと。

人間？？？

Pukiwki の sourceforge での動かし方を書いてあるサイトはありますか？

Wiki系(WikiEngine)について語るスレ
http://pc2.2ch.net/test/read.cgi/php/1014252667/

保守しとくよ

WalWikiで、左側にメニュー表示みたくするのはどうすればいいでしょうか?

>>493
こんなの？
http://linux.s33.xrea.com/walwiki/wiki.cgi

>>494
まさにそれです！
スタイルシート弄るだけじゃないですよね、多分...

>>494
紹介してくださったサイトのリンク先にありました。
ありがとうございました。
http://jm.vis.ne.jp/sbox/index.cgi?WikiLab%2fBeginnerGuidance

↑
>>495の間違い。
すいません。。

emacs-wikiは仲間でないの?

最近、blosxomつう単語をよくみかけるようになったけど、
誰か、blosxomとwikiの簡単な違いと概要を教えてくれ。

blosxom→所定のディレクトリのテキストファイルをhtmlに整形してくれるCGI。ディレクトリでカテゴリを区別する
wiki→誰でも修正できるWebページ集。Wiki書式という簡易なテキストをhtmlに変換。

概要だけ聞くと、blosxomのほうが面倒臭く感じてしまうんだけど、利点はCGIがシンプルなとこ？

blosxomはbLogツールじゃないの？

pukiwikiなんで*, **, ***までしか使えないんだ。不便だよ。

>>503

ちょっと改造したら*****を無限に使えるようになる。
でも、そんなことして意味があるかどうか。

>>504
Hxタグに変換できるんだから6個までは対応するのが筋だろう。

>>505

筋？
wikiって簡単にウェブを作るのが目的であって、htmlを書くためのツールじゃない
からシンプルな仕様でいいと思う。

>>506

シンプル？
シンプルって「覚えるべきルールが少ない」ということだから、
「“*”の数でヘッダーのレベルが変わる」というルールだけのほうがいい。
3個までしかつかえないという制限はなくすべきだと思う。

----で<hr>にするというオリジナル書式をそのまま引き継いだ盲腸みたいなもんでしょ。

>>507
そういうシンプルの解釈もあるけど、漏れは多人数で書く際にフォーマットが
シンプルだと嬉しいという意味で書いた。
ある章だけ*****まで細かく指定していたりすると全体としての統一感が失われるから。
誰が書いてもそこそこ同じように見えるって必要じゃない？

>>508
そういう制限からかぁ、なるほど。

>>509
そういう制限はシステムではなくユーザーが設ければいいだけの話。
for()のネストを軽々しく6重でまわすプログラマは糞かもしれないけど
for()のネストが三つまでしか使えない言語ってのも糞だと思わないか?
ともかく0,1,多ルールに従って欲しいね。

>>510

閉じたコミュニティでwikiを運営するならユーザ設定に任せればいいけど、
あくまでオープンだと、複数のwikiを渡り歩くユーザはいちいち
「このサイトは*****まで使える、あっちは***まで」と考えるのは酷じゃない？

reimy反省汁

時代はblogだろ。

>>512
どれでもいいじゃん。好きなの使えよ。

>>513
みんなと同じじゃないと不安なんです。。

>>514

じゃあ検索してヒット数が多いほうにしとけ

>>515
そうします。
どうもありがとう♪

----
で、hr にするのはよいと思うけれど、
---- 文字列
の時は素直に箇条書きにしてほしいと思う。

ルールは複雑でも良い。ただ、それを利用者に意識させてはならない。

WYSIWYGでない時点で終わってる。

WYSIWYG 自体が終わってしまってる。

ルールは複雑でも良い。ただ、それを利用者に意識させてはならない。

（＾＾）

リファクタリング機能付けてくれ。
・ページ名を変更
・選択部分をサブページに移動
とか

チィィィィ！

○○スレ以外あげんなよクソ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン