Wiki系(WikiEngine)について語るスレ
■ このスレッドは過去ログ倉庫に格納されています
0001204
02/02/21 09:51ID:Yw3lblf/・こんな機能がほしい
・Wiki系の思想
・WikiEngineの過去未来
・などなど
について暑く語るスレ
・WikiEngine LINK
http://todo.org/cgi-bin/jp/tiki.cgi?c=v&p=WikiEngine
0159nobodyさん
02/11/14 14:07ID:???へーそうなんですかー
あでも自動WikiNameとは違うんですよ。WikiName自体は手動で付けます
つーかページ作成する際にどうしても必要だし
画像ファイルとかがMacみたいにサムネイルで表示できるようになりま
したよね、あんな感じかな
ファイル名だけじゃよく分からんが、内容が見られるようになってれば
整理もしやすいっていう…
--[[Tiki:カラアゲうまうまだよもん]]
0160nobodyさん
02/11/14 19:12ID:???インデックス作成とかのまとめ作業がやりやすくなるよね。
マウスもってくとサマリ表示は
a 要素の title 属性にでもつけとけば今の Wiki でも実装可能だね。
TRON も試したいんだけど
どこから手をつけていいのやら。
0161nobodyさん
02/11/14 21:54ID:CfhSfuhHいまのInterWikiでは、メモとして使うには遅すぎると思うのです。
あらかじめ配信してくれれば、ネットワークの遅い端末でも快適。
また、WikiName検索したときにいろいろなサイトの内容を平行して見れると、
新しい発見があるんじゃないかと。
ま、検索する際にどのサイトを対象にするか選択できるオプションは必要でしょうけど。
>>最近
サマリ表示は既にいくつかのWikiで実装されていますね。
例えば、YukiWikiあたり。
ドラッグについては、Flashでインタフェイスさえ作れば、
いろいろなサイトに活用できそうですね。
# と思って作業しつつあるんですけど、Flashが良くわからないので遅遅として進まず。
あと、位置情報を重視すると文章の情報量が制限されるんで、そこが問題かな。
0162nobodyさん
02/11/14 22:27ID:???Flash で作られた Wiki の実装があったはずなんだけど
どこいったろ。
WikiLike はやく完成しないかな。
そして todo.org はやく復活してほすい。
0163nobodyさん
02/11/14 22:30ID:???http://www26.tok2.com/home/taiyaki/flashwiki/
これ？
0165nobodyさん
02/11/15 20:45ID:???それって、貼り付けた瞬間に[[WikiName]]として展開されるってことですか？
>>163
せっかくFlashなのに、らしさがすくなくて惜しいですね。
0166nobodyさん
02/11/16 00:40ID: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系で日記支援機能みたいのはなし。
前者はまるっきり技術者の技術メモみたいな日記で、後者は厳密に日記じゃないかも知れんけど。
0167nobodyさん
02/11/16 02:16ID:???おお、すごい、ちゃんと続けてかいてる…
使いなれたエディタで
ぽいぽいドキュメントを投げれる
HNS とかの日記に特化したシステムに比べれば
使い辛いと思う、ってぐらい。
書き始めまでの時間の差ぐらいかなぁ。
あと、普通の Wiki って細切れのメモみたいなのに対して
弱い気がして。
0168nobodyさん
02/11/16 02:25ID:???気になる URL とか
ちょっとしたメモとか、
タイトルとかキーワードとか
カテゴリーとか名前空間とか
全然考えないで放りこめて、
後で参照するとき勝手に整理されてて
かつ文章同士も適当にリンクされてる
なんてのがいいなぁ。
Wiki と関係ないか。
普通のアイデアプロセッサみたいだ・・・
0169nobodyさん
02/11/16 17:34ID:???日付ごととか段落ごとのアンカーがわかりにくい。
あえてWikiを使う利点は、webさえ見れればどこからでも書けるという所か。
0170nobodyさん
02/11/17 00:54ID:???0171nobodyさん
02/11/17 01:27ID:???でもここらへんだと、Wiki上のコンテンツってんで技術ページだとか、テキストページだとかがあって、そのほかに日記もある。
全部Wiki一つですんでるとか、だから管理から検索から、何でも一つでできてるってところは無視しちゃいかんと思う。
148、154、166辺りが日記専門システムとしてWikiを評価したいってんなら、話がずれて悪いけど、Wiki使ってる人が日記もWiki上でやっちゃえってのはそれなりにメリットがあるんじゃないの？
あえてWiki以外を使わなきゃってほど日記にはダメダメッてことはなさそうだし。
0172[[Tiki:カラアゲうまうまだよもん]]
02/11/17 07:23ID: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単
位の検索、履歴、ユーザー管理とかもあるとすごくいいかなぁと。
0173[[Tiki:カラアゲうまうまだよもん]]
02/11/17 07:24ID:???つづき。
>>165
そうです
あと貼ってあるWikiNameをドラッグして消す（外す）こともできる
ともっといいかなと
そういや漏れ最近はHTMLエディタとゆーか、info,javadoc,pod,doxygen,
wtangleの代わりにも使っているような>Wiki
どのWikiEngineも少し手を入れれば静的HTML吐けるようにできますからね。
>>170みたく慣れた方法でHTML文書作成できるからうれしいのです。
しかしそういう意味ではこういう使い方はRWikiに近いともいえるな。
長文失礼。
0174nobodyさん
02/11/17 08:14ID:???WikiPage の情報をメタに扱うのはちょっと辛そう。
valid な HTML を吐いたとしても、
リストの中身は何のリストなのー？状態だし。
やっぱ語彙不足はいなめない。
xml なみの表現力を維持したまま
平文でリッチな文章を書けるようにするとなると
やっぱり専用クライアントが必要になっちゃうかぁ。
0175nobodyさん
02/11/17 10:27ID:???あれ、もしかして日本語graphviz対応ですか？
英語対応はいくつかしっていますけど。
もし、日本語対応なら見てみたいですね。
もし個人で使っている人でスクリーンショットあげてもよいっていう人がいたら、
見せて欲しいかも。
0176nobodyさん
02/11/17 11:28ID:???HashedWikiの派生型で階層化を含んだものです。
http://hpcgi1.nifty.com/~k_ogata/diary/diary.rb?section=note&name=20021117
実際に動いている状態を見せられないのが残念ですが、
>>172 の叩き台にでもなれば。
0177nobodyさん
02/11/17 11:33ID:???K6-2 400のマイマシーンだとちょと重い。
Rubyのやつだともっと重いんだろうか。
0178nobodyさん
02/11/17 12:11ID:???どちらが早いにせよ、回線速度を考えたらどうでも良い程度と言う意味で
言語の処理速度自体はそれほど変わらないのでは？
スクリプト系言語を使う以上、
速度のほとんどの部分は、アルゴリズムで解決するしかないと思う。
0179[[Tiki:カラアゲうまうまだよもん]]
02/11/17 12:41ID:???>>174
そうですねえ。色々付加情報も書き加えないといけないし。まだるっ
こくなってしまいそう。
今の [[]] とかで括るだけでも編集時と処理後で文の長さが変わっ
たりするわけで。
まぁ普通はこれで困ることはないし、HTMLあたりに比べれば編集時
でもよっぽど見やすいわけですが。
>>175
いえ。そんなグラフ化的なものは一切。
単に手持ちのWikiでHTML吐き出させてそれをドキュメントとして
提出ってだけの話です。ローテクもいいところ。
>>176
素晴らしい。期待しています。
こういうのをベースにしたクライアントがあると漏れの理想に近
付くのかなあ。
0180nobodyさん
02/11/17 18:10ID:qZutQ4pMSQL を直で置けるってのは面白いなぁ。
それと、WikiLike が実験的に動きだしてます。
0181nobodyさん
02/11/17 19:56ID:???cgywin版のapacheでも駄目?
> 速度のほとんどの部分は、アルゴリズムで解決するしかないと思う。
毎回ロードするライブラリが大きくなってくると、
mod_* のように常駐することで速度が稼げると思う。
RubyのWikiではRWikiとAsWikiなんかは当てはまるんじゃないか?
0182nobodyさん
02/11/17 20:00ID:ZXiBJBMV書かれていることが私の考えに近くて、ちょっとびっくりです(^_^;)。
からあげうまうまだよもんさんの言う付加情報というのとは
少し違うかもしれませんが、ちょっとした考えを。。。
<class test
テスト
などと書いたとき、<div class="test">テスト</span>みたいになってくれると、
表示に関する設定をCSS側に追い出すことができて、表現力がアップするような気がします。
0183nobodyさん
02/11/17 20:02ID:???0184nobodyさん
02/11/17 23:00ID:qZutQ4pMうーん、自然にもりこむのは難しそう。
!!仕様です!! で <strong class="notice">仕様です</strong>
みたいな、今の Wiki のスタイルにあった方法がいいなぁ。
Wiki スタイルの文法でいつも思うのは
自分で自分の記法を説明する文章を書くのがしんどいところ。
行頭にスペースでフォーマット済みってのがあんまり好きじゃないんで
(プログラムどばーってペースト出来ないし。)
~~~~ から ~~~~ まで、でやってるんですけど
この方法だとフォーマット済ブロックの中で ~~~~ が書けないし。
あと、複数パラグラフを含むテーブルを自然に書ける
うまい記述方法とかないかなぁ。
|a|b|c| みたいなのは項目毎の内容が少ないときはいいんだけど
レビューみたいなの書くときしんどい。
0185nobodyさん
02/11/18 08:20ID:ECeegY7vみたいに書いて、インライン展開するときにページa,b,cをインクルードするというのはどうかな。
0186nobodyさん
02/11/18 09:10ID:???まあ、Wikiにどこまで複雑さを要求するかと言う話ではありますね。
個人的には文法の説明なしでも自然に使えることが最善だと思ったりもします。
0187nobodyさん
02/11/18 09:13ID:/SVZstij普通にhtmlタグを書いた方が分かりやすかったり……。
0188nobodyさん
02/11/18 09:47ID:???cygwin版Aoacheは遅いという話なんですが、どうなんでしょうね。
また、正確にはApolloの成果を使えば何とかなるという話もありますが
ちょっと敷居が高そう。
自宅さばに限定するなら、指摘のようにWebrickを使ってサーバ化するのが
よさそうです。
でも、配布用には向きませんね...。
0189nobodyさん
02/11/18 15:15ID:???HTML直書きの方が素直じゃん？ってなってきちゃうよね。
Wikiの方向性として、PukiWikiみたいに
Zope とか XOOPS みたいなコミュニティーサイトビルダになろうとしてるのと
HashedWiki とかみたいに
メモ書きとかになろうとしてるのの２系統があるとおもう。
後者は実際のところ WikiName の処理さえしてれば他のフォーマット処理なんて
なんもしなくてもいいとおもうし。
howm とかの Emacs 系の Wiki 処理系なんかそんなかんじだよね。
対して前者は、出力される HTML を強烈に意識してるから、
HTML で書きたくなるようなパターンは用意されてないと
気が済まないかと。
0190nobodyさん
02/11/18 16:06ID:KVxEq4vgあれが消えたりして、境界が無くなるとおもろいと思う。
ユーザが編集モードのときだけ、境界が見えるようにする。
そうすると、HTML用パラグラフにHtmlFormを書いて埋め込んでも、全然違和感が無い。
まぁ、ようは設計思想だけど。
HashedWikiがメモ書き用に特化して、特殊なWiki記法が不要になる
方向に向かおうとしてるというのは、
事実そうなのかもしれないけど、私はちょっと待って！と思う。
一度書いたパラグラフの再利用を積極的に補助する方向に育てれば、
サイトビルダとしてのポテンシャルも、けっこう高いと思うんだよね。
0191nobodyさん
02/11/18 18:53ID:3GVpqOUkまえ HashedWiki だかどっかで出てた、パラグラフをクラス化して、
色々な形態をとるようにしたら面白いんじゃないかって話おもいだした。
お絵書きアプレット挟んだり、
BBS っぽくカスタマイズされたの挟んだり、
C ソース表示用のパラグラフ挟んだり・・・
0192nobodyさん
02/11/18 18:54ID:???LeafWiki に期待。
sng さん頑張れ〜
0193nobodyさん
02/11/18 23:52ID:???自社ビル や http://www.malevole.com/ のような張り紙的な見せ方をするページや
http://www.usagigumi.com/ のMapのように、背景と位置情報をつかって付加価値をつけるのも
面白いですね。
って話題も結構昔から出てはいる...。
# ちなみに、題材は今月のWebDesigningから取りました。
0194nobodyさん
02/11/19 00:16ID:???数式入れるとコンパイル？してCSSかなんかでそれらしく表示してくれるの。
ルートとか積分とかややこしいのが無くても、
数字の上付きと下付き、できれば単純な分数だけで結構役に立つんだけどなぁ。
0195nobodyさん
02/11/19 02:45ID:Zeqn1WfI>>194
あぁ、いいですねえ。
将来的には MathML で出力とか。
ページ毎のローカルなフォーマットルールがあるってのもいいかも。
数学系のページでは $y=3*x^2-5x+10$ で数式組み立てなるとしても
プログラム系のページで $ とかが予約語になってると不便だし。
麻雀のページで牌譜の略記法から雀牌の画像だせると便利だし。
0196息抜き挿絵
02/11/19 03:13ID:???そしてお相撲さんの甘美で悩ましい画像きぼんぬ
∧＿∧
∧＿∧ （´<_｀ ） Wiki通だな兄者
（ ´_ゝ`） / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ FMV / .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
0197nobodyさん
02/11/19 12:12ID:ltLQfUijPerlで書かれたLaTeX2HTMLってのがあるみたいだね。
0198nobodyさん
02/11/19 19:40ID:uf7kYhKNWiki を Zope 化したがる実装者に歯止めをかけるには
どうしたらいいんでしょう？
0200nobodyさん
02/11/20 00:21ID:???Wiki界隈での今一番はやりの機能はどんなんでしょう？
今のところプラグインの構築のあたりで停滞してる感じ？
0202世界はピーポー
02/11/20 08:01ID:v52taN5nこのWikiのむこうに あのWebのかなたには何があるんだろう？
君が知りたいとき WikiCloneに触れれば分かるはず
さあ 一緒に ぼくらとWikiLife！
0203nobodyさん
02/11/20 12:32ID:???どうも皆さんオリジナリティへのこだわりがあるので、
なかなか流行の機能ってないですね。
パラグラフ指向でも、それほど広まっていないし。
それに、>>198 のように、
需要が少ない割に要求がバラバラなのも影響しているのかも。
まあ、開発者が使いやすいと思うように作れば良いと思うんですけどね。
0204nobodyさん
02/11/20 14:24ID:???やれやれ。開発者は気付いてるのかな？
CSSなんて大部分のユーザはぜんぜん知らないんだってことに。
0205nobodyさん
02/11/20 14:42ID:???0206nobodyさん
02/11/20 17:06ID:bUj9mmhpレンダリングエンジンと HTML の乖離をするとすると、
XML みたいな構造化された中間テキストを吐くことになる。
で、そこから独自仕様で HTML もってく変なしくみつくっても
CSS 以上に人はついてこない。
んじゃ、もうちょい一般的(?)に XML で吐いて
XSLT かませられるようにしようってしても
なおのことついてこない。
レンダリング部分以外のとこだったら、 HTML::Template 使用バージョンとか
いくらでもユーザがいじりやすいようにしたのはあるとおもうけど。
ただ >>205 のように、そういうのは結構どうでもいい。
リンクさえしっかりしてれば他の記法もいらない気がするし。
howm とか便利よ。
0207nobodyさん
02/11/20 17:19ID:2QhrQW7H0208nobodyさん
02/11/20 18:52ID:???BBSとの連携を強化して、BBSで議論→Wikiでまとめ→また議論、とかの流れを
うまく支援できれば理想なんだろうけど、アイデアなし。
0209nobodyさん
02/11/20 19:19ID:???どこかにでてたような。一般的な BBS システム用意するとかね。
fj.source と fj.source.d の関係みたいなかんじで。
どっちにしても、明確なサブジェクト無しに運用してると
表ページが寂れて裏ページで語りあって終りになりかねない気もするけど。
コメントさぁ、ページの中にペタペタ付箋みたいに張れたら便利なのにね。
ページに対する議論なんだし、
「ここが変だけどどうよ？」「これからちょっとおっきな変更入れます。」
みたいなのが自然にやれたらうれしい。
クライアントあれば出来そうね。Flash 版もありかなぁ。
0210nobodyさん
02/11/20 23:12ID:???結局ちゃんとまとまるかどうかは、意識の差ってことかも。
でも、誰かがまとめてくれる可能性という期待が持てるという点でBBSよりかはましなのかも。
Wikiから議論を排除するより、議論を支援する機能をWikiページ内に入れるほうが良い？
0212nobodyさん
02/11/21 08:30ID:???0213nobodyさん
02/11/21 12:31ID:???0214nobodyさん
02/11/21 16:02ID:???これ？
なんか特に目新しいフィーチャが見つからなかったんだけど
違うとこなのかな。
0215nobodyさん
02/11/21 20:13ID:???http://www.php.net/manual/en/ref.apache.php
これで、マニュアル部をWikiとする。
0216[[tiki:通りすがり]]
02/11/22 00:53ID:???喜びのあまり手元が狂い、
チーズケーキが畳にキスをした。
微妙なsage
0217nobodyさん
02/11/22 01:10ID:cVSNyi/sこれの右下の TG WikiBrowser、
動かそうとすると main がないっていわれてしまう。
どなたかレビューよろしく・・・
0218nobodyさん
02/11/22 11:46ID:Pfupxiuu２ｃｈのスレッドの１だけ Wiki になってるような感じがいいと思わん？
２ｃｈ型の掲示板は議論には向いているかもしれないが、容易に話題が
ループする。誰かがそこまでの途中経過や結論をまとめてくれてもすぐ
流れてしまうし、ちょっと前の過去ログすら読まない奴も多いじゃん。
１を編集できるのはスレを建てた奴だけってことにして、そいつが責任をもって
議論の結果をまとめたり参考資料へのリンクを１に加えたりするわけ。
議論が進むと単なるスレッドが「その話題に関するポータルサイト」に
なっていくって感じ。１の頑張りにもよるが。
0219nobodyさん
02/11/22 12:18ID:tDqeA4Mc0220nobodyさん
02/11/22 15:05ID:Pfupxiuuhttp://i-ch.dyndns.org/view.php?query=%C4%AB%C6%FC%BF%B7%CA%B9%B8%A6%B5%E6&sort=created_desc&cmt=2
そだねー。一つのスレッドのイメージとしてはこんな感じかな。ニュー速板あたり
にこんなスレ立ちそうだね。
ただ １ は長い割にめったに更新されない訳だから別ファイルにしたほうが
効率が良いんじゃないかな。フレーム上下二分割で上が１、下がＢＢＳ部ってな
感じで。
0221nobodyさん
02/11/22 15:42ID:???>>218 さんの意見に近いですけど。
必要な部分は、ロックしておいて、その他はwikiにして自由に書き込んでもらう。
で、まとめをページ作成者がロックの部分に反映していくみたいな。
どうよ?
0222☆☆☆☆☆
02/11/22 15:56ID:BvFXJy9n0223nobodyさん
02/11/22 19:57ID:???使おうって提案しても、誰も書いてくれないしさ。
システムに組み込まれれば違うかな？
0224nobodyさん
02/11/22 20:23ID:???さぁ、使っておくれ、っていわれても
他のもので用が足りちゃってる大部分は
ついてこないもんね。
>>223
パラグラフ系のが提示されてたら
もうちょっと違ってたかも。
Tiki と YukiWiki ぐらいじゃない？
irc のうにっくすチャンネルのサイトが
Wiki で運用されはじめてる・・・
0225nobodyさん
02/11/22 20:36ID:???このスレッドに書き込んでいる我々はそのWikiを見に行くだろうか。
また、ほとんど省みられないページのメンテナンスをするだろうか。
と考えると、掲示板とWikiは一つのページに混在する方が良いし、
一つのページがあまり長くなりすぎない方が良いのではないかと思う。
さらに、掲示板のコメントは10個しか存在できず、古い奴は自然消滅するとか
圧力をかけるとやる気が出て面白いかも。（面白いだけ）
# どこかのWikiで実験的にまとめてみようと思考実験してみてはどうか。
# わたしはメンドクサイのでやりたくないと思った。
0226nobodyさん
02/11/22 23:21ID:???1とそれ以外を、別々に表示したいか一緒に表示したいかは、
状況によって違いそうなんで、ユーザーが選択できるといいんでしょうね。
ただできればフレームは使わずに表現できた方が、
テキストブラウザとかでも普通に使えて幸せかも。
>>221
ParagraphOrientedな方向性でそんな感じのを作りかけたんだけど、
ユーザーインターフェースが難しくて没にしました。
よほどうまいデザインを考えないと、
システムをよく知っている人じゃないと使えない代物になってしまう。
0227nobodyさん
02/11/23 08:49ID:???0228nobodyさん
02/11/23 09:26ID:???そこから書き込んで見ました。
インラインフレームって、スレヲチ向きかも。
なんかこう、
鼻で笑いながら一段高いところから見下してるみたいな感覚が・・・
0229nobodyさん
02/11/23 10:51ID:???AsWikiは要素単位（リスト、テーブル、見出しなど）で出力されるHTMLを変更できる。
重いけど、Tikiに似ているので、良いかもしれない。
http://www.assist.media.nagoya-u.ac.jp/ASDP/index.cgi?c=v;p=AsWiki
Wikiの本質がデザインや記法でないことには同意。
0232nobodyさん
02/11/23 21:05ID:Xog73puSZope（ってのがなにを意味しているのかが良くわからないけれど)ではなく、
BTRONを目指すのでもなく、
記法でもなく(サイトごとに見ているとこれの違いが一番多い？)
使用言語でもなく(だと思うんだが)
データベースを使用しているかどうかでもなく(なのかな)
あらゆるプラウザにより表示可能というわけでもなく(ように見える)
もし、WikiNameによるリンクと書き直し可能という機能だけであるなら、
Wikiとしての進歩は既に終了しているような。
0233nobodyさん
02/11/23 22:12ID:1mNJyz940234nobodyさん
02/11/23 22:37ID:OeWtSfyo日本のしか見てないんだけど、これだ! って感じたとこ
結構少ないような・・・
集まってる人の質によるんだろうなぁ。結局。
ていうか、コンテンツが本質って
なんにでもいえるような気が・・・
今のところ、本質(?)を変えるぐらいの実装をしてるのって
WikiName の解釈を変えてる WikiLike ぐらいのような。
でも検索になるってのも微妙な使用感・・・。
結局の所、WikiWay 読んでないからよくわかりません。
思想とか本質とかあんまり考えないで
使いたい機能どんどん実装して、
後発の実装者がそれを適当に洗練して実装して・・・
0235nobodyさん
02/11/24 02:45ID:???本質って「コラボレーションツールである」ってことじゃない？
だから、見た目や記法や実装はそれを妨げない程度以上のものであればどうでもいい。
ということで、パラグラフ志向やBBSとの連携なんかは本質に近い拡張だと思う。
Wikiに足りないのは、情報を整理する方法(機能)だと思うので。
＞あらゆるプラウザにより表示可能というわけでもなく(ように見える)
HTTP経由でHTMLとしてアクセスできるってのは割と本質に近いような気がする。
Webがこれだけ広まってる現状ではね。
でも、それ以外のアクセス方法があってもいいとは思う(特に編集面で)。
「Zopeでない」ってのはプレゼンテーションフレームワークでないってことかな。
って、Zopeのこと詳しくないけど。
「BTRONでない」ってのはよく分からない。
0236nobodyさん
02/11/24 02:58ID:???途中のパラグラフを他の場所に移動させることが出来る機能があるけど
たいてい、パラグラフは上下のパラグラフと密な繋がりがあるわけだよね。
そういうのをまったく考慮しないで飛んでっちゃうのって
もったいない気がする。するだけ。
0237nobodyさん
02/11/24 03:22ID:???BBSと違う方法で情報を整理する方法がないかなあ?
個人的にはパラグラフ指向は情報の整理という観点ではあまり有用そうには見えない。
>でも、それ以外のアクセス方法があってもいいとは思う(特に編集面で)。
常駐プロセスにしてSOAPやXML-RPCを使えば、いろいろできる気がする。
AsWikiはプレゼンテーションフレームワークでないというわりには
デザインにこってる感じがする。
BTRONは使ったことがないんだけど、BTRONの実身/仮身モデルのことじゃないかなあ?
0238nobodyさん
02/11/24 13:08ID:???一つの単位に収まる情報量を制限することで、かなり改善するのではないでしょうか。
某所で話題の書き込みの競合も回避できますし。（どなたかの提案はけられてましたが。）
パラグラフ指向は、書き込まれたパラグラフを時系列で並べ替えられることで
BBSのような効果が期待できるとおもいます。
あと、反対か賛成かでパラグラフの色分けをするとか。
0239nobodyさん
02/11/24 17:34ID:???前後のパラグラフと切りはなすのはマズイのでは。
それが単に編集の単位というならなおさら。
というか、commit するとき別パラグラフだったら適当に merge してくれれば
それでいいような。
0240nobodyさん
02/11/24 22:24ID:???書いても誰かに全部消されてしまうかもしれないみたいな不安というか。
0241nobodyさん
02/11/24 22:35ID:???自作自演で自分の書き込み削除して同情を誘うとかやだなぁ。
0242nobodyさん
02/11/25 00:19ID:???議論がフレームになったってんじゃなくて。
2ch系のWikiでもそんなに荒れてなかったよね？
0243nobodyさん
02/11/25 01:08ID:NWcQH8ccWiki サイトにいかないから、荒れようがないってことじゃ。
母数が少なすぎ。
0244nobodyさん
02/11/25 03:34ID:rhvRGVbd・（他人の）Wikiに匿名で書いたこと
・Wikiでの（匿名のContributorを含む）共同作業で出来たもの
の著作権ってどうなるのかね？
0245nobodyさん
02/11/25 03:59ID:???この投稿の著作権もどうなるんだろう。
0246nobodyさん
02/11/25 06:23ID:/+hJBkpiCVSと連携させるとか、大規模な変更を弾くとか、やりようはいくらでもある。
善意の変更による質の低下や、荒らしなんかは、ユーザ数が増えれば緩和されると思う。
元に戻すことが容易なら、まともな編集者がまともだった時代に戻してくれるだろうから。
0247nobodyさん
02/11/25 06:33ID:???バックアップを戻す程度じゃどうにもならないような気が。
こまかい修正を多発させてコンフリクトを誘発させて
一般ユーザが使えなくするとかさ。
ip ではじくとかの普通の BBS と同じやりかたになるかなぁ・・・
結局、ほとぼりがさめるまでしたいようにさせといて、
すんだかな？ってなったら戻す、ぐらいしか思いつかない。
0248nobodyさん
02/11/25 07:29ID:Pdi0NnYN最悪のケースでも、管理者が変更内容の更新を追認する形で運用できる。
これなら荒らしは一般の目には見えないから、Wikiを商用サイトに使うことも不可能じゃないと思う。
0249nobodyさん
02/11/25 08:03ID:???0250nobodyさん
02/11/25 08:24ID:???他のシステムに Wiki っぽさを移植するって方向性はどうかな？
私はコラボレーションツールとしての Wiki はいまいち信用してないので
KbBBS みたいなのがいいかなぁって思ってます。
DyFKだって。Wikiを拡張したものらしいけど、どうだろう。
0252nobodyさん
02/11/25 19:19ID:???ロジック書けるってあたり、極まってきたような。
いくとこまでいっていい意味で Perl の Zope になってほしい。
Perl なりなんなりのパーサだけ利用して、セマンティック部は自力で実装すれば
限定的な言語セットとか楽に作れないかな。
lisp インタプリタくみこんだらより一層マニアに受けそう。
俺は使う。
0253nobody
02/11/25 19:32ID:???クライアントは実現できそうだな。
0254nobodyさん
02/11/25 19:34ID:Tc/bFILtクラックされたらトンデモないことになりそうだな・・・
でもかなりググッとくるアイデアです。
0255nobodyさん
02/11/25 19:48ID:???IPつかうかCookie使うかの是非は分かれると思うけど...
今のWikiの多くには、いわゆる「sage」機能がついているので
変更しても下げられると発覚しにくい（特に削除されたとき）ですね。
削除に対して打ち消し線で一定期間表示とかどうなのかな。
0256nobodyさん
02/11/25 21:15ID:Tc/bFILt認証はいってるシステムは利用しずらいね。
よっぽど積極的な理由がないかぎり、
そういうシステムは登録して使ったりしないかと。
ちょっと違うけど、
追加部分に ins を入れてくれると嬉しいなとは思った。
css で薄く色付ければ追加された部分はわかるだろうし。
いちいち差分見るの面倒。
0257nobodyさん
02/11/25 21:41ID:???背景色とかグラフの伸びとかで実際の更新時間を示すのが良いかなと。
ただ、テキストプラウザの人を考慮するといろいろ難しいですね。
差分表示については、
ttp://frefer.net/wiki/
のようなやり方も面白いかと。
特に大きいページだと見に行ってがっかりすることもあるし。
0258nobodyさん
02/11/25 21:54ID:5B7MJ+rT■ このスレッドは過去ログ倉庫に格納されています