kazuyk

フォームへ飛ぶリンクの URL 引数の post_id には正しい値が入ってきているのでしょうか。
MW WP Form で「URL引数を有効にする」にして、引数 post_id にいろいろ値を与えて試してみると、post_id=0 のとき、{ID} や {post_title} はフォームが設置してある固定ページのプロパティになります。

このプラグインは元々、カテゴリーアーカイブのタイトルにアイコンを挿入するもので、「投稿一覧の記事タイトルの前にカテゴリー別にアイコンを入れる」機能はないようです。

ちょっとめんどうですが、ループ内で、例えば

$category = get_the_category(); 
$icon = templ_get_the_icon( array( 'size' => 'small'), 'category', $category[0]->term_id );

としてあげると、設定したアイコンが画像の場合は $icon[1][0] に画像のURLが入ってくるので、

echo '<img src="' . $icon[1][0] . '">';

としてやればアイコン画像を挿入できます。

「問題が残っているのかいないのか」は、何を問題と呼ぶか、にもよると思います。テーマ販売元からすれば、本来あるべき状態になっていないのは確かなので、「問題ありません」とは言いにくいでしょう。

私は「実質、問題ない」と書いた理由はすでに述べたとおりですが、少しわかりにくかったかもしれないので、書き直します。

カスタムタクソノミーとかタームとかいうとイメージしにくいかもしれませんが、標準の「カテゴリー」や「タグ」もタクソノミーの一種なので、イメージしやすいよう、Co-Authors Plus が追加する author というカスタムタクソノミーを「タグ」だと考えてみましょう。

そうすると、Co-Authors Plus がやっていることの主要な処理は下記のように表現できます。

• ユーザー名と同じ名前の新規タグを追加する ([投稿]>[タグ]で新規追加するイメージ)
• 各投稿に、作成者と同じユーザー名のタグを付ける
• 各ユーザーの投稿数を、そのユーザー名のタグが付いている投稿数に置き換える

Co-Authors Plus を停止すると複数投稿者機能タグは機能を失い、各ユーザーの投稿数も本来の数字に戻ります。複数投稿者機能が停止しても、DB には、ユーザー名のタグと、そのタグがどの投稿に付いていたか、といった情報は残ってはいますが、それらの情報はどこからも参照されることはなく、使われません。

pokota88 さんの場合、記事のいくつかに付いたタグは、すでに存在しないユーザーを指していて、誤っているわけですが、複数投稿者機能を使わないなら関係ありません。

使われないタグが残っているだけ、と考えれば、実質問題ないと判断できるでしょう。

DB の中にゴミが残るのは、あまり気分はよくありませんが、それ自体が特に何か悪影響を及ぼすことはないでしょう。

奥の手として、テーマの複数投稿者機能は無効にしたまま、Co-Authors Plusプラグインをインストールして有効化したあと、アンインストールしたら、DB に残っている author タクソノミーのタームと記事への関連付けを消去できるのでは、と思ったのですが、プラグインをアンインストールしてもそれらは消えませんでした。ということはつまり、このプラグインを一度でもインストールした WordPress の DB には漏れなくゴミが残ってしまうわけで… それは気にしないことにすればいいと思います。

最初のコード例でタイプミスしました、すみません。括弧の位置がおかしかったので訂正します。
if ( is_page( 'slug1' ) || is_page( 'slug2' ) || ・・・ ) ) {

なお、・・・と書いたのは、フォームを入れたページが3つ以上の場合に、同様に続くという意味で書いただけですので、2ページだけなら下記です。(念のため)
if ( is_page( 'slug1' ) || is_page( 'slug2' ) ) {

下記の部分が、「フォームが送信されたら〇〇を実行する」という機能を設定しています。

document.addEventListener( 'wpcf7mailsent', function( event ) {
	// (処理内容)
}, false );

function の波括弧 { } の中にif節を書く必要があります。

ユーザー編集画面では、入力フィールドを含む tr 要素にユニークな class 名が付いていますが、新規追加画面ではそれがなくて、cssではすんなり指定できなさそうなので、jQueryで非表示にしてしまう方が手っ取り早いかもしれませんね。

functions.php に書くサンプルです。ご参考までに。

function my_custom_user_screen() {
	$screen = get_current_screen();
	if ( $screen->id == 'user' || $screen->id == 'user-edit' ) {
		$script = <<<EOT
<script>
	jQuery('#first_name').parents('tr').hide();
	jQuery('#last_name').parents('tr').hide();
	jQuery('#url').parents('tr').hide();
</script>
EOT;
		echo $script;
	}
}
add_action( 'admin_print_footer_scripts', 'my_custom_user_screen' );

• この返信は8年、 2ヶ月前にkazuykが編集しました。理由: コードタグ閉じ忘れ

カテゴリーごとの表示にした際に

というのは、たとえば news というカテゴリーがあるとして ‘//(domain)/category/news/ ‘ で news カテゴリーアーカイブを表示する、ということだと思いますが、出力する際に category.php の中で日付条件のみのクエリーに書き換えているので、当然そうなってしまうかと思います。

category.php の中で条件を設定するのでなく、pre_get_posts フックを利用してカテゴリーアーカイブに条件を追加してはいかがでしょうか。

たとえばテーマの functions.php などに下記のようなコードを入れて、category.php からは $args = array(・・・); ～ $query = new WP_Query( $args ); を取り除けば、目的の結果が得られるような気がします。

function my_custom_query_for_category( $query ) {
	if ( is_category() ) {
		$nowdate = time();
		$query->set( 'meta_value', $nowdate );
		$query->set( 'orderby', 'meta_value' );
		$query->set( 'meta_key', 'wpcf-start' );
		$query->set( 'meta_compare', '>=' );
		$query->set( 'order', 'ASC' );
	}
}
add_action( 'pre_get_posts', 'my_custom_query_for_category' );

• この返信は8年、 2ヶ月前にkazuykが編集しました。理由: コードブロックの閉じ忘れ

PBD AJAX Load Posts というプラグインが、テーマの元々のページナビゲーションを消して別のナビゲーションに置換しようとしているようなので、PBD AJAX Load Posts プラグインを停止すれば、とりあえず最終ページと同じナビゲーションが消えないようにはなると思います。