get_all_post_type_supports

（3.4.0以降）
get_all_post_type_supports - 投稿タイプの項目を取得する

説明

array get_all_post_type_supports( string $post_type )
投稿タイプの項目（feature）を取得する。

パラメータ

  • $post_type
    'post'や'page'といった投稿タイプ名を指定。

返り値

パラメータ$post_typeで指定された投稿タイプの項目を連想配列で返す。投稿タイプ名が無効な場合は空の配列を返す。
標準状態の投稿（'post'）と固定ページ（'page'）の返り値は次の通り。
'post''page'
 
{ 'title' => 1,
  'editor' => 1,
  'author' => 1,
  'thumbnail' => 1,
  'excerpt' => 1,
  'trackbacks' => 1,
  'custom-fields' => 1,
  'comments' => 1,
  'revisions' => 1,
  'post-formats' => 1 }
{ 'title' => 1,
  'editor' => 1,
  'author' => 1,
  'thumbnail' => 1,
  'page-attributes' => 1,
  'custom-fields' => 1,
  'comments' => 1,
  'revisions' => 1 }

注意

返り値の配列には、テーマやプラグインによって拡張されている表示項目は含まれない。また、個々のユーザが表示／非表示にしているかはこの情報では確認できない。
返り値の内容はおおよそ次の通りとなる。
feature項目名
'title'タイトル
'editor'編集ボックス
'author'作成者
'thumbnail'アイキャッチ画像
'excerpt'抜粋
'trackbacks'トラックバック送信
'custom-fields'カスタムフィールド
'comments'ディスカッション
'revisions'リビジョン
'post-formats'フォーマット
'page-attributes'ページ属性

使用例

  • 'page'の項目を取得する。
    <?php $features = get_all_post_type_supports( 'page' ); ?>

フィルター

実行するフィルターはありません。

アクション

実行するアクションはありません。

ソースファイル

/wp-includes/post.php

最終更新 : 2016年05月25日 07:02

関連

参考

Code Reference: get_all_post_type_supports

お勧め

ダッシュボードの「クイックドラフト」を「CodeMirror」に変更してみた（2019年11月5日 更新）

管理ページの「テーマエディター」では4.9以降「CodeMirror」が利用されている。今回はこの「CodeMirror」をプラグインで活用できないか調べた話である。

headタグのmeta（generator）タグを取り除く（2018年5月27日 更新）

標準的なWordPressのテーマで出力されるHTMLには、headタグ内に次のようなmetaタグが出力されている。 
<meta name="generator" content="WordPress 3.0.5" />

Blacklist keys manager：プラグイン作ってみました（2015年5月22日 更新）

少し前から明らかにスパムと思われるコメントが投稿され、そのモデレーションメールを受け取る回数が増えてきた。あまりにもあからさまなコメントばかりなので、何らかの対策ができないか考えてみました。

5.5の機能強化：テーマ変更時に要求バージョンを確認（2020年8月12日 更新）

WordPress 5.5 RC 2が公開され、来週には正式版がリリース。変更箇所が多い「WordPress 5.5 RC 2（以降RC 2）」のソースコードを眺めていると、テーマの切り替え前にWordPressとPHPのバージョンを確認するようになっていた。

投稿内容に応じてwpautopを制御する（2013年8月13日 更新）

投稿内容を表示する the_content関数では、 wpautop関数がフィルターの1つとして呼び出され、改行をbrタグに変換したり、pタグで調整したりする。この機能自体は便利なのだが、きちんとデザインされたHTMLソースを流し込んだ場合はこの機能は好ましくない。そんなわけで、記事内容に応じてwpautop関数を制御できないか考えてみた。