Automatische Formatierung mit einem Shortcode deaktivieren

function my_formatter($content) {
       $new_content = '';
       $pattern_full = '{(\[raw\].*?\[/raw\])}is';
       $pattern_contents = '{\[raw\](.*?)\[/raw\]}is';
       $pieces = preg_split($pattern_full, $content, -1, PREG_SPLIT_DELIM_CAPTURE);

       foreach ($pieces as $piece) {
               if (preg_match($pattern_contents, $piece, $matches)) {
                       $new_content .= $matches[1];
               } else {
                       $new_content .= wptexturize(wpautop($piece));
               }
       }

       return $new_content;
}

remove_filter('the_content', 'wpautop');
remove_filter('the_content', 'wptexturize');

add_filter('the_content', 'my_formatter', 99);

Dies kommt in die PHP-Datei in Ihrer functions.php. Sobald dies geschehen ist, können Sie den Shortcode in Ihren Beiträgen verwenden: [raw]Unformatierter Code

Kommentare

acepek

# 26. Mai 2011

Das ist so genial! Es funktioniert perfekt. Ich musste nur einen kleinen Teil (etwas Javascript) innerhalb eines Beitrags von der immer hilfreichen „autop“-Formatierung ausschließen, und das hat es geschafft! Vielen Dank.

Antworten

Will

# 2. September 2011

Das hat nicht funktioniert…

Antworten

Jeff

# 17. Juli 2012

funktioniert größtenteils, aber Tags werden manchmal immer noch automatisch geschlossen

Antworten

Duncan Michael-MacGregor

# 9. August 2013

Das ist genau richtig! Ich musste die Formatierung innerhalb meiner Shortcodes entfernen, einfach hinzufügen

remove_filter('the_content', 'wpautop'); remove_filter('the_content', 'wptexturize');

Hat es gelöst, vielen Dank! :)

Antworten

PayteR

# 27. Februar 2015

Ich benutze diesen Snippet seit mehr als einem Jahr, er war wirklich hilfreich, aber jetzt, wo ich das Visual Composer Plugin verwende, ist es nutzlos, da es ernsthafte Probleme verursacht, wenn es schließende Absatz-Tags hinzufügt und das Layout zerstört. Ich konnte auch den Frontend-Editor nicht verwenden. Es muss behoben werden, oder verwenden Sie es einfach nicht mit Visual Composer.

Antworten

Regel

# 13. Januar 2016

Ich habe einen einfachen Code gefunden, Mann,, remove_all_shortcodes();

 add_filter("the_content", "gui_the_content");

   /**
     * Retrieved data
     *
     * @access public
     * @param mixed $content
     * @return void
     * @link https://codex.wordpress.org/Plugin_API/Filter_Reference/the_content
     * @generator WordPress Plugin Maker http://codecanyon.net/item/wordpress-plugin-maker-freelancer-version/13581496
     **/

    public function gui_the_content($content)
    {
        if ($this->live_edit == true)
        {
            remove_all_shortcodes();
            $new_content = '<form><div id="gui-editable">' . $content . '</div></form>';
        } else
        {
            $new_content = $content;
        }
        return $new_content;
    }

Antworten

mr_coffee

# 30. August 2016

Das ist legitim, aber können wir das noch einen Schritt weiter gehen? Das ist ideal, um einen Beitrag zu reparieren, solange dieser Beitrag immer im Text-(HTML)-Modus geladen und bearbeitet wird, aber wenn ich von dort zum visuellen Editor wechsle und wieder zurück, wird das HTML völlig verhunzt. Gibt es ähnliche Zaubereien, die wir unserer functions.php hinzufügen können, um sicherzustellen, dass es die gleiche (oder ähnliche) Behandlung erhält, wenn zwischen den Bearbeitungsmodi gewechselt wird?

Antworten

Kommentare

Hinterlassen Sie eine Antwort Antwort abbrechen