各記事の表示方法についての質問なのですが。
カテゴリーや月別過去ログでの絞込みで、ヒットした記事を表題一覧のような表示にすることは可能でしょうか。

Quote:

カテゴリーや月別過去ログでの絞込みで、ヒットした記事を表題一覧のような表示にすることは可能でしょうか。

umeさんの質問が、ある条件にて記事が絞り込まれて表示されてる場合には、記事のヘッダー部分のみを表示し、個々のタイトルをクリックして記事が１件だけ表示するときになってはじめて、記事の内容を表示するようにしたい。
という事であれば、
wordpress/themes/xxxxx/index-template.phpを大幅に改造してやればできなくは無いと思います。もう少し詳しく説明すると、wordpressへのリクエストのクエーリー内容（GETパラメータ）を元にして、どの項目を表示すべきかを判断して、必要な項目のみを表示してやるようなロジックをテンプレート内に組み込んでやる必要があります。

テンプレートを変えずに擬似的に記事を隠すためには、記事本文の一番先頭に

<!--more-->

を置いてやれば良いかもしれませんね！

まいどお世話になってます！
早速0.31インストールして便利に使わせてもらってます。

今回の質問なのですが、「最近の投稿」ブロックで新しい投稿に[New]マークがつくようになってますが、これの文字色を変えたりアイコンに変更したりするにはどのファイルのどの部分を変更したらいいのでしょうか。
せっかく[New]マークがつくならお洒落に！って思ってます

Quote:

^今回の質問なのですが、「最近の投稿」ブロックで新しい投稿に[New]マークがつくようになってますが、これの文字色を変えたりアイコンに変更したりするにはどのファイルのどの部分を変更したらいいのでしょうか。

文字色を変えられたいのであれば、
ブロックのスタイルを定義している、
modules/wordpress/themes/xxxx/wp-blocks.css.php
を編集して下さい。
100行目あたりに、

#wpRecentPost .new1 {
	font-size: 80%;
	font-weight: bold;
	color: #EE0000;
}

#wpRecentPost .new2 {
	font-size: 80%;
	font-weight: bold;
	color: #00BB00;
}

という部分があると思いますので、この部分で色や文字の形状を変える事ができます。
アイコンに変えたいというのであれば、
modules/wordpress/blockst/wp_recent_posts.php
を編集する必要があります。
Newの表示は、136行目あたりで、

	if ($elapse < 1*60*60*24 ) {
		$newstr = ' <span class="new1">New!</span>';
	} else if ($elapse < 7*60*60*24) {
		$newstr = ' <span class="new2">New</span>';
	} else {
		$newstr = '';
	}

という部分を修正して下さい。
いずれも、new1とある部分が24時間以内に投稿された記事、new2という部分が１週間以内に投稿された記事を意味します。

了解しました。
いつも、ありがとうございます

ちょっとお久しぶりです。先日はお世話になりました。

さて、自分のサイトでは、WordPress MEを複製して様々な方に執筆していただこうと思っているのですが、wordpress、wordpress0〜wordpress9の11個ではすぐ足りなくなる可能性があります。
そこで、wordpress1001のように4桁でディレクトリ名をつけて複製はできないでしょうか？

Quote:

そこで、wordpress1001のように4桁でディレクトリ名をつけて複製はできないでしょうか？

現在のところは、４桁数字のディレクトリ名にはそのままでは対応出来ません。
WordPressモジュールの基本ロジック上は、4桁の数字でも問題は無いのですが、
現在は幾つかの部分で０から９の数字を前提としている部分があります。
１．インストール用SQLファイル。
　　０から９を前提として、mysql0.sql〜mysql9.sqlが用意されています。
２．モジュール用アイコン
　　０から９を前提として、wordpress0.png〜wordpress0.pngが用意されています。
３．XOOPSブロック及びXOOPS検索用関数
　　０から９を前提として、

	for ($i = 0; $i < 10; $i++) {

　　というような形で、各モジュール用のブロック表示関数を生成しています。

基本的には、１及び２に関しては対象となるディレクトリ用のSQL及びアイコンを用意し、
３．に関しては現在存在しているWordPressディレクトリに対してブロック表示関数を
生成するように修正すれば、ブログの個数を増やす事はできると思います。
とりあえず、ご参考までに。

Quote:

のぶのぶさんは書きました：
Quote:

そこで、wordpress1001のように4桁でディレクトリ名をつけて複製はできないでしょうか？

現在のところは、４桁数字のディレクトリ名にはそのままでは対応出来ません。
WordPressモジュールの基本ロジック上は、4桁の数字でも問題は無いのですが、
現在は幾つかの部分で０から９の数字を前提としている部分があります。
１．インストール用SQLファイル。
　　０から９を前提として、mysql0.sql〜mysql9.sqlが用意されています。
２．モジュール用アイコン
　　０から９を前提として、wordpress0.png〜wordpress0.pngが用意されています。
３．XOOPSブロック及びXOOPS検索用関数
　　０から９を前提として、

	for ($i = 0; $i < 10; $i++) {

　　というような形で、各モジュール用のブロック表示関数を生成しています。

基本的には、１及び２に関しては対象となるディレクトリ用のSQL及びアイコンを用意し、
３．に関しては現在存在しているWordPressディレクトリに対してブロック表示関数を
生成するように修正すれば、ブログの個数を増やす事はできると思います。
とりあえず、ご参考までに。

返信有り難うございます

③の操作ですが、
for ($i = 0; $i < 10; $i++) {
の箇所を全て
for ($i = 0; $i < 100000; $i++) {
に修正しましたが、これは正しい記述と言えますでしょうか？

Quote:

③の操作ですが、
for ($i = 0; $i < 10; $i++) {
の箇所を全て
for ($i = 0; $i < 100000; $i++) {
に修正しましたが、これは正しい記述と言えますでしょうか？

正しいと言えば正しいのですが・・・
100000回もループをそれぞれの場所で廻して関数を定義するのは、レスポンスや使用するメモリーに大きく影響してくるので、あまり進められる方法では無いと思います。
小生がもし修正するとすれば、別の場所で、現在のmodulesディレクトリ下にwordpressで始まって、数字があとに付いているディレクトリをスキャンして配列に格納し、その配列を元にして、foreach文でループさせる方法をとると思います。
ご参考までに！

Quote:

のぶのぶさんは書きました：
Quote:

③の操作ですが、
for ($i = 0; $i < 10; $i++) {
の箇所を全て
for ($i = 0; $i < 100000; $i++) {
に修正しましたが、これは正しい記述と言えますでしょうか？

正しいと言えば正しいのですが・・・
100000回もループをそれぞれの場所で廻して関数を定義するのは、レスポンスや使用するメモリーに大きく影響してくるので、あまり進められる方法では無いと思います。
小生がもし修正するとすれば、別の場所で、現在のmodulesディレクトリ下にwordpressで始まって、数字があとに付いているディレクトリをスキャンして配列に格納し、その配列を元にして、foreach文でループさせる方法をとると思います。
ご参考までに！

よくわからないですが 、参考にさせていただきます。貴重な時間をお割きいただき有り難うございました。

Quote:

よくわからないですが 、参考にさせていただきます。

もしこのあたりが、よくわからないのに修正をされているのであれば、かなり危険な事だと思います。
特に、もし一号さんの環境が、ご自分の個人専用のサーバでなくてレンタルホストを使われていて他のユーザと共用されているのであれば、
Quote:

for ($i = 0; $i < 10; $i++) {
の箇所を全て
for ($i = 0; $i < 100000; $i++) {

という修正は、他のユーザの方にも迷惑をかける可能性があると思います。

このあたりを十分に認識された上で、改造していただくようにお願いしますね！

はじめまして、お邪魔します。
xoopsを最近使いはじめました。早速、WordPressモジュールを使わせていただいてます。
0.3.1より、pukiwikiの機能が使えると喜んでいたのですが、埋め込みのタグを書いても
機能しません。　
ここでブログ内のすべての記事をPukiWiki書式で書く事が必要となる。とありますが、具体的にはどのような手順をふめば宜しいでしょうか？　よろしくお願い致します。

0.3.0時に2，3件書込みをして、記事を削除し、pukiwikiの書式でPOSTしましたが失敗。
xoopsでモジュール削除（モジュール管理で削除・その後、ディレクトリを削除・0.3.1をインストール）再インストールしましたが、POST失敗（pukiwikiの書式が）でした。
記事自体の投稿は可能です。
Plugin Managementで確認しましたが、pukiwikiは有効になっていました。

【環境（自宅で試験用に建ててるserverです。）】
Debian GNU/Linux kernel 2.2.20
xoops2.0.7/php4.1.2/apache1.3.26/MySQL Ver 11.16 Distrib 3.23.49

xoopsにはphpBB2module(X-PBB-Module_1.22)とB-Wiki(20040630)を入れています。

tororinさん、ようこそ！
Quote:

Plugin Managementで確認しましたが、pukiwikiは有効になっていました。

おそらく、Plugin Managementの画面で「有効」と表示されているのでしょうが、非常に判りにくいのですが、「有効」というリンクは「有効にする」という意味です。
という事で、現在「有効」とひょじされているプラグインは、すべて無効の状態です。
「有効」リンクをクリックして「無効」と表示されるようになって、はじめてプラグインが有効になります。
お試しあれ！
（この部分のメッセージはオリジナルのWordPressMEと同じなのですが、判りにくいので修正しなくてはと思いつつ忘れておりました ）

Quote:

のぶのぶさんは書きました：

おそらく、Plugin Managementの画面で「有効」と表示されているのでしょうが、非常に判りにくいのですが、「有効」というリンクは「有効にする」という意味です。
という事で、現在「有効」とひょじされているプラグインは、すべて無効の状態です。

のぶのぶさん、早速の返信、ありがとうございます。
確かにじっくりと見ると”アクション ”とありますね。しかも、有効になった際には
pluginの名前が太文字になってました。　しかし、直感では分かりにくい気がします。


Quote:

のぶのぶさんは書きました：

（この部分のメッセージはオリジナルのWordPressMEと同じなのですが、判りにくいので修正しなくてはと思いつつ忘れておりました ）

WPMEforXOOPSでpukiwikiタグが利用できるだけでも感謝感激です。
”くだ質 ”で申訳ありませんでした。

大変かと思いますが、これからも頑張って下さい。

のぶのぶさん、WordPressな皆さん、お世話になります。

便乗質問で失礼します。
WordPress 最近のコメント　のブロックを表示したところ、pukiwikiのタグがそのまま出てしまうのは仕様なのでしょうか？それともインストールに失敗していると考えて良いのでしょうか？（判断がつかない御馬鹿でスミマセン ）

宜しくお願い致します。

Quote:

WordPress 最近のコメント　のブロックを表示したところ、pukiwikiのタグがそのまま出てしまうのは仕様なのでしょうか？それともインストールに失敗していると考えて良いのでしょうか？

コメントブロックでPukiWikiタグが表示されてしまうのは、今のところはスペックになっていますので、インストールに失敗されたわけではありません。
確かに、この部分は改善した方が良さそうですね！

返信ありがとうございます。

Quote:

コメントブロックでPukiWikiタグが表示されてしまうのは、今のところはスペックになっていますので、インストールに失敗されたわけではありません。
確かに、この部分は改善した方が良さそうですね！

ほっとしました。
是非、次のチューニング時には取り入れていただけたらと思います。
宜しくお願い致します。

一応、すでに報告があるかもしれませんが。
wp_admin/edit-form.phpの136行目
wp_admin/edit-form-advanced.phpの161行目
がShort_tagの<? になっていました。

wordpressモジュール内のファイルを<??[^php]で検索したらその箇所だけでした。

Quote:

<??[^php]で検索したらその箇所だけでした。

<＼?[^php]
です。
バックスラッシュが、でないのかな?

tohokuaikiさん、ありがとうございました。
当方で、Short_tagの<?の一括検索をしておくべきでしたね！
次リリースで反映させていただきます。