PukiWikiスレ Part2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
05/02/06 00:57:49ID:gotC1R3r公式 http://pukiwiki.org/
開発 http://pukiwiki.sourceforge.jp/dev/
ML http://sourceforge.jp/mail/?group_id=166
PukiWikiスレ Part1
http://pc5.2ch.net/test/read.cgi/php/1084907353/
0421420
05/02/20 13:43:10ID:???＆＃91；＆＃91；aaa＆＃93；＆＃93；
↑コレを半角で、ってことです。
0423nobodyさん
05/02/21 23:18:18ID:???>>202を書いたものなのですが、書いたあと直後にホスト規制のあおりを受けてしまって、
具体的な説明を補足することもできませんでした。
激遅レスですが、
>>212さん、
文字を変えることについては大体分かりました。ありがとうございます。
あと、
>試してないから、わからんけど見出しの上にある↑の表示位置を変えるのは
>lib/convert.htmlの234行目あたりにあるtoString()のreturnの内容を変えればいいみたい。
ということの具体的にどう変えればいいのか良く分からないので、教えていただけないでしょうか。
versionは1.4.5です。
0424nobodyさん
05/02/21 23:52:22ID:???だから、試してないからわからんと書いておろう？
lib/convert_html.phpで234行目あたり
function toString()
{
return $this->msg_top . $this->wrap(parent::toString(),
'h' . $this->level, ' id="' . $this->id . '"');
}
この辺を適当に弄れ。と>>212には書いてあるように見える。
んで、上手くいったら報告汁。
0426nobodyさん
05/02/22 00:02:44ID:???0428nobodyさん
05/02/22 00:09:01ID:???>>423は
>具体的にどう変えればいいのか良く分からない
といってるわけだが。
>この辺を適当に弄れ。と書いてある
と返して意味があるのか？
0431nobodyさん
05/02/22 00:33:39ID:???202は
----------------------
↑
*みだし
----------------------
となっていたのをCSSを弄って
----------------------
↑
*みだし
----------------------
とやってさらに
----------------------
*みだし
[何か文字（↑の代わり）]//でナビゲーションバー？に戻りたい
----------------------
こういう事がやりたいのでは？
だったらCSS弄るんでなくて、データの出力順を弄るのが筋ではなくて？
その辺（特にCSSでの複雑なレイアウトについて）、よくわかってないんで
間違ってたらごめん。
# ダメだ。混乱してきたorz
0432nobodyさん
05/02/22 01:24:53ID:FC//Y2GXおまいら最高ですよマジで
0435nobodyさん
05/02/22 02:03:04ID:???> 意味がないと思うならより良いレスをお前がつけろ。
相変わらず厨房論法だね。意味がないものを意味がないと指摘することの正当性と、
より適切な説明が出来ることは何ら関係がない。こうなると例の「言い出しっぺの法則」ってのは
功よりも罪の方が大きいように思えてくるね。こういう厨房のせいで素晴らしい言葉が貶められるのは悲しいことだ。
0436nobodyさん
05/02/22 09:20:37ID:???0437nobodyさん
05/02/22 12:42:33ID:???多分、アレだよ。
「調味料はさしすせそ」とか
「（ご飯を炊くときは）始めチョロチョロ、中パッパ、赤子泣いてもフタ取るな」とかのこと。
要するに料理板の誤爆じゃないかな？
0438nobodyさん
05/02/22 17:12:20ID:???0443nobodyさん
05/02/22 21:23:48ID:???私がやりたいのはそういうことです。
でも、出力系統をいじるといっても、知識が無いので、
具体的にどうしたらいいのかわからないのです。
ここだと知識のある方がいらっしゃるのではないかと思いまして。
0446nobodyさん
05/02/22 23:30:53ID:???改造する場所は>>424の通り。
return文を以下に差し替え。
return $this->wrap(parent::toString(),'h' . $this->level, ' id="' . $this->id . '"').$this->msg_top;
んで、後は>>212 に書いてあるところと関連するCSSを書き換えれば
おまいさんのやりたいことは出来るはずだ。
＃試行錯誤五分以下。このレスを書く方が時間がかかったorz
0447nobodyさん
05/02/22 23:34:43ID:???これだったら、なかのタイトルがバレちまう。
0451nobodyさん
05/02/22 23:38:47ID:???0458447
05/02/23 07:34:24ID:???その閲覧認証(read_auth)で書いても、認証かけられなかったので。
/cmd=list/とか/cmd\=list/みたいにかいたのですが。
0459nobodyさん
05/02/23 12:13:43ID:???ちょっと、あんたのやりたいことがつかめない。
漏れの脳内補完によると
-?cmd=listで一覧を見られたくない（特定のページ名だけでなく全て？）
-ページごとの閲覧認証をかけてみたけど、上手くいかないっぽ
-$nolistは試してない？
なら、ページ閲覧認証なら「ページの一覧」を対象に加えればいける希ガス
試してないからわからんけど。
それか、listプラグイン自体を削除なり、リネームなり、すればよいのでは？
0461nobodyさん
05/02/23 14:21:21ID:???function plugin_list_action()
{
global $vars, $_title_list, $_title_filelist, $whatsnew;
// Redirected from filelist plugin?
$filelist = (isset($vars['cmd']) && $vars['cmd'] == 'filelist');
if(read_auth(':dummy',true,false)){
return array(
'msg'=>$filelist ? $_title_filelist : $_title_list,
'body'=>plugin_list_getlist($filelist));
}
else{
return array('msg'=>'認証エラー','body'=>'ページ名一覧の表示は許可されていません。');
}
}
中身は何でもいいので:dummyというページを作成。
ページの閲覧・編集認証（ページ名で）をオンにして:dummyを認証の対象に加える。
どうでも良いけど「ページの一覧」なんてページは無いし
$nolistなんてパラメータも無い。($non_listね)
0462nobodyさん
05/02/23 14:32:51ID:???0463nobodyさん
05/02/23 14:38:40ID:???プラグインを呼び出す側で一喝してチェックして、不適当なケースではプラグインを呼び出さないようにするべき。
つまり
普通のプラグインは規制状態では本体が最初から呼び出さない。
特権をもつプラグインを登録制にして、特権をもつプラグインは規制状態でも本体はノーチェックで呼び出す。
特権をもつプラグインの作者はプラグイン自身の責任で規制が突破されないように作る。
普通のプラグインは、プラグイン側で規制の有無に神経を使う義務はないようにする。
こういうのが設計のセンスだと思うんだけどねｗ
0464nobodyさん
05/02/23 15:07:57ID:???君の脳内にしか「特権をもつプラグイン」の定義が存在していないと思われるので、
「特権をもつプラグイン」の定義を明らかしてくれんかね。
0465nobodyさん
05/02/23 15:22:00ID:???上の文章でそれが分からない人間は、この先一生分からなくても生きていく上で差し障りないから、
気にしないことだ。所詮あなたが知ったところで、他人に対する絡みのネタにしか活用できないだろうから。
0466nobodyさん
05/02/23 15:23:51ID:???それが2chでは「自分には分からない」ことをむしろ相手への攻撃材料にしているのだから
恐れ入る。つまり頭の悪い人間ほど強いというわけだ。厨房がのさばるわけだ（ｗ
0467nobodyさん
05/02/23 16:28:38ID:???0468nobodyさん
05/02/23 21:47:24ID:8TSWGbo4とはいっても、ここには数人しかいそうにないが。
表の世界では客寄せ必死な割には、ここはいい加減だな。
ちょっと使う気なくしたぜよ。
0469458
05/02/23 21:59:38ID:???>459
一覧ページ自体を認証の対象にしたいのです。
で、閲覧認証にあの正規表現(?)で追加してもだめだったということです。
>461
さんくすです。
ページの一覧とはこれを指してました。
ttp://pukiwiki.org/index.php?cmd=list
$non_listと共にためしてみます。
0470nobodyさん
05/02/23 22:34:55ID:???0474nobodyさん
05/02/24 02:28:33ID:???> なあ、PukiWikiユーザって仲悪いのか？
PukiWikiユーザーが仲が悪いのではなく、人は皆この程度に仲が悪いものなのだよ。
PukiWikiユーザーだけ平均よりも中が良かったら、その方が特殊であり不気味だと思うよ。
この程度に仲が悪いというのは良くも悪くもPukiwikiは（結束力の強い）一部の特殊なユーザーだけが
使っている段階から卒業し、広く一般に使われ始めたということ。
0476全然分からない人
05/02/24 15:20:25ID:???/wikiフォルダにあるデータのファイル名、例えば
FrontPage.txt → 46726F6E7450616765.txt
みたいになんか変換されて居るんですけど、これを
任意に変換したいときは何をどうすればよいのでしょうか…
関連ツールとかそれっぽいのを検索してみたんですがさっぱりです。
スクリプトでできますよね、で終わってる文章とかそんなのばっかり…
0477nobodyさん
05/02/24 15:28:41ID:???それってWIKIの宿命じゃないの？
URLが長くなるとか。
0478nobodyさん
05/02/24 17:48:21ID:???0480476
05/02/24 21:05:59ID:???レスありがとうです
えっとですね…
たとえば***0001.txt〜***0999.txtというテキストファイルが手元にあったとして、
それを一回ずつweb上でコピペしてページにするのではなくて、
ファイル名をPukiwikiで読めるように変換してそのまま/wikiフォルダにつっこめば
ページとして認識してくれる？のかなと思いまして…
0481nobodyさん
05/02/24 22:21:34ID:???***0001.txt〜***0999.txtの
***の部分が同じ？
ならPage→50616765、みたいに実際に作ってファイル名見て、、、
後の0〜1の数字部分はそれぞれ 0→30 1→31 ... 9→39だから
0001→30303031 〜 0999→30393939 ってリネーム。
エンコードされたファイル名なら/wikiフォルダにぶっこめば読むみたいで。(当然
要は、0→30みたいな置換ができるリネームツールがあればできそう。
プログラムとかはできない人間なのでこんな原始的な方法しか思いつかないorz
0482nobodyさん
05/02/24 22:27:28ID:???sub make_filename {
my $key = shift;
my $enkey = '';
foreach my $ch (split(//, $key)) {
$enkey .= sprintf("%02X", ord($ch));
}
return $self->{dir} . "/$enkey.txt";
}
0483nobodyさん
05/02/25 00:01:52ID:???ツール使ってできたらうれしいね
俺秀丸マクロで似たようなの作ろうと思ったけどできなかった
(文字コードを文字になおす関数が秀丸になかった)
0484nobodyさん
05/02/25 00:19:13ID:???もうhenohenoにはついていけない…
0487nobodyさん
05/02/25 08:46:48ID:MlDT1rYU誰の注目も浴びない->やる意味がないという悲しい現実。
次の皇帝を選ぶのも皇帝の重要な仕事だとか。
0490nobodyさん
05/02/25 14:59:05ID:???話し合うのって意味ないんじゃないの？
与党と野党が話し合ったところで大した意味ないよね。
選挙で勝利した方がすべてを取るわけで、「支持しない」という事実が重要なのであって、
支持しない理由というのは「支持しないという意見に支持を集める」ためぐらいにしか役に立たない。
0491nobodyさん
05/02/25 15:00:32ID:???まあ、普通はそう思うだろうね。
実力さえあれば俺は自分勝手を許すタイプだが、実力もないし他人の意見も聞かないんじゃ、支持しようがない。
0492nobodyさん
05/02/25 15:07:15ID:???まあある意味henohenoの責任ではなくて、henohenoに任せた人の責任なんだろうが。
0493nobodyさん
05/02/25 16:17:10ID:???1.4.4→1.4.5のバージョンアップはかなりいい仕事だと思ってたんだけど。
デフォのスキンでlintのエラーが殆どないこととかも気に入った。
ウェブログツールと違って、ページを追加していってもそれが保持されるし。
0494nobodyさん
05/02/25 16:37:36ID:???２月リリースに固執して、1.4.5_rc1のあと１週間しか待たずにリリースした結果が、ポカミス修正中心の1.4.5_1リリースだし。
1.4.5はBugTrackの集まるのをもう少し待ってからリリースしてれば、こんなことにはならなかった可能性もあるかと。
あとcssのphp化も、cssのカスタマイズをしてる人間にとっては嫌がらせとしか思えなかった。
結局、また弄るの面倒なんでpukiwiki.skin.phpの<link rel="stylesheet"〜の部分を今まで通りのに戻したし。
0495nobodyさん
05/02/25 16:53:45ID:???0496486だけど
05/02/25 18:35:02ID:???いや、開発日記の更新がまめなのとか、リリースにαとrcかませてるのとか
見ると周りにかなり気を使ってる印象をうけたので、それと逆の見方をしてる人は
どういう所でそういう印象をもったのかな、と興味があるのだ。
できればどんなやりとりを見てそう思ったのかURLを示せれば最高なのだが。
0497nobodyさん
05/02/25 18:55:03ID:???っていう要望に答えるためのものだろう。あとは表示用と印刷用でcssを
まとめるためか。ブラウザごとの場合分けやピクセル計算もできるので歓迎。
今後ピュアなcssに戻る可能性も否定できないけど･･･戻らないで欲しいな
英語化の流れは、webからcvsリポジトリみるときにいろいろ文字化けするのを
嫌ったのか？英語化のし残しが残念だがこれもメインの流れとしてはいいと思う
でもやっぱり読むのつらいしちょっと英語がヘンなところあるし、
あと、PukiWikiの新規ユーザーが入ってこなくなってしまうので
日本語版は絶対必要。cvsに入れて欲しい(henohenoがここまでやらなくてもいいけど)
0498nobodyさん
05/02/25 19:25:15ID:???まるで本人のごとくhenohenoと価値観が同じだね。
確かにあなたが示したことはhenohenoが大事だと思って力を入れたことそのもの。
問題は、それがプロジェクトの運営でもっとも大事なことではないってことだんだけどね。
0499nobodyさん
05/02/25 19:29:43ID:???無理して新バージョンをリリースしなけりゃもっといい。
まあこの調子だと心配しなくてもそのうち一般のユーザーからは見捨てられるだろうけどね。
結局henohenoは「節操のない頻繁なリリース」というプロジェクト運営上の初歩的なミスを犯してるんだよね。
しかも本人は自分はプロジェクト管理が上手いと思っているから始末に終えない。
0500nobodyさん
05/02/25 19:35:16ID:???> いや、開発日記の更新がまめなのとか、
そんなことはどうでもいいが
>リリースにαとrcかませてるのとか
全然だめだね。あんな上で誰かが同じことを書いてるが、あんな短期間のα版やrc版のリリースは意味がない。
単に表面的に体裁を整えているだけに見える。思うんだけどhenohenoって実際にプロジェクトを運営した
経験がないんじゃないかと。未経験な人が聞きかじりの知識で真似事をしているように見える。
初めてプロジェクトリーダーを任された人が、まさに行う行動パターンにあまりにもそっくりだ。
誰でも最初は初心者なんだから、経験が乏しいことを今責めはしないが、初心者なら謙虚に
周囲の声に耳を傾けるべきだと思うけどね。
0501nobodyさん
05/02/25 19:54:23ID:???> 個人的に1.4.5でよかったのはcssのphp化。たぶんtDiaryのスキンを使いたい
> っていう要望に答えるためのものだろう。
何にでもメリットとデメリットがあるわけで、そういう見極めが大事なんだけどね。
例えばcssをphp化するデメリットについて、どれだけ念入りな議論がされたというのだろう。
>あとは表示用と印刷用でcssをまとめるためか。
だからそれはcssを切り替えられる機能があればいいこと。それをデメリットも考えずに
節操なく自由度は大きいほうがいいだろうと考えるセンスが、henohenoの経験を疑わせる。
>ブラウザごとの場合分けやピクセル計算もできるので歓迎。
これも同上。そもそもそこまでやっているシステムがどこにあるんだか。
Pukiwikiは「各ブラウザ毎に最適な表示を行うためのツール」ではないのだから、
あくまでWiki本来の部分に注力し、それ以外の部分については保守的なくらいがちょうどいい。
0502nobodyさん
05/02/25 19:54:33ID:???これもいろいろ混同している。英語環境でPukiwikiが機能すること、Pukiwiki本体の
表示が英語にできること、ドキュメントの英語化。これらは別のことだし、そもそも
本当にpukiwikiが優れたソフトなら、英語圏の人々は日本語を取り除くような変換ツールを使ってでも
動かしてくれるはず。我々が日本語非対応の海外のツールを無理に使うようにね。
いずれにしても、これについても英語化することで生じるデメリットについて
どれだけ議論が行われたというんだか。
> 日本語版は絶対必要。cvsに入れて欲しい(henohenoがここまでやらなくてもいいけど)
だから逆なんだってば。英語版の方が無用の長物なの。結局英語版を作れば日本語版と
英語版の２つが欲しくなるわけで、両方をサポートするなどばかばかしい。さらにいえば
両方をcvsに入れるなど正気の沙汰とは思えない。キャッシュをcvsに入れるのと同じように
おろかな行為。
バージョン管理においては管理しなければならないものを最小にするのが基本。
だから自動的に生成される中間ファイル（objとか）はcvsに入れないし、実行ファイルも
普通入れない。管理するものが増えれば、ソースと中間ファイルが同じバージョンになっているか、
チェクインンのし忘れがないか、などねずみ算的に管理の手間が増えていくからだ。
そうしたことを考えずに、なんでもかんでもcvsに放り込むという神経を疑うね。
0503nobodyさん
05/02/25 21:22:00ID:???0504nobodyさん
05/02/25 21:29:17ID:???http://pukiwiki.org/dev/index.php?%A5%ED%A1%BC%A5%C9%A5%DE%A5%C3%A5%D7
開発日記とか開発談義とかもあるけど量が多いのであとまわし･･･
0505nobodyさん
05/02/26 00:10:14ID:???0507henoheno ◆g2j80BX5do
05/02/26 13:58:42ID:???>>252
> リリース間隔については以前 [[ロードマップ#n869dd20]]
> (変な書き方ですが、伝わりますよね? (^^; ) で話して
> いまして、半年は短いと考えています。
既に該当のページをチェックしておわかりかと思いますが、
「半年は短い」は「半年は長い」の誤りです。
>>257
英語版・一部英語版(メニューだけ等)・一部英語のUTF-8版
の需要はかなり以前からあります。
なお、英語化を薦めているタイミングで、韓国のユーザーから
パッチが届きました :) (BugTrack2/13)
こちらから韓国語版のマージを働きかけることができなくも
なかったのですが、あちらから働きかけがあったのは有り難い
ことだと思っています。
0508henoheno ◆g2j80BX5do
05/02/26 13:59:20ID:???stableブランチを作ってはどうか、というご提案をありがとう
ございます。その辺は以前から既に検討されていまして、
「今はすべきでない」と考えています。
「改修が足りていない」と言う表現も同じ意味ですが、みんな
片付いていると思っているか、中身を気にされていないけれど、
実態がそうでない所が沢山積み重なっていて、鋭意修正中なのに
ここでブランチを切っても仕方がないということです。
具体的にはフォローが行き届いていない既存のBugTrackを
ご覧下さい。BugTrack2/17 など。
[[ロードマップ#n869dd20]] でmerlinさんが言われていま
すが、現状「linux-kernel の pre に当たるのは、daily-CVS
が受け持」っています。ブランチが一本なので当たり前ですね (^^;
0509henoheno ◆g2j80BX5do
05/02/26 14:00:07ID:???「半年は短い」というのは誤記です。申し訳ありません。
初期状態のキャッシュは、ユーザーに生成させるのではなく
パッケージ(*.tar.gzや*.zip)に最初から同梱しておくのが
良いと考えています。
＃この手間は、PukiWikiのホスティングサービスを構築したり、
＃PukiWikiをいくつも立てたり・立て直したりする時に
＃特に大きく影響します。
また、これがあるか無いかは、インストール直後の使用感
にも影響します。
すなわち各ユーザーに負担を強いるくらいであれば、
パッケージ製作時にパッケージ製作者が生成するのが
良いと思います。
そこで運用の問題になるのですが、パッケージ製作時に
初期状態のキャッシュを自動生成させるルーチンは現状
ないために、今回 cache/recent.dat と同じ対応を
行いました。
ちょっと難ですが (^^; これで「release.sh でパッケージ
生成を自動化できる」状態が今も維持されています。
詳しくは BugTrack2/8 をご覧下さい。
0510nobodyさん
05/02/26 14:02:00ID:p95mJyNKでよろしかったですか
0511henoheno ◆g2j80BX5do
05/02/26 14:16:18ID:???だと思います。
名称の発端は PHP + YukiWiki ですが、ピューキウィキとは
言わない気がします。
海外の方(at 本家WikiWikiWeb)には
> A little unfortunate that Puki is similar to 'puke',
> a word meaning 'vomit'.
という印象を与えることがあるようですので、
言わない方が良い気がします (^^;
逆に日本語ローカルなネタですが、GeboGeboという
Wikiがあるようです・・・
http://www.gebogebo.org/
> The name GeboGebo derives from the Germanic rune gebo,
> which means as much as "Giving and taking".
ネーミングは難しい問題ですね・・・
0512henoheno ◆g2j80BX5do
05/02/26 14:21:13ID:???発見。ぷきうぃき が正解です。
FAQ/2 や
http://pukiwiki.sourceforge.jp/PHPconference2003/
をご覧下さい。
0513nobodyさん
05/02/26 14:44:11ID:???> 俺も日本語版はcvsに入れて欲しいな。英語版は今後どうなるか知らないけど別にあっていいと思うよ
だからcvsに日本語版を入れればいいこと。英語版はcvsに不要だし、そもそもcvs以外にも不要。
英語版ができれば英語圏の人も使ってくれるともくろんだのかもしれないが、そういうものではない。
その証拠に中国語版とかは有志が勝手に進めている。必要とする人が必要とすることを行う。これこそ
オープンソースなわけ。
必要な物を追い出し不要なものを残したからhenohenoは批判されているわけ。
0514nobodyさん
05/02/26 14:46:13ID:???> メタ議論についていくにはロードマップのページあたりから見ていけばいいんですかね
henohenoってメタ議論好きだよな〜。俺も嫌いじゃないがｗ、henohenoはTPOをわきまえるべきだと思うよ。
やるなら本来の議論のじゃまにならない方法でやるべき。
0518nobodyさん
05/02/26 15:28:30ID:???> 既に該当のページをチェックしておわかりかと思いますが、
> 「半年は短い」は「半年は長い」の誤りです。
おや、当該のページの方が誤りだと思ったよ。思わずお節介にも書き換えようと思ったぐらいだ。
それはそうとして、問題なのはあなたがそう（「半年は長い」）考えていることではなくて、
あなたのその考えが支持されていないのが問題なわけ。しかも経験豊かな人にあなたを
支持しない人が多い気がするんだけどね。支持している側はあまり考えて物を書いていない印象を受ける。
そしてあなたはそういった意見に対して何ら説得力のある説明をしないし、理解も求めていない。
単に「自分はこれが正しいと思う！」と繰り返しているだけ。結局自分勝手なんだよ。
自分が作った最新版を多くの人に使ってみてもらいたいと思うのは誰もが同じこと。
ユーザーからの反応は励みになるし、意見はさらなる改良のヒントになるからね。
しかしその一方で頻繁に多くのバージョンをリリースすればエンドユーザーは
混乱するし、それに対するサポートの負担も増える。また改造やプラグインの作成を行っている人々や
それらを利用している人たちの負担もね。
この二律背反を回避するために多くのオープンソース開発は開発版と安定版を分けている。
誰だって一つのバージョンに集中した方が楽だし、おもしろいに決まっているわけで、
にも関わらず開発版/安定版という手法が広く使われている意味をあなたは軽視している。
0519nobodyさん
05/02/26 15:28:46ID:???数人のプロジェクトも数100人のプロジェクトも、ね。つまりしっかりとした開発体制をとるか、
いろいろ言い訳して自分が楽しいことだけをやるか、というのはリソースの過不足の問題ではなく、
どれだけ深くプロジェクト運営を理解しているかという問題。
さらにいえば、あなたの言動からあなたは開発版/安定版という形態でのプロジェクトを運営したことがないように感じる。
あなたは欠点ばかり机上の空論的に並べいるが、そうした点は運用方法の工夫でいくらでも避けることができるものだ。
重要なのは形態ではなく実質的なものなのだからね。経験がないなら周囲から吸収すればいいものを、
あなたは「うまくいくとは思えない」と門前払いしてしまっているから、あなた自身の知識や経験もいつまでたっても
成長しない。リーダーは優柔不断では困るが、それは最終的な決定を行う時点のこと。あなたはそうした
さじ加減がわからないから、はるか以前の段階であなたやPukiwikiにとって有益となるような意見の芽を摘んでいる。
> の需要はかなり以前からあります。
需要があるか否かではなく、あなたが率いているプロジェクトで行う意義があるかという話をしている。
意義があるか否かは需要があるか否かだけでは決まらない。そんなこともわからないのかわからないふりをして
目をそらしているのか…いずれにしろまともなプロジェクト運営者のとるべき態度ではないね。
あなたは他人の意見は一応聞く（ふりw?）が、他人に対して理解を求める努力は一切しない。
あなたのこの文章を読んでもわかる通りね。あなた程度の実力（はっきりいえば素人に毛が生えた程度の経験）で、
そんな独断専行で周囲の人がついてくると思っているところが、未熟だといっている。
0520nobodyさん
05/02/26 15:41:15ID:???> なかったのですが、あちらから働きかけがあったのは有り難い
> ことだと思っています。
これは各国語を本体のプロジェクトがサポートしなくてもうまくいっている実例だろうね。
つまりあなたのやったことは無駄でしかない。ちょっと残酷な言い方をすれば、ね。
Pukiwikiの各国語対応をあなたは勘違いしている。各国語対応とはコメントや表示文字を変えることではないし、
それらを本体が包含することでもない（もちろん包含する方法もあるだろうが、モジラプロジェクトのような
大規模なものならともかく、Pukiwikiプロジェクトのような少人数プロジェクトには向かない）。
各言語を母国語とする人々が修正や改良をしやすいようにコードや開発体制を整えていくこと。
コードについていえば、ソースに日本語が入っていることは致命的なものではない。その対処方法は
彼らが考えてくれる。必要なのは彼ら独自の修正やPukiwiki本体の今後の修正においても彼らの
負担が少なくなるようなコードに変えていくこと。言語間で共通化できる物はまとめ、できないものは
できないものでまとめる、といったね（まあ、さすがにこんなことは書く必要ないだろうが）。
■ このスレッドは過去ログ倉庫に格納されています