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
0117nobodyさん
02/10/29 01:56ID:???0118nobodyさん
02/10/29 02:25ID:???メンテかなあ
0119nobodyさん
02/10/29 03:08ID:???0120nobodyさん
02/11/04 18:11ID:N7bhRHAuこれは!っていう Wiki の実装教えてください。
0121nobodyさん
02/11/04 19:31ID:4/gp5bcU使いものにならない、って認識で落ち着いたんじゃないの？
0122nobodyさん
02/11/04 20:42ID:KcaQkftXWiki本は読んだ人によると評価高いし（折れには高すぎて買えない…）、広がるのはこれからじゃないの？
0123nobodyさん
02/11/04 21:38ID:85dFPbD5ゾクゾクした。でもこれだけ時間が経つのに「書き換え自由」なのと「WikiName」
という基本的な部分でウケないわけだから、これから流行る気もしないのよ。
せいぜい Kent WEB のたくさんある掲示板の中の一つ、くらいになって細々と枯れ
ていくんじゃないの？
0124nobodyかも
02/11/04 23:26ID:???だいたい、書き換え自由だっていったってあまり需要が無いし。
リンクできるったってリンク先が軒並み数行のページなんじゃ見に行く気にもならんでしょう。
個人的には、Wikiとして有効な日本のサイトはRubyのマニュアル系くらいしか思い当たらないですし。
スクリプトの宣伝も悪いとは思いませんが。
ただ、個人で使う分には便利だしお手軽に作れるんで、
スクリプト言語を独学するような人にうってつけな題目でしょうね。
フォーマットルールみたいなインタフェイスなんて他人の押し付けに我慢できない人の方が多いだろうし、
ちょっと書ける人なら自分で作っちゃうでしょ。
0125nobodyさん
02/11/05 03:17ID:n+iB/MQE実際に自分も仲間内で使ってます。
そういう特定の目的抜きで、掲示板の延長としてみたいな使い方だとwikiはあわないでしょう。
0126nobodyさん
02/11/06 01:21ID:hoZ92gsXXSS まわりのもめごとじっくり読もうと思ってたのに。
あれってなんでもめてたんですか？
あと、どんな XSS 障害があったんでしょう？
>125
共通のコンサセンスが無い場合、
Wiki を使うべきではないってよくいわれてますね。
Wiki チックな簡便な文法でハイパーテキストの書ける BBS ぐらいが
ちょうどいいのかも。
kbWiki の見た目をきれいにしたらそんなかんじかなぁ。
0127nobodyさん
02/11/06 02:50ID:eqMm+PvXなって、じっくり読まないとわけわからない状態になってた気が。ああいう
ことに wiki を使っちゃダメだよな。
0128nobodyさん
02/11/06 08:46ID:???0129nobodyさん
02/11/06 10:52ID:???たしか、
1.ページにJavaスクリプトを書くと、それがそのままHTMLに出力されてしまう。
2.RAWモードでページソースをtext/plainで表示してもIEのクソ仕様のせいで
HTMLと解釈されてしまう場合があり、ソースにJavaスクリプトが書いてあると
1と同じ問題になる。
の二つがあって、1は対処済み、2はRAWモードを使わないことで対処せよ
ってことになってたはず。
もめてたのは、
・XSSが致命的になるのは特定のブラウザのバグが原因だし、
全部対処する必要もないよなぁ。対策は可能だし。
もしくは必要な人がパッチを書いてくれれば良い(作者側)
・作者はXSSを正しく認識できる能力も無くヴァカ、
言い訳しか出来ないのか？
XSS修正はソフト作者の義務なんだからさっさとしろよ！(office)
という感じのフレームになってました。
0130nobodyさん
02/11/06 10:57ID:???都合いい(言い訳っぽい)書き方担ってるとか、因縁つけられてたかな。
0131nobodyさん
02/11/06 12:27ID:5EZCrPB+Pukiwiki の reimy のサイトじゃマッタリしてるけど。
XSS 対策も重要だと思うけど、
なんかこうもっと高尚な話題で盛り上がって欲しい…。
0132nobodyさん
02/11/07 00:12ID:wqHxBi5i論争がおきにくいWikiにおいて、貴重な実験だったかもしれません。
ああいう議論をまとめて、それなりに有意義なページに作っていくことが
Wikiプレーヤを育てていくことになるんではないかと期待。
もっとも、願わくばもっと有意義な議題であればとは思いますけど。
複数人で使ってるケースでは議論に対してどう対処してるのか興味がありますね。
0133nobodyさん
02/11/07 10:18ID:reULgvE4間違って書き込んだ内容はフォーラムと違って再編集できないし、
後から自分の書き込みを並べ替えたり、削除することもできない。
リンクは非常に原始的な方法でしか張れない。
書き込みログは単にHTML化されるだけで、見栄えのいいコンテンツとして
まとめる努力は、全体の一部でしかなされていない。
それでも2ch型掲示板のほうが人気があるのは、
私 は 単 に W i k i が
使 い づ ら い か ら だ と
思 う の で す が 。
気 の せ い で す か ね ？
0134nobodyさん
02/11/07 10:42ID:???かなりいけてないと思う。
WikiWay とかにも書いてあるし、各WikiClone作者も自問してるし。
2ch と競合するものではないと思うんだけど。
あと、ウェブブラウザがインターフェースってのもいけてない要因の一つだと思う。
0135nobody
02/11/07 15:38ID:???気がする。どんなパソでもネットワークにつながっている限りはだいたい
入ってるし、GUI も比較的書きやすいし、ロジックも Perl サーバーサイド
でやらせるから、利用者の環境を気にしなくていいし。Webmin とか、SWAT
とか見てるとそんな気がしてくる。
0136nobodyさん
02/11/07 19:03ID:/Y8/pfKGJavaScript 無しでも凝ったインターフェース作れるかもしれないけど
なにかするたびにリクエスト->再描画ってなるから
うっとおしい。
ブラウザからも使えるけど、
専用クライアントだともっと便利につかえるってあたりが
いいのかもね。
ここもそんなかんじだよね。
0137nobodyさん
02/11/08 17:33ID:uZjVFw4U超えてやるうううううううううううううう。
0138nobodyさん
02/11/08 23:46ID:???リストの作り方とかの記法がぜんぜん統一されてませんね。
YukiWiki系のはだいたい一緒だけど。
なんだか不便。
0139nobodyさん
02/11/09 00:30ID:h+0PJu5R人によってベストと思える記法が違うからなぁ。
中間形式を持たせて文法はクライアント任せなんてのも
いいかもね。
Xiki みたいに XML で文章を保持とかだと
変換は楽そうだ。
0140nobodyさん
02/11/09 08:38ID:u4kj/RPqコンテンツ保持の冗長性とかってどうなんよ。
いくつかのサーバでミラーするやつとかってあるの？
0141nobodyさん
02/11/10 23:54ID:4Df2ItzIhttp://h-yanai.hp.infoseek.co.jp/cgi-bin/ese-nikki.cgi?MetaRecentChanges
と
http://h-yanai.hp.infoseek.co.jp/html/MetaRecentChanges.html
なんてのもあるよ。下がmirror。
0142nobodyさん
02/11/12 11:49ID:???FlashとかJava Appletとかでインタフェースを作るとかはどうでしょ？
本当にオーサリングツールみたいなインタフェースにしてしまうとか。
もしくはワープロやアウトラインプロセッサみたいな。
(俺はテキストブラウザからでも更新できる今のスタイルは結構気に入ってるけど。)
0143nobodyさん
02/11/12 13:08ID:???それ漏れも夢想したことがあります。
HashedWikiを見たのがきっかけ。
MacのHyperCardみたいなインターフェースだったら面白い・とっつき
易い・恰好良さそうだなぁ、と思った。スタック、ページ、バックグ
ラウンドの階層+ボタン、テキストフィールドなどのGUIパーツってい
う構成。
でも夢想しただけでそこから先に進まないんですけどね(w
0144nobodyさん
02/11/12 14:49ID:???http://www.hyuki.com/yukiwiki/wiki.cgi?HyperCard
0145nobodyさん
02/11/13 01:59ID:lyGK0s6Hあんま魅力感じない?
同じ趣味の奴等が集まってHPを作っていくような。
でも、荒しが怖いから、メンバーのみ書き換え可能みたいな。
0146nobodyさん
02/11/13 03:01ID:gvA+70uc0147nobodyさん
02/11/13 03:13ID:???いくつかのcloneはユーザー管理もできるそうだから、できることはできるみたい。
んで名前空間も使えるといいだろうね。
ZWikiなんていいかな?
問題はそういうサイトを誰が立ち上げるかだが...
0148nobodyさん
02/11/13 10:28ID:???普通のWikiは支援機能が少なくていまいちかと。
0149nobodyさん
02/11/13 11:54ID:???0153nobodyさん
02/11/13 19:43ID:Hq7iHRMnWikiLike(仮) がいい感じかと。
てか、日記が日記である必要性って
あんまりないような気がしないでもないような。
いつ書かれたかの情報さえ保持してれば
それでいいよね。
技術系の人の日記って、半ばメモ帳だし。
0154nobodyさん
02/11/13 20:22ID:CfMCLH0a・読む人からみて最新の記事を見つけやすいこと
・書くときにどこに書こうか悩まなくてすむこと
・あとで読み直して笑えること
かな？
Wikiのように、「名前をつけてページを作って書き込む」という作業を
さらりと流すところに、日記システムの本質があるように思う。
0155nobodyさん
02/11/13 20:43ID:CfMCLH0aメモとして使うのが一番かなと思うので、
パラグラフ指向のP2P対応で、
専用クライアントにインクリメンタルサーチが付いていたら最高！
なんだけどなぁ。
0156nobodyさん
02/11/13 21:09ID:Hq7iHRMn>パラグラフ指向のP2P対応で、
なんか想像がつかない…
InterWiki しなくても
どこかで存在してるWikiNameを適当に拾ってくるみたいなかんじ？
>専用クライアントにインクリメンタルサーチが付いていたら最高！
{emacs-,}w3m と migemo を組み合わせたので我慢…
0157nobodyさん
02/11/14 11:43ID:???クライアントはBTRONの実装(ex:超漢字など)みたいにマウスドラッグ
でWikiNameを示す付箋をぺたぺた切り貼りできるといいね
ページにWikiNameを書く・消すだけで済む話なんだけどさ、これがマ
ウス操作のみでできるとこう、書類の整理がさっさと済むような気が
する
漢字変換に手間がかかると思考が一時中断されてしまい、困るってい
う話があるじゃない？あれと似たような話かな？
沢山のWikiNameを書いたり削ったりしてる間に、「どの内容がどの
WikiNameだったっけ？」とか思い出したり探したりしないといけない
場合もあって、自分がどういうふうに整理したかったのかわけわから
なくなってきそうなので
で、上のような操作を許すためには、1ページごとにウインドウなり
タブなりが開いて内容を表示するようになってないといけない気も
する
内容を読んで、これを付箋として別のページに張り付けるか判断しな
いといけないだろうし
それと張り付けてある付箋(WikiName)上にマウスポインタをもって行
くと、そのページの内容を数行程度Windowsのヘルプみたいに表示で
きたら便利でかっこいいかも、とか思った
つまりWikiNameはあまり重要ではなくて(参照時に人間にも最低限意
味がわかるポインタ程度)、内容を重視するようなクライアントがあ
るといいなーってとこかな？
…と、妄想するだけなら簡単なんですけどね…
0158nobodyさん
02/11/14 12:30ID:???なんかそういう自動WikiNameのような機能がWindowsXPに搭載される予定だったとかなんとか、
どっかでみたようなみないような。
--[[Tiki:通りすがり]]
#comments
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とする。
■ このスレッドは過去ログ倉庫に格納されています