wp_editor

（3.3.0以降）
wp_editor - エディタを表示する

説明

void wp_editor( string $content, string $editor_id [ , array $settings = array( ] )
エディタを表示する。

パラメータ

  • $content
    エディタに設定するテキストを指定。
  • $editor_id
    エディタのIDを指定。
  • $settings
    エディタの各種設定を連想配列で指定（省略時は空配列）。連想配列のキー名は次の通り。
    キー名意味省略時の値
    'wpautop'wpautopを使用する場合はtrue、使用しない場合はfalseを指定true
    'media_buttons'メディアボタンを表示する場合はtrue、表示しない場合はfalseを指定true
    'textarea_name'name属性値を指定パラメータ$editor_idの値
    'textarea_rows'エディタの行数を指定20
    'tabindex'tabindex属性値を指定''
    'tabfocus_elements'タブフォーカスの要素属性ID':prev,:next'
    'editor_css'エディタのスタイル''
    'editor_class'エディタのクラス名''
    'teeny'最少エディタの場合はtrue、それ以外がfalseを指定false
    'dfw'フルスクリーンモード（DFW）の指定false
    'tinymce'TinyMCEの読み込みtrue
    'quicktags'Quicktagsの読み込みtrue

返り値

返り値がありません。

注意

この関数を使用することで、投稿画面のコンテンツエディタと同様のエディタを任意の場所に表示できる（基本的にプラグインによる拡張部分は適用されない）。

使用例

  • IDが'memo'のエディタを表示する。
    <?php wp_editor( '', 'memo' ); ?>
  • IDが'post-content'、メディアボタンなし、name属性が'post[content]'、3行分のエディタを表示する。
    <?php wp_editor( '', 'post-content', array( 'media_buttons'=>false, 'textarea_name'=>'post[content]','textarea_rows'=>3 ) ); ?>

フィルター

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

アクション

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

ソースファイル

/wp-includes/general-template.php

最終更新 : 2017年06月09日 12:01

関連

参考

Code Reference: wp_editor

お勧め

ダッシュボードの「クイックドラフト」を「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関数を制御できないか考えてみた。