説明
パラメータ
- $left_string古い方の文字列を指定。
- $right_string新しい方の文字列を指定。
- $args取得条件を連想配列または文字列で指定(省略時はnull)。主なキーは次の通り。
キー 内容 省略時の値 'show_split_view' 比較結果を左右で表示する場合はtrueを指定 true 'title' 表全体のタイトルを指定 '' 'title_left' $left_stringのタイトルを指定 '' 'title_right' $right_stringのタイトルを指定 ''
返り値
文字列の違いを示すHTML(table要素)を返す。違いがない場合は空の文字列を返す。
注意
比較は行単位で行われ、左右比較モード('show_split_view'がtrue)では、以下のような内容になる。
違い | 左側 | 右側 |
---|---|---|
古い方のみにある | td要素はdiff-deletedlineクラス | 空 |
新しい方のみにある | 空 | td要素はdiff-addedlineクラス |
内容が異なる | td要素はdiff-deletedlineクラス | td要素はdiff-addedlineクラス |
単一モード('show_split_view'がfalse)では、以下のような内容になる。
違い | 左側 |
---|---|
古い方のみにある | td要素はdiff-deletedlineクラス |
新しい方のみにある | td要素はdiff-addedlineクラス |
内容が異なる | 1行目のtd要素はdiff-deletedlineクラス、2行目のtd要素はdiff-addedlineクラス |
なおパラメータ$argsに'title'、'title_left'、'title_right'のいずれかを指定するとthead要素内が4カラムになり、tbody要素内とカラム数が異なってしまい、意図した表示にならない(バージョン4.9.8で確認)。タイトルを付けたい場合は本関数を使用せず、本関数を参考にして独自に実装する方がいいだろう。
使用例
- 投稿とリビジョンの本文部分を比較し、結果を左右比較モードで表示する。<?php echo wp_text_diff( $revisions[0]->post_content, $post->post_content ); ?>
- 投稿とリビジョンの本文部分を比較し、結果を単一モードで表示する。<?php echo wp_text_diff( $revisions[0]->post_content, $post->post_content, array( 'show_split_view' => false ) ); ?>
フィルター
実行するフィルターはありません。アクション
実行するアクションはありません。ソースファイル
/wp-includes/pluggable.php最終更新 : 2018年08月27日 12:56
お勧め
ダッシュボードの「クイックドラフト」を「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関数を制御できないか考えてみた。