PostWikiスレ 当ての無い旅路へ
ParaEditは入れてなかったら、
追加してくれって意見が出てくる数少ないプラグインだから、
入れられるのなら入れて欲しい。
あとinput_helperとか入力支援も考えて貰いたいです。 >>66
思い切って
ttp://fullmetal.dip.jp/pukiwiki/index.php?memo%2F%B2%FE%C2%A4%2Fparaedit.diff%A4%CB%A4%C4%A4%A4%A4%C6
のパッチをあててコミットしました。
スキンの追加、修正はちょっと後にしたいと思います。
> あとinput_helperとか入力支援も考えて貰いたいです。
パッチが何種類かあるよう?ですね。ちょっと調べてみますが
詳しい人いたらよろしくお願いします。 細かくてどうでもいいことですけど、ルートに置かれている*.txtをdocディレクトリ
みたいなのを作ってその下に移動したいです。
ttp://wiki.s160.xrea.com/bts/html/guest.cgi?project=postwiki&action=view_report&id=3
またまた重箱の隅つつくような細かいところなんですが、
「diff、backupプラグインのメニューについて」
ttp://wiki.s160.xrea.com/bts/html/guest.cgi?project=postwiki&action=view_report&id=4
プラグインでリンク直に生成しているところをmake_pagelink使うように
修正していて気になったので。
以下のプラグインのリンク作成部分をmake_pagelink()で書き換えてコミットしました。
recent.inc.php
topicpath.inc.php
ttp://wiki.s160.xrea.com/bts/html/guest.cgi?project=postwiki&action=view_report&id=5
脚注のアンカーに埋め込む本文の最大長の指定追加をコミットしました。
pukiwiki:BugTrack/420
lib/make_link.php
default.ini.php
keitai.ini.php
ttp://wiki.s160.xrea.com/bts/html/guest.cgi?project=postwiki&action=view_report&id=7
コミット情報の書き方を手探り状態なのですが、
ttp://postwiki.org/bbs/dev/#5
と、実験中の
ttp://wiki.s160.xrea.com/bts/html/guest.cgi?project=postwiki&action=top
に記入していこうかなと思っています。
このスレにコミットの報告を書くと何だか見づらくなって話の腰を
折りそうなのですこし見合そうかと。
PostWikiには何が求められているのかよく分からないんだよな。
最近レスがろくにないのは誰も期待してないってことなのかな。 まぁ、当面は代替のひとつとしてやっていければいい気がします。
そのうち何か特徴が出てくれば、意見も出やすくなってくるんじゃ
ないでしょうか。
>>73
さんざん出てたと思うけど。
単に heno のいない pukiwiki でしょ。 アップデートしやすくするってのは具体的に考えてる人いる? >>76
postwiki.ini.phpをpostwiki.ini.php.distみたいな名前に変更して
いるので、CVS版もすこしアップデートしやすくなっているかも。
リリースパッケージはスクリプトでそれらの名前を戻して生成する
ようにしたほうがいいかもしれません。ヘルプの日本語ページ名前
をなくしてしまえば、UTF-8版もスクリプトのフィルタで簡単に生成
できそうです。自分は開発はPHP-Eclipse使っているのでこれらのant
でスクリプト書いてます。
>>77
plus!はsubversionですよね。自宅鯖なんでしょうか?
そういや
http://cvstrac.org/
なんてのもあるね。実際に動いてるとこ見たことないけど。
sfでも今月末からsubversion使えるようになるらしいよ プログラム板のsubversionスレにでてた
ttp://sourceforge.net/docman/display_doc.php?docid=31070&group_id=1
ttp://sourceforge.net/forum/forum.php?forum_id=538116
sf.jpはどうなんだろう? sourceforge.jpにもSubversion入ったら移行したいですね。ファイルの移動とか
簡単になりそうですし。
#Subversionスレで「次はBTSを…」と書かれてるのを見て、ああやっぱりと思ったり >>15
の配布用パッケージを生成するスクリプトをコミットしたいのですが
みなさんどんな環境で開発してるのでしょうか。
自分はPHPEclipseを使用しているので、
ttp://wiki.s160.xrea.com/bts/html/user.cgi?project=postwiki&action=view_report&id=14
の添付画像みたいなUIでパッケージを生成出来るとうれしいのですが、別の環境使っている人が
多いなら乗り換えてもいいかなぁと。 >>86
BTS 全然活かされてないのね
もっと大々的にアナウンスしたら? >>87
一週間ほど様子みてコミットしてみます。削除するのは簡単だし。
windowsでの開発環境だと、xamppとAll-In-One-Eclipseの一括インストール
が便利でした。興味のある人は試してください。他にも便利なのがあれば、
紹介よろしくお願いします。
>>88
BTSはしばらくテストして、postwiki.orgさんに引き取って貰おうかなぁと
思っています(甘えすぎ?)。 >>89
build.xmlをコミットしました。antをインストールして環境変数ANT_HOMEを
設定している場合、コマンドプロンプトから>antと入力するとパッケージが
生成されます。
Eclipseの場合は、build.xmlを選択して右クリック、実行、antビルドでUI
が立ち上がります。
UTF-8版のパッケージ生成タスクは現在コメントアウトしています。 上記のスクリプトでUTF-8版のパッケージも作成出来るのですが
2点ほど問題があります。
1.日本語のページ名(ヘルプとルール)をUTF-8でエンコードしたものに変更
するのがスクリプトだと面倒
--Help、Ruleにページ名を変えたい
ttp://wiki.s160.xrea.com/bts/html/user.cgi?project=postwiki&action=view_report&id=19
2.lib/init.phpの
case 'ja':
// EUC-JP
define('CONTENT_CHARSET', 'EUC-JP');
をスクリプトで変更するのが面倒
--postwiki.ini.php.distのロケール時間の設定をしている付近に移動したい
ttp://wiki.s160.xrea.com/bts/html/user.cgi?project=postwiki&action=view_report&id=20
1.はpukiwikiのサイトでも変更されているし、特に問題ないかなと思っています。
2.はどうしたものか。。。 >>91
最初から
postwiki.ini.php.dist-utf8
postwiki.ini.php.dist-eucjp
の二つを用意して、パッケージングのときにどっちを詰め込むか決めるようにすればいいんでない?
他の部分の設定の同期を取るのが面倒そうだけど。
でも、それならスクリプトで置換かました方が単純かなー。
あと、UTF8にするなら検索部分の見直しも必要だよ。わかってると思うけど。 自宅鯖(光プレミアム) で trac 提供できまつが、いかがでつか?
>>92
スクリプトで置換する(@encoding@とかで可能)、またはpostwiki.ini.php.distの別ファイルを
用意する方向でいきたいですね。lib/init.phpにフィルタをかけるようにするとCVSのをテスト
するときにまた一手間かかるから、該当部分をpostwiki.ini.php.distに移しておきたいところ
です。
検索部分の見直しというと、lib/func.phpのfunction get_search_wordsあたりのことでしょうか。
すんません。そのままでいいと思ってました。 >>93
いいっすね。このスレみるとtracに興味ある人多かったし実験してみるのも
いいかもしれません。
いまのところ、
-sourceforge.jpのバグトラック(いまは放置気味)
-postwiki.prgの影舞(仮Wikiのを移してもらおうと思ってるがまだない)
-93さんのtrac(これから)
の3つがBTSの候補でしょうか。どれかが急に駄目になっても複数あれば安心
とか考えているのですが、一応どれをメインにするかは、決めないといけな
いですね。 >>96
意思決定とかいうなら、メールとか送れば良かったのに。
というか、早い反応だと思うけどな どんなに即答しても「さようなら」って言うつもりだったんじゃ? つーか、tracはsubversionとセットで使わないと旨味がない。 trac を提供できるってことは、当然 subversion も含んでるんじゃないの?
スレの流れを見てると、勢いを感じれないのは確かかも。 ttp://wiki.s160.xrea.com/bts/においていた影舞を
ttp://postwiki.org/bts/に移動してもらいました。
BTS繋がりでmantisのcheck.phpをマネして↓みたいなのを作ってみました。
ttp://sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=27296
postwiki.ini.phpと同じ場所において各ディレクトリが書き込みできるかだけ
チェックします。
仮Wikiで試すとこんな感じになります。
ttp://wiki.s160.xrea.com/check.php
まあ、いくら作業したところで、利用者が pukiwiki から移行してくることもないわけだが。 ちょっとBTS(ttp://postwiki.org/bts/)の宣伝というか感想、
RSSで項目をすっきり取得できるのがいい感じです。
>>103
いまのところ、自分も閉じた環境でしか使ってないです。何種類か用途別に
立ち上げているので、paraeditの設定とか、CVSで管理してもpostwiki.ini.php
の上書きを一々気にしなくていいところなんかは気に入っているのですが。 あと、すこし現状報告をしときます。
現在UTF-8版のパッケージ生成のあたりをテストしてます。
んで今週末までには公開したいと考えてます。
仮Wikiの整理というか終了もしないといけないのですが、まだ
手をつけてません。
1 週間くらい会社休んで、ちゃんとしたモノでも作ったらどう?
ヲチしてる人間としては、どーせこのままフェードアウトするんでしょとしか
おもってないし。 >>1004
URLはh抜かなくて良いですよ
それと、")"が含まれて表示されなかったorz
つ http://postwiki.org/bts/
>>106
会社休むのは無理だけど、まぁウザくない程度に粘ってみます。
>>108
訂正どうもです。 半端でも良いから公開するのも手だぞ。
誰かが使っていると思えば開発のモチベーションが変わるぞ。 俺自身の経験からいくと、一番モチベーションが高いのは公開直前だな >>111-113
モチベーション、盛り上げなどを考えると、逐次公開していく
のが一番良さそうですね。
>>105
UTF-8版のパッケージ生成を簡単にするために2点変更してコミットしました。
-ページの「日本語」を削除、「InterWikiテクニカル」を「InterWikiTechnical」に変更
http://postwiki.org/bts/html/guest.cgi?project=postwiki&action=view_report&id=19
-lib/init.phpのENCODING設定を移動
http://postwiki.org/bts/html/guest.cgi?project=postwiki&action=view_report&id=20
同時にパッケージ生成スクリプトも修正したので、euc-jp版(zip、tar.gz)、
utf-8版(zip、tar.gz)を作ってリリースのテストをしてみました。
https://sourceforge.jp/projects/postwiki/files/
文字コードがうまく変換できているかなどの確認をよろしくお願いします。
(>>92さんから指摘のあった検索関係は何もしてないのでバグとして報告してください)
*.skin.phpと*.css.phpが容易に変更できるようにしてほしいところ。 css.phpは普通のcssにすれば、色々便利なツールが使えるかもしれません。
css.phpはPHP部分消すだけでも一応いけるね。 >>120
たしかに新しい機能の追加を考えると、一からって気にはなってきますね。
でもPukiWikiに現在ある機能もにもまだ改善の余地はあると思うし、
PostWikiに寄せられてた要望にも割と簡単に実現できそうなものや、すでに
パッチが存在するものも結構ありますから、すこしづつそういうのを取り
入れていきたいです。改悪じゃなくてちょっとだけ改良ぐらいを目指して。
>単語検索をGETにしてはどうか
テスト中だった単語検索をGETにする件は、Plus!を参考にして
search.inc.phpを変更して、コミットしました。
search.inc.phpの
define('PLUGIN_SEARCH_DISABLE_GET_ACCESS', 0); // (0:GETで検索,1:POSTで検索)
を編集して切り替えてください。
デフォルトをGETにしてしまったのですが、これについてはもう少し検討したほうが
いいかもしれません。意見お願いします。
http://postwiki.org/bts/html/user.cgi?project=postwiki&action=view_report&id=22#7
postwiki.org
は鯖移転中ですので、暫く繋がりません。
少々お待ち下さい。
>>122
ページ更新するときちんと表示されますけど、
設置時にメニュバーがきちんと表示されてなかったです。
それと、URLは表示されていないようです。
[[:]]だと案内文も表示されませんでした。
postwiki.orgに設置して確かめてみますが、
ご確認下さい。
>>123
> postwiki.org
> は鯖移転中ですので、暫く繋がりません。
> 少々お待ち下さい。
ご苦労さまっす。
> ページ更新するときちんと表示されますけど、
> 設置時にメニュバーがきちんと表示されてなかったです。
報告ありがとうございます。パッケージにcache以下の
entities.dat、recent.datを含めるのを忘れていました。
修正してコミットしました。
> それと、URLは表示されていないようです。
> [[:]]だと案内文も表示されませんでした。
こちらは状況がちょっとよく分かりません。上記のバグと関連が
あってメニューバーにURLが表示されないのでしょうか?
両方修正できたら、04/15版をsfにリリースしようと思っています。
postwikiの04/17版(euc-jp,utf-8)をリリースしました。
https://sourceforge.jp/projects/postwiki/
修正点は以下の2点です。
-パッケージにcache以下のentities.dat、recent.datが含まれない不具合を修正
-search.inc.php(改)2006-04-17 revesion 0.3の更新(以下の二点)に対応
--特殊記号(&xx;になる記号)を含む文字列を与えたときに検索結果が表示されない不具合を修正。
--PCREのS装飾子付加による検索の高速化。
--http://teanan.homeip.net/pukiwiki/?%BC%AB%BA%EE%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3%2Fsearch.inc.php%28%B2%FE%29
唐突ですが、現在の作業状況を報告。
連休明けまでには、以下のスキンをパッケージに含められるようにしたいと
考えてます。
-basis
-irid
postwiki って DB 使うの?なら使いたい人も多そう。
>>40
静的って HTML 作るの?
オートリンクが有効になっていたら、ページを1つ作ると、
その単語があるページを全部探して全部書き換え直すの?うぇぇ divタイプのスキンを追加しました。
http://postwiki.org/bts/html/user.cgi?project=postwiki&action=view_report&id=46
basisは、divで段組するタイプで、css.phpでcssを生成(色は別のcss)します。
iridは、おなじくdivで段組するタイプで、普通のcssファイルを使います。
それぞれのオリジナルからの変更点はnofollow対応ぐらいで、†の変更、
こまかな印刷対応などはまだおこなっていません。
パッケージのダウンロードはこちらからどうぞ。
https://sourceforge.jp/projects/postwiki/
不具合、要望などがあれば、報告よろしくお願いします。
>>128
DB対応、やるなら一から全部書き直したい…という流れでいまのところ
誰も動いていないと思われます。
公開せずに DB 対応してる人はけっこういると思うよ >>131
そうですね。せっかくのfork版なので積極的にDB対応の検討とか
テストができるかもしれません。
ので、公開しているよとか、ブランチきってコミットしてみようか
という場合は、ここに連絡お願いします。
一応自分の今週の作業予定として、
-印刷用スタイルシートの作成
-Wiki文法のチートシート作成
を目標にしています(両方は無理か)。
PukiWikiの改変はちょっと追っていないので、重要な修正が抜けているとか
コミットしたい修正があるからコミット権くれとかツッコミがあれば、よろ
しくお願いします。
結局積極的な香具師が1人しかいないんだからhenohenoのやってることと同じだなwww いいんじゃないのそんなもんで。
本家でなく、こっち使え!と強制するわけでもなし。
これは個人的なことだが、少なくとも本家より俺の趣味にあってるし。 http://kinowiki.net/
これも pukiwiki fork の一種なのかな。 KinoWiki1には
「PukiWikiを使っていてのいくつかの不満と方向性の違いを元に作者が作り直したものです
((PukiWikiのソースコードはほとんど使われていません))。」とあるから、
ver.1ならforkといえなくもないんじゃないの。 >>134-135
仮wikiなどであげられていた意見とか趣味?でそれなりに合意ができてて、
すでにパッチなどがある簡単なものを、すこしづつ取り入れている段階
ですので、割とのんびり気味でやってこうと思ってます。
もっと積極的に開発スピードあげるべしという場合は、これが重要だから
優先的に・・・とか、パッチ書いたからテストしてコミットしてよとか、
コミット権くれとか反応していただけると助かります。
しつこいですけど、よろしくお願いします。
>>138
俺は応援しか出来ないけど
ガンガレ、マイペースでガンガレ 細かいのは、ここでは報告する必要ないですかね?
>>140 みたいなちょっとはずかしいバグとか以外は、テストリリース
のときにまとめてというのが楽かも。
一応、報告してくれた方がいいと思うよ
>141は単に脳味噌が可愛そうな事になってる人みたいだし、無視でいいと思うよ。 >>141
レポート板じゃない。
レポートスレだよ。楽しみにしてくれ。 >>143
> 一応、報告してくれた方がいいと思うよ
了解です。しばらくは週明けに一回ぐらいの割合になると思います。
>>144
あ、なるほど。これは気がつかなかったっす。 Wiki文法のチートシートをsf.jpに登録したのですが、
なんだかダウンロードできません。euc版、utf8版の
整理をしていたのがまずかったのか、zipなどもダウンロード
できないようです。自分だけでしょうか? >>147
自分もダウンロード出来ました。すぐ反映されないだけだったのかも。
お騒がせしました。
>>149
URL偽装対策をしたときに、外部へのリンクをすべて握りつぶしていました(なぜ???)。
URL偽装対策でのデグレード修正、各種プラグインの印刷対応と、topicpathプラグインの
デグレードを修正の三点を修正した、2006-05-16版をリリースしました。
https://sourceforge.jp/projects/postwiki/files/?release_id=20173#20173
変更履歴
*2006-05-16
-URL偽装対策でのデグレードを修正
--http://postwiki.org/bts/html/user.cgi?project=postwiki&action=view_report&id=54
-各種プラグインの印刷対応
-http://postwiki.org/bts/html/user.cgi?project=postwiki&action=view_report&id=53
--pukiwiki印刷対応
---pukiwiki.css.php
---<?php if ($media == 'print') { ?>で印刷対応
--basis印刷対応
---base.css.php, print.css, pukiwiki.skin.php
---<link rel="stylesheet" href="print.css" media="screen"/>で印刷対応
--irid印刷対応
---orangebox\orangebox.css, orangebox\print.css
---cloudwalk\cloudwalk.css, iridwire\iridwire.css
---pukiwiki.skin.php
---@import url("../orangebox/print.css") print;追加で印刷対応
-topicpathプラグインでのmake_pagelink対応時のデグレード修正
--http://postwiki.org/bts/html/user.cgi?project=postwiki&action=view_report&id=48
今週末あたり、仮Wikiのトップページをここやsf、postwiki.orgのバグ表などへの誘導に
修正しようと思ってます。
あとこれに絡んでpukiwikiに入った修正の導入の計画、相違点を大まかにまとめた
ドキュメントを公開してみようかと。
>>152
仮Wikiのトップページは適当なのをでっち上げていますが、
pukiwikiに入った修正の導入の方はサボって遅れてます。
今週ももしかしたら無理かもしれません。 よーし、アイデアだけ投げてみるぞ。
-英数字ページの場合は保存ファイル名を encode しない。
--これはみんなの pukiwiki の不満だ。
-wiki 用のタイムスタンプは別ファイルに持つ
--ftp でアップロードしたときにタイムスタンプが更新されていつ編集したのかがわからなくなっちゃ救えない
--ファイルのタイムスタンプを使うから、ファイル所有者が apache じゃなくて、touch が実行できないから、ファイルを作り直すとか面倒くさいことをしなければいけないんだ
--notimestamp は sage の意味で使いたいだけで、実際のタイムスタンプを見れば実際は更新されたことがわかり、プラグインなどからも扱いやすい
-もっとメタ情報を持たせる
--上のタイムスタンプしかり、あとは概要とか。てけとーにブログCMSでも参考にしたいものだ。
-ページ名の仮想ディレクトリを本当のディレクトリにする
--1つの wiki ディレクトリにファイルを大量に置くと遅くなるのだ。
-wiki 文法に自由度を持たせる
--せめて変数に格納してくれ
--プラグイン的に文法を変えられるようになったらすばらしい。
--またその wiki 文法エンジンを他の CMS でも使いやすいように組んであげると偉い
-ユーザー管理
--これはいわずもがな
ちらしの裏代わりに書くだけ書いてみた。 ちらしの裏続
-local.ini.php かなにかで pukiwiki.ini.php を上書き設定
--pukiwiki.ini.php が新しくなっても大丈夫なように
--上書きという仕組みを作るには php ではハッシュを使うことになるだろう。
-プラグインのダウンロードをブラウザから可能に
--ftp を使わなくていい
-プラグイン更新通知
--プラグイン作者になんらかのテキスト or RSS でも用意させて、それにアクセスすればいいのだろうか?
--firefox のあれってどうなってんだ?
もうないかな?どうかな? 各ページにメタ情報欲しいですね。
154さんの言ってるタイムスタンプ、概要(description)のほかにも
投稿者とか、titleとか。できれば、
#freeze
#nofollow
#norelated
みたいにページの頭に書くのではなく、別ファイルにしてもらえるとありがたい
です。 2006-06-04版のパッケージをsfに上げました。テストよろしくお願いします。
https://sourceforge.jp/projects/postwiki/files/?release_id=20172#20172
2006-05-16版からの主な変更は以下の項目です。
*2006-06-04
-recentプラグインでrecent.datを有効活用していない(pukiwiki:BugTrack2/150)を修正
-put_lastmodified() の負荷軽減(pukiwiki:BugTrack2/151, BugTrack2/179)を適用
-do_search()の効率化(pukiwiki:BugTrack2/171)を適用
-見出し編集の更新(paraedit20060527.diff.gz)を適用
*2006-05-21
-IEで印刷時にサイドメニューが消えない場合があるため印刷CSSを修正
更新履歴はこちらにまとめてみました。
https://sourceforge.jp/projects/postwiki/document/postwiki_postwiki-euc.zip_-_Changes/
pukiwikiにはいった修正でこちらにも入れて欲しいというのがあれば指摘してください。
次に導入できそうな要望として以下の二つを考えています(仮Wikiから拾ってきました)。
-Plus!の入力アシストを同梱
-管理者パスワードをローカル(JavaScript)で生成するプラグインの導入
両方JavaScriptが関係するようですが、自分はあんまり詳しくないので
どなたか手伝って貰えないでしょうか?
これって何が pukiwiki と違うの?
追いかけてるだけ? 簡単にまとめると以下のような違いがあります。今のところ要望のあったパッチ
をあてて追いかけているだけといった感じでしょうか。
-設定ファイルのコメントを日本語に戻しました。
-UTF-8版を用意しました。
-スキンを2タイプ(basis、irid)パッケージに取り込みました。
--追加したスキンの印刷対応を行いました。
-見出し編集機能のパッチをあて標準機能として取り込みました。
-検索結果の概要表示、複数ページに分割して表示する機能を標準機能として取り込みました。 >>160
Plusの開発人に入れてもらえよ
本家はhenoの独裁で何も出来ないしさ plus!からは顔アイコンや日本語の設定ファイルなどを流用させてもらってます(感謝)。
細かいところでは[[http://www.google.com>http://www.yahoo.com]]みたいな偽装
を警告するパッチなどもそのまま取り込んでます。
plus!やsiteDevでの機能を取り込んで欲しいという要望もありますし、良いとこ取り
できればいいのですが。
>>164
そういうことをしたかったの?
一から作り直そう的なものじゃなかったの? >>164
そういう機能を目指してるなら
B-WikiみたいにCMSの一部として機能するWiki作った方が…