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
0085nobodyさん
02/07/16 14:32ID:ePa4pc6eユーザプリファレンスを管理するってのもあると思うよ。
編集窓の多きさとか、タイムゾーンとか。
ファイルシステムを真似すりゃいいってもんじゃない。
0086nobodyさん
02/07/26 16:00ID:???0087nobodyさん
02/07/26 16:01ID:???0088nobodyさん
02/07/27 14:23ID:???0089あぼーん
NGNG0090nobodyさん
02/07/28 10:04ID:???個人的には PukiWiki が好きだけど
作者が移っちゃったしなぁ。
Tiki は見ためがしょぼいのがちょっと。
Tiki2 いつでるんだろ…。
0091nobodyさん
02/07/30 05:06ID:???0092nobodyさん
02/07/30 07:43ID:???WalWiki(だっけ?) とか CafeWiki とか。
なんかあんまり違いがないような気がするけど。
まあ別に Perl じゃなくてもよかろ。
0094nobodyさん
02/07/30 20:57ID:???0095nobodyさん
02/07/30 21:32ID:???0096nobodyさん
02/07/31 13:26ID:???0098nobodyさん
02/08/02 18:06ID:tbG/AywR0100nobodyさん
02/08/03 13:35ID:59CxZH7V自動リンクはむしろ当たり前の機能だろ。
日本製のWiki（と呼ばれているもの）がおかしいだけ。
[[]]にしても「」にしても、いちいちそんなもんで囲んで文章書いてる奴の気が知れない。
で、CafeWikiだけど、
いかにもページ数増えると破綻しそうだな。
0101nobodyさん
02/08/03 15:36ID:???オリジナルWikiのどこからどこまでを再現すると
「これはWikiである」と胸を張って言えますか?
0102nobodyさん
02/08/04 22:26ID:???「新交通システムの□ゆりかもめ□の駅構内に□爆発物□が仕掛けられた」
~~~~~~~~~~ ~~~~~~~~
ん？ しかし、「の駅構内に」がリンクされないようにするにはどうするんだ？(笑)
今のところ、少なくとも半角でブラケットを入れないですむ「 」式の方がまだマシだと思われ。
0103nobodyさん
02/08/04 22:27ID:???0104nobodyさん
02/08/07 09:34ID:???使うってのもありだと思う。
それだったら [[]] でリンクってのも
別に気にならないかな。
0106100
02/08/12 14:09ID:fsASLY/2Wiki上に登録されている全てのページ
(あるいはウェブ上に存在する全てのページ)を把握して、
可能であればリンクを貼ろうとしながら文章を書きますか？
[[日本語ウィキネーム]]は偶然にリンクされることがあり得ないでしょう。
結局、存在しているページ名を把握しなくてはリンクを貼ることができない。
本家のWikiNameであれば、偶然にリンクされることもある。
shiftキーを二回ばかり押す作業は、
もしページが存在していればリンクせよ
存在していなければ作成せよ
という命令であるかもしれないし、単なる文章の一部かもしれない。
0107nobodyさん
02/08/12 17:17ID:???いると考えた方が自然だと思うけどなあ。
たしかにNetBSDとか言う感じで、mixed-caseの固有名詞は
偶然もありうるかも知れないけど。
nativeじゃないのでわからないが、mixed-caseを単なる文章の
一部を思うのは少しばかり苦しいんじゃないだろうか。
0108nobodyさん
02/08/12 17:21ID:???> [[日本語ウィキネーム]]は偶然にリンクされることがあり得ないでしょう。
> 結局、存在しているページ名を把握しなくてはリンクを貼ることができない。
>
> 本家のWikiNameであれば、偶然にリンクされることもある
WikiName? と最後に?が付くこと自体はリンクとは言わないんですか?
それともリンク先のページに中身があるかどうかが重要?
>>100さん、言いたい事はわかりますし納得できます。
では、日本語のWikiNameについて何か(建設的な)意見はありますか?
それとも日本語のWikiName自体に否定的ですか?
0109nobodyさん
02/08/18 03:00ID:cHJAPC6H0110nobodyさん
02/08/21 07:38ID:THVXqftb「「」」や｢｢｣｣を、[[]]に自動で置き換えるっていうのはどうかな？
通常の全角のかぎかっこ"「」"は文章の中で使われることがあるだろうから、
あんまり賛成できん。
0112100
02/08/30 23:57ID:???http://frefer.net/wiki/
IP抜かれるつーか、そういうもんなのでちょっと注意。
0113nobodyさん
02/10/17 01:04ID:4+Pu9uis0114nobodyさん
02/10/18 21:55ID:???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をインクルードするというのはどうかな。
■ このスレッドは過去ログ倉庫に格納されています