PostWikiスレ 当ての無い旅路へ

密かに期待してますよ。

postwiki.org Wiki
http://postwiki.org/wiki/

PostWiki製作板
http://postwiki.org/bbs/dev/

PostWiki利用者板
http://postwiki.org/bbs/user/

PostWiki-user ML
http://lists.sourceforge.jp/mailman/listinfo/postwiki-user

掲示板サイトがちょー使いにくい

やる気のなさではぷきうき以上の印象を受けるんだが・・・。

あんだけグダグダ話し合っておいて名乗った奴らは何も形にしないのか?

ログファイル互換は欲しいかも知んないけど一から作ったほうがいいんじゃないか?
手直しくらいじゃ意味なさそうだ

最初のころから言われていた、日本語設定ファイル(postwiki.ini.php.dist)
をさっきコミットしました。plusのサイトにあった日本語設定ファイルの
コメント部分を最新のpukiwiki.ini.phpにコピーしています。ので、日本語化
されていない部分もすこし残ってます。今CVSにあるpukiwiki.ini.phpは、配布用
のアーカイブを生成するスクリプトを書いたら削除する予定。

SourceForgeのtrackerはなんか書きづらいんだが・・・もっと気軽に書けるのがあればなあ。
掲示板にソース書くのもどうかなあって思うし。

sourceforgeが微妙に使いづらいのは分かるけど、さてどうしたものか。

ttp://sourcepost.sytes.net/
一時的にソースを投稿するのなら、こんなのもあるけど。
日本語も大丈夫みたいだし。

pukiwiki.phpからpostwiki.phpなどにファイル名を変更しました。
それに伴い、index.php、lib/init.phpなどにも修正があります。

まだスキンのpukiwiki.skin.phpやpukiwiki.css.phpが残って
いますが、これはpostwiki用のスキンが出来てからでいいかなと。

sourceforge に経過報告を書いてこっちはリンク置く形にしないと。
2ch のログは消えるんだから。

>>13
ttp://postwiki.org/bbs/dev/には書いてるけど、sourceforgeはすっかり忘れてた。
ttps://sourceforge.jp/tracker/?atid=7195&group_id=1939&func=browse
と、MLのどっちがいいかな?

まだ途中だが、antでアーカイブを生成するスクリプトを
>>10
の実験も兼ねて、投稿してみた。
ttp://sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=26934

ant分かる人は修正、他のスクリプトが好きな人はそれで作成して投稿よろしく。
CVSからチェックアウトしたカレントにおいて
ant package
とやると、targetフォルダを作ってzipとtar.gzを作成する。その際、キャッシュ
は無視、postwiki.ini.php.distなどはpostwiki.ini.phpに名前変更してアーカイブ
するようにしているので、ローカルでテストのためにpostwiki.ini.phpを変更
していても問題ないはず。

BTSの話だけどMantisって言うのが評判いいみたいなんだけどどうかな?

ここはやはりTracで。

>>15
以下のファイルも必要。あと、build.xml中の${build.dist}は${build.dest}
のスペルミス。
#build.properties
Name=PostWiki
name=postwiki
vendor=PostWiki Project Team
version=0.0.9
year=2006
encoding=EUC-JP
Windows-31J
locale=ja
build.dir=${basedir}/_target
build.dest=${build.dir}/dest

ちょっと見た感想。
Mantis
日本語の資料があるので導入は簡単そう。

Trac
Subversionとか使えるいいサーバーないかな。
DBとの連携は参考になりそう。

何これ？PukiWiki作り直そうの会？

仮Wiki は結局どうすんの？
なんか前よりさらに発散しまくってますます意味が分からん

http://pc8.2ch.net/test/read.cgi/php/1126713887/637-

>>21
新しいリーダーになって収束させてくれ。

仮Wikiはごちゃごちゃしてるが良さげな意見もたくさん集まってるので
一旦凍結して追加修正の参考として利用していったらどうか?と思ってる。

ここはソフトごとにスレ建てるのはどうだろうと思ったけど、まぁ建てて
しまったものは有効利用すればいいのではなかろうか。
ttp://postwiki.org/が使いにくい人とかが利用するとか。

sourceforgeはCVSをこのまま使っていく。

ttp://postwiki.org/は掲示板とか、Wikiの実験とか?

で、プロジェクトの現状は、新しいリーダー、コミッタ、スキンなどのデザイナー
を募集中といったところだろうか。PukiWikiへの追従とか、仮Wikiに挙げられ
てた簡単な要望への対応は、いまのところ前からのコミッタがやっている。

結局BTSを導入する気はあるの?

あるけど、どれがいいのか迷ってる。

Trac

CVS使うかSubversion使うかでも変わるけどな

流行りのTracでいいよ

ちょっと調べてるけど、OpenSVNなら無料でtrac+svnが使えるみたい
ですな。
使ったこと有る人いたらどんな感じか教えて。

なんかすごく怪しいが大丈夫か? >OpenSVN
ぐぐってもほとんどヒットしないし

>>30
学生さんが運営してるんだって
ttp://d.hatena.ne.jp/rich850/searchdiary?word=opensvn

>>31
ますます信用できないな。やっぱりおとなしくCVS使ったほうがいいのでは?

大きな配列の変換処理にunsetが無い (pukiwiki:BugTrack2/159)
の修正をコピーしてCVSにコミットしました。
ttps://sourceforge.jp/tracker/index.php?func=detail&aid=7978&group_id=1939&atid=7195

dumpプラグインがテンポラリの生成に失敗する場合がある (pukiwiki:BugTrack2/122)
を以下のファイルに取り込んでコミットしました。
lib/file.php
plugin/dump.inc.php

ttps://sourceforge.jp/tracker/index.php?func=detail&aid=7980&group_id=1939&atid=7195

結局BTSの話は無視か

>>35
せかさない。

[プログラム板] 【バグ】BTS使ってる？【追跡】
ttp://pc8.2ch.net/test/read.cgi/tech/1088818269/

上のBTSスレとか見てると、どうもTracの人気が高いみたい。
いい鯖があれば使ってみたい。

あとこんなのも宣伝されてた。
ttp://www.backlog.jp/
CVSはそのままでBTSだけ利用するならこんなのもありかもしれないと
思った。

で、どうやって決めよう?

Trac のいいところは BTS, Wiki, SVNビュワーが全部まとまってるところ。
連携させる方法とか考える必要がない。
依存してるツールが若干多いが、SQLite 使えばデーモンも減らせるし、
そんなに面倒じゃないだろう。

とにかく手軽に行きたいとかサバが、とか言うなら影舞にしとけば？
Ruby だけで動くからあちこちで利用できるだろ。

特に決め手がないようなら、BTSのメンテナンスやってもいいよって
人が慣れてるものにしてもらうってのはどうだろう。できれはこの
スレとかに上がっているのからのがうれしいけど。

BTSからちょっと話逸れるけど、そろそろParaEdit(見出し編集)のパッチを
PostWikiに取り込みたいと思ってます。結構テスト(ローカルで使ってるだ
けだけど)したし、PukiWikiの更新にあわせていくときにすこし手間かかるので。
ttp://fullmetal.dip.jp/pukiwiki/index.php?memo%2F%B2%FE%C2%A4%2Fparaedit.diff%A4%CB%A4%C4%A4%A4%A4%C6

で、3点ほど相談。
1.ブランチきってもうちょっとテストしたほうがいいか?
2.ParaEditをデフォルトで可能にしたほうがいいか?
3.見出しのIDの†がParaEditの近くに被るのがあれだという
意見があったが、移動&別の記号に変更したほうがいいか?

あとParaEdit入れたときに印刷用CSSをいじるので、そのときについでに
TABLEタイプじゃないスキンのcatwalkとiridも取り込めたらいいなぁと。

pukiwikiバラバラにして書き直していたら
必要な物ができてしまった…。
ParaEdit導入。
MySQL連携。
基本は静的ページで検索その他をデータベースで扱う仕様。

基本は静的ページって事は、データベースはオプション扱いにして、今まで通りなくてもやれるように？

>>41
いや、必須。
データベースに書き込み時に、対応するhtmlファイルを書き換えてる。
PEAR通してあるから、たぶん他のデータベースでも行けるけどテストしてない。
汎用性を考えるとSQLiteくらいはテストしておこうかな…。

ok、把握した。
それならDB関係をラップしちゃって、プラグイン作者に利用してもらって複数DB対応させるとか(ry

本体だけ複数DBで動作しても、プラグイン側にまで強要してやらせるのは難しいし、それならそれを遣り易くする環境を用意出来ないかなと。

DB対応はいいけど個人的にはファイルベースの手軽さを失って欲しくないな。

ちょっとヘビーユース用途だったので。
今のpukiwikiの仕様は検索負荷が致命的だから。

誰が誰だかわからんよ。
コミット権持ってる奴は鳥つけれ。

>>45
検索負荷もそうだけど、検索結果の表示を改良したパッチ
コミットしたいなぁ

>>40
公開してCVSにブランチ作るみたいな予定あります?

>>48
今のところ、予定はないです。
既存のwikiクローンに新しい物を追加できたとは思っていないので…。

なんでもいいからBTS入れてくれ
パッチとかあげたいからさ

いやんパッチ

>>50
仮Wiki跡地に影舞入れる実験してるけど、なんかうまくいかないっすorz
パッチしばらくはここに貼り付けてもらってもいいですか?

うーん・・・別に影舞じゃなくてもいいから入れて欲しい。PHPのBTSなら楽に導入できるのでは?

PHP だけで動くような BTS なんてあったっけ？

「だけ」とは言ってない。DBも要るだろうけどさ。

影舞はRubyだけで動くから楽ってことで薦められて
たのに、それに代わるものとしてDBが必要なPHPの
ものを出してくるのか？

なんで不必要な議論がこうも盛り上がるんだ。
「なんでもいいからBTS入れようぜ」
「影舞が駄目なら他のも試してみたら」
って話だろ?

>>53 は楽ってのがポイントで他のを薦めてるんだろ？
影舞よりどう楽なのかはおれも知りたい

一応影舞動きました。パーミッションの設定間違えてただけだった…。
ttp://wiki.s160.xrea.com/bts/html/
ちょっとテストしてみてください。
正式版は、重くならないようならttp://postwiki.org/に建ててもらいたいなぁ。

php+dbのmantisを試していて、postwikiにも欲しいなぁと思ったのは、
install.phpで設定できて、結果が下みたいに返ってくるとこ。
ttp://wiki.s160.xrea.com/mantis/mantis.png
こんな感じなら勘違いしててもすぐ分かる(と言い訳)

XOOPSとかもそんな感じで出るね

付属のBTSは良くならない？

いずれはBugTrackでやりたいけどまともにするのに時間かかりそうだからね

bugtrack?  tracker じゃなくて？
tracker にキャッシュやインデックスと表示件数の
制限や絞り込みなどの機能をつけていく方向がいい
んじゃないかなぁ。

特にほしいのはキャッシュとインデックスかな。
ちょっと数が増えると一覧表示が激重だし、キャッシュ
作るときについでに項目別にインデックス起こして
くれればまともな検索ができるようになる。

この手の仕掛けで検索が全文検索しかないのは
致命的に使いにくいんだよな。

>>39
一週間たったけど、ParaEditの件どうしましょう。
しばらく様子見、もしくは後回しにしたほうがいいですかね。

ParaEditは入れてなかったら、
追加してくれって意見が出てくる数少ないプラグインだから、
入れられるのなら入れて欲しい。
あとinput_helperとか入力支援も考えて貰いたいです。