recent.inc.php.4が必要です。以下のプラグイン/差分を統合しています。rss.inc.phprss10.inc.phpofficial:自作プラグイン/rssp.inc.phpofficial:自作プラグイン/rssp10.inc.phpofficial:自作プラグイン/rss10pp.inc.phpBugTrack/159rss10pp.inc.php.title.diffplus:Plugin/mixirss.inc.phpupk:Plugin/lirs.inc.phpfeed3b.diff.txtrecent10_feed3_to_a.diffなお、rss10pp.inc.phpの機能のうち、FoaF関連はrssプラグインの概念から外れると判断し削除しています。同様の理由から現段階では実装を見送っています。1.0のみ)閲覧認証ページのコンテンツを出力しないようにする(rss10pp.inc.phpにも同様の問題が存在する模様です)。BugTrack/741ご意見・ご要望等有りましたらどうぞ。17:56:02予想通りRecentChangesViewerのナビゲーションが表示されていなかったのを修正しました。18:20:00最新版は常にupした日付と共に一番上に書いてあると、嬉しいかも。23:13:35おおー。12:25:47どこかで見た記憶があると思ったらrss10pp.inc.php.title.diffと同じようなことをしてたわけですね(苦笑)。RSSリーダからページ名だけの情報では分かりにくいかもしれませんね。実装してみます(...が、微妙に負荷が高くなる気が(汗)。18:46:35実装してみました。rss.inc.php.4です。20:25:09ちなみにdescription出力を有効にするのは便利な機能ですが、実体参照の途中でぶつ切りにされたら簡単にパースエラーが発生してしまう諸刃の剣だったりします。行メタという意識です。00:52:22行で切るのはいいアイデアかもしれないですね...。複数行パッチはHTML変換してから切ってるので問題ない気がしますが...。ここらでmixirss.inc.phpのキャッシュ機能を考えた方がいいのかもしれません。仕組みは単純なので、あまり時間がかかるようなら入れておいたほうがいいかもしれませんね。14:09:03よくよく考えると、対応しているフォーマットが多いのと、設定による中身の変動が多いのでキャッシュは逆効果かもしれません。17:15:31そろそろrss.inc.phpという名前も見直した方がいいような気がします。rssだけを配信しているわけではないので...。22:20:26recent.inc.phpとファイルを統一するつもりはありませんので、それはちょっと無理です。23:39:18私の方ではsyndicateとかを考えてたんですが、feedの方が分かりやすくて良いかもしれませんね。Syndication)でいい気がします。適当に英単語三つ並べて無理矢理RSSにこじつけるとか。22:34:16確かにRSS自体がそういう意味を持ってますよね。それだとやっぱり語弊が出てくるんじゃないかと少し心配です。10:29:24AtomはRSSじゃないとか、RSS2.0はRSS1.0の次のバージョンじゃないと考えている人は多いと思います。このシチュエーションでは、既存のどれでもない名称が望まれているように思います。15:18:04rdfでいいのでは?もしくはxml。元々の目的はページの要約ですし。RDFもRSSと同じく一実装の名前として使われてしまっています。逆に、xmlは指しているものが広すぎるようです。仮にMathMLを出力するmimetexプラグインの亜種が生まれたとして、それもフォーマット的にはxmlではあったりするのですから。rdfもxmlも、個々の管理者が「うちのRSSフィードのURLはこれ」と決めるぶんには何の問題もありません。今回の場合、ユーザーの誰もが使うプラグインの名前なのであれこれ言っているところなのでした。13:55:29そうなると、やっぱりfeedがいいと思います。syndicateだと、双方向性みたいなニュアンスがありますし。19:33:40結局feedという意見が多そうなので、これで落ち着かせることにします。00:54:59とりあえずXSLTにも対応しましたし、ここらで一応完成としておきましょうか。あとは使う人の力量次第といいますか...。12:30:05お疲れ様です。feed.inc.php.1をdevにアップロードしておきました。23:48:19お疲れ様です。feedですが、引数をrss主体ではなくてどの手法とも平等にすることはできないものでしょうか。00:47:20feed.inc.php.2でどうでしょう?cmd=feed&ver=rss2.0などでrssを表示します。00:07:55統合するのはそう難しくは無いですが、一つのサービス固有のものですしねぇ。様子見させてください。23:48:31recentをインラインで使う際、表示される「最新のX件」というリンクにおいて、インラインの引数で指定したヘッドライン指定とページ指定が失われてしまいます。コマンドとして使用した際に表示される各リンクにおいても同様にヘッドライン指定とページ指定が失われてしまいます。22:38:48pukiwiki.xsl.phpは、粗製でよければ私のサイトに掲載してあります。XSLが不要ならxml-stylesheetが含まれる行をコメントアウトすることも出来ます。14:47:58ご指摘の点は確かにrecent.inc.phpのバグでしたので、最新のrecent.inc.php.11で修正しております。15:59:50早速の対応ありがとうございました。23:41:09今recent.inc.php.12を試してみました。pageを指定するとマッチしたものだけをリストアップするはずですが、リストアップする総数として199行目で$retval['total']を参照しているためか、何かおかしいです。pageでフィルタする前にoffsetで最初のいくつかを削除しているので、表示される範囲がずれてしまってるような気がします。*5に置いておきます。recent.inc.php.13にでも反映していただければ幸いです。いうより、plugin_recent_getlistの戻り値が正しくないような感じがしましたので、recent.inc.php.12.hanadaでは戻り値のほうを修正しています。01:02:59表示範囲がずれる不具合については、recent.inc.php.13で修正できたはずです。前者の不具合についてですが、これについては詳細が分かりかねます(修正したファイルにもアクセスできないため、どのような問題が発生するのか理解できていません)。すると修正によってそれも直っているかもしれませんが...。00:07:08特定のディレクトリを「除く」全ての更新情報を取得とかは対応できませんか?正規表現対応でもいいのですが。ページ名の羅列を希望にそってフィルタするという行為は、可能といえば可能でしょう。そのため、フィルタの条件を動的に変えようとするならそれも可能でしょう。feedが重くなってしまったりと、単純に実装した場合、従来の利用感とは食い違う結果をもたらしかねないと思います。どのようなフィルタ条件を与えるか、については管理者のみが変更できる様にした方が怖くないかもしれません。別件ですが、外部から与えられた正規表現をそのまま実行させるのはとても怖いと思います。22:39:44同じWikiサイトからのfeedをshowrssプラグインで表示すると、convert_html()が再帰してサーバが高負荷状態でダウンします。ページ内容を生成するときにプラグインを停止させる改造で回避できました。同じような問題ですか・・・。その内容が含まれなくなるという副作用が・・・*6。