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/
0404nobodyさん
05/02/19 08:26:19ID:???> 真性ｷﾃｨの公開ｵﾅﾆｰだから。
ん〜相手がいるからその例えはおかしいんじゃないの？
まあこれ以上は怖い考えになってしまうからやめとくがね。
0406nobodyさん
05/02/19 08:43:52ID:???0407nobodyさん
05/02/19 08:55:49ID:???| オープンソースプロジェクト運営話 (オプばな) †
|
| オープンソースプロジェクトのメンバーについて
| http://sourceforge.jp/forum/message.php?msg_id=11324
| 0. 受け入れをスムーズにしないと話が始まらない
| 1. 行動で語らないと話が進まない
| 2. 権限を持つ者が複数人いないと突然止まりかねない
| 3. 権限を持つ者は必要最小人数でないと混乱する
| 4. 役割(作業領域)ごとに担当が分かれないと並行作業が進まない
| 5. 過程を明確にしてもらわないと問題を共有できない
| 対比を肯定的に書くべきだったかな
うーん、「お説ごもっとも」以上の発展性のない見解ですな。実際sfのフォーラムに付けられたコメントも
| 一々頷かされることばかりです。
| しかし、これが実際、中々難しいことばかりですよねぇ...
だけ。マイルドな表現になってるが「んな当たり前のこというんじゃねー！」ってことだろう。
| 行動で語らないと話が進まない -- 納期があるものならそうなんですが、
| アイデアや指摘だけでもいろいろな方の興味ややる気を刺激するので これは ちょっと違うような気がする。
| プロジェクト進捗至上主義みたいでちょっといやだな これ。
| それに そうすると 時間の取れる人の範疇だけになってしまって いろいろな発展の芽を摘む事になるような気もする。
| -- merlin 2004-10-04 (月) 22:00:58
henohenoもmerlinも間違い。「プロジェクトが進むか否か」は「行動で語るか否か」とは無関係。
納期があるプロジェクトだろうがないプロジェクトだろうが、ね。
0408nobodyさん
05/02/19 08:56:07ID:???| 私も交互にやっています*2。個人的にはウィットとユーモアも欲しいですが、これはまだ修行中 -- henoheno 2004-10-05 (火) 12:31:06
「間違った方向に〜」この考え方がいちいち気になるんだよね。henohenoの言動の節々から感じるのは、
「何が間違ったことなのか」は検討事項ではなく、天与の決定事項と考えているように思わざるを得ない。
それにウィット云々は笑止千万。大事なのは行なっていることの正当性であり、仮にやっていることが
専制的ならウィットを交えたからどうなるものでもない。
| 行動する人が少なくて頓挫した、悲しいプロジェクトの例として osdev-j:B-Free を挙げておきます -- henoheno 2004-10-05 (火) 12:33:59
未だにosdev-jプロジェクトの経緯はつかみ切れていないが、あくまで現時点の俺の（不完全な）知識に
基づいて判断すると、「行動する人」を追い出したのげ頓挫の原因じゃないの？
Pukiwikiプロジェクトが二の舞にならないことを願うばかりだ（ｗ
0409nobodyさん
05/02/19 08:56:16ID:???| 結構 バランスが問題な事項でしょう -- merlin 2004-10-05 (火) 12:54:30
| はいバランスも大事です。そしてB-Freeも参加者(話者)は多かったけれど、周囲の状況とは無関係に継続して
| 歩を進められる程のエネルギーを維持できた方が少なかった。上記のリンクに当時の記録へのリンクがありますよ。 -- henoheno 2004-10-09 (土) 10:38:55
ある意味henohenoの言ってることは正しい。「行動」によってプロジェクトを引っ張っていくだけのバイタリティの
ある人間は、相応のわがままが事実上許される。それがよいかどうかは別として、現実の話としてはね。
営利目的で行なう開発は会社から任命されたプロジェクトリーダーが最終的な決定権をもっているが、
オープンソースの場合天下りに与えられる権限はないのだから、コーディング能力にせよプロジェクト運営能力にせよ、
実力によって周囲を引っ張っていく事になる。
henohenoの間違いは、自分ではそういいながら、当人は実力が不十分なのに、実力以上のことを目指している点。
自分の価値観に反する他人の行動を制限するなら、その分を自分の能力で補わなければならない。
（自分でコードを書けといっているのではないので誤解しないように。プロジェクトの運営やデザインを含んだ
広範囲の意味の「能力」のこと）
言い方を変えれば、自分で補えるだけの範囲が、自分の価値観を他人に押しつけてよい範囲といえよう。
それを超えて自分の価値観を他人に押し付け他人の能力を制限すれば、プロジェクトが先細りするのは自明のこと。
0410nobodyさん
05/02/19 09:03:53ID:???自分の価値観を第1に考え、「正しい」ことを行なうのが最優先なのか、
たとえ自分の価値観に反することでも実情を鑑み、プロジェクトの継続と発展を第1に考えるのか
という点で言動が一致していないこと。一方で「行動で示せ」というのだから、後者なのだろう。
もう一方では「（自分の考える）正しいことを行なうのが使命と考えている」という。それを
（周囲が納得するだけの）行動で示せれば問題ないのだが、それが伴わずにやたら形式的な理屈だけで
他人の行動を律しようとするから、osdev-jのような結末になる。
0411nobodyさん
05/02/19 09:31:50ID:???0415nobodyさん
05/02/19 12:14:31ID:???henohenoと池沼をここに隔離すればいいのか。
0416nobodyさん
05/02/19 14:53:16ID:???0417nobodyさん
05/02/20 09:23:18ID:???0418nobodyさん
05/02/20 10:11:09ID:???質問箱とかヘルプとか読みましたが見つけられませんでした。
0419418
05/02/20 12:09:55ID:???BracketNameをエスケープできないWikiってけっこうあるみたいですね。
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:???■ このスレッドは過去ログ倉庫に格納されています