TinyMCE не работает | Страница 2

Я вообще-то по теме общаюсь, и офтопом не злоупотребляю. Если бы вы не накинулись на меня за то, что мне нужен нормальный редактор, а не блокнот, то мне не пришлось бы разъяснительные беседы вести.
 
И h1 мне от вас не нужно, мне нужно включить распознавание тегов tinyMCE, главным образом списки, а не заголовки, потому что заголовки можно и размером шрифта легко реализовать + жирность шрифта, всё это как раз хорошо работает в tinyMCE. А вот списки и подчеркивание не работают.
 
Надеюсь теперь наконец-то вы меня перестанете спрашивать, зачем мне это все нужно, и у нас получится конструктивный диалог. Мы взрослые люди, в конце-то концов, и как-нибудь сами со своими желаниями разберемся.
 
Я вас спросил, как включить tinyMCE - вы мне помогли, спасибо. Но он хоть и включился, но не работает. Какой смысл тогда его было включать?
 
Выяснилось потом, что слава богу он все-таки много важных функций выполняет! Раскрашивает текст, увеличивает, уменьшает, делает отступы, разделяет на параграфы. То что мне и нужно. Это супер. Это большая радость для меня. Теперь надо настроить его так, чтобы он выдавал списки и подчеркивание, потому что это вообще самый минимальный функционал, который должен выполнять редактор текста.
 
Но без фильтра, как вы правильно сказали, эти возможности скорее всего не активировать, об этом я и сам догадывался. Вот для этого мне и нужна помощь сведущих форумчан, чтобы подсказали возможный работающий вариант.
 
garry вот дельный вариант предложил, но его код к сожалению не работает. Надо искать описание этого хука, а его в сети нет. Если кто-нибудь знает, где его найти, то я буду очень признателен.
 
Или может кто-нибудь предложит другой вариант, как включить списки и подчеркивание, если уж этот вариант не работает? Должен же быть выход.

- хук описан в функции в 8м сообщении.

Сокрушаться что не работает - не нужно. Это и не заявлено нигде в его возможностях. Сколько повторять - я не знаю.

Как же мне не сокрушаться, если не работает 🙁

Вот здесь два хука у garry в коде: pfm_content_without_code и pfm_content_allowed_tags

remove_filter( 'pfm_content_without_code','pfm_filter_allowed_tags',10 );
add_filter('pfm_content_without_code','yw_pfm_filter_allowed_tags',10);
function yw_pfm_filter_allowed_tags($content){
    
    $allowed_tags = apply_filters('pfm_content_allowed_tags', array(

 
В предложенном виде этот код не работает, хотя должен бы по идее. Поэтому надо искать либо их описание этих хуков, документацию , которой нет, как вы сами сказали, либо пытаться найти их в файлах плагина. Я честно пытался найти эти хуки в папке WP-Recall, но и там почему-то не обнаружил. Всё, что я нашел, это та же самая функция, что и у garry - вот в этом файле:
 
wp-recall/add-on/prime-forum/functions-post-content.php
 
А она для наших тегов не работает 🙁
 
Ну и как же тут не сокрушаться? Нет в жизни счастья.
 
Поэтому я и обращаюсь к сведущим людям, подскажите люди добрые, где находится само определение этого хука/класса/функции в коде?

P.S. У меня есть еще смутные подозрения, что вот эта функция в самом конце вырезает наши любимые теги из контента

    $content = force_balance_tags(wp_kses($content, $allowed_tags));

, но это вроде бы чисто косметическая функция, и не должна особого вреда наносить

Otshelnik-Fm сказал(а)

Pafnuty сказал(а)
подскажите люди добрые, где находится само определение этого хука/класса/функции в коде?

тут wp-recalladd-onprime-forumfunctions-post-content.php это фильтр

Вы не можете просматривать опубликованные ссылки

Это код господина garry и есть. Он не работает. Я же вам писал уже раз десять, что код garry не работает с моими тегами. Со своими собственными он прекрасно работает, а с моими нет. И картинки присылал с подробными свидетельствами, что он не работает с моими тегами. И ссылку на файл тоже присылал. А вы мне опять её приводите.
 
И это вызов хука, а не его определение. А где в коде находится определение хука, я так и не обнаружил. Поэтому и обратился к знающим людям, где определение хука, в каком файле.
 
По вызову функции или ее объявлению сложно понять, что у неё внутри, какие например массивы она принимает, что в этих массивах должно быть и т.д. Поэтому надо определение функции искать, чтобы понять что у нее внутри.
 
 

Описание как работать с фильтрами ВП:

Вы не можете просматривать опубликованные ссылки

как документация я опишу pfm_content_allowed_tags тут:
фильтр передает массив разрешенных тегов и их атрибутов

т.е. это простейший фильтр. Описание его работы сводится к 3м строчкам. Поэтому я и написал выше, что документировать в частности этот элементарный фильтр нет необходимости. Код самодокументирован - ибо прост.

В нем первый массив для примера:

'a' => array(
    'href' => true,
    'title' => true,
),

т.е. тег <a> он пройдет проверку. А также атрибуты внутри него: href и title - также пройдут проверку.

Вся полная документация по этому фильтру закончилась.

Вордпресс подобные элементарные хуки описывает так:

Вы не можете просматривать опубликованные ссылки

- это вам как пример. Чтобы вы не говорили, что и я то что описал выше - не документация.

 
Дак на ваших хуках не написано же, что они "элементарные". Вообще-то Вордпресс дает подробнейшее описание всех своих хуков:
 
Вот вам список хуков Вордпресс:

Вот подробное описание хуков Вордпресс:

 
Все там расписано вплоть до мелочей, какие переменные принимает, какие не принимает, сколько аргументов принимает, что это за аргументы и т.д.
 
 
Спасибо вам конечно за разъяснение, но почему мои аргументы не принимаются, я так и не понял.
 
Может кто подскажет, что в коде garry не так?
 
 
У меня возникли благодаря вам кое-какие догадки, вот сейчас прямо.

Тут же два фильтра на самом деле:

add_filter('pfm_content_without_code','pfm_filter_allowed_tags',10);
function pfm_filter_allowed_tags($content){
    
    $allowed_tags = apply_filters('pfm_content_allowed_tags', array(
        'a' => array(
            'href' => true,
            'title' => true,
	),
        'img' => array(
            'src' => true,
            'alt' => true,
            'class' => true,
	),

Внутренний фильтр как раз и режет ниши доморощенные аргументы! Ну я так думаю.

А что если я этот внутренний фильтр удалю? Совсем. Оставлю только сам массив.

И во внешний фильтр буду подавать только этот нефильтрованный массив... Как вы думаете, это хорошая идея? Не сломаю ли я свой сайт такими манипуляциями?

Otshelnik-Fm сказал(а)

Pafnuty сказал(а)
И это вызов хука, а не его определение

нет

Вы не можете просматривать опубликованные ссылки

 

Внимательно прочтите вашу ссылку:
 

"apply_filters() применяет прикрепленную к указанному фильтру PHP функцию. Прикрепляется функция с помощью add_filter()."
 

А вот функция

как раз и есть определение нашего хука, потому что она прикрепляет функцию к фильтру:
 

"add_filter() прикрепляет указанную PHP функцию к указанному хуку-фильтру."
 

Otshelnik-Fm сказал(а)

Вот вам список хуков Вордпресс:

Вы не можете просматривать опубликованные ссылки

Вот подробное описание хуков Вордпресс:

Вы не можете просматривать опубликованные ссылки

а я вам давал пример не на перевод энтузиастов, а на официальную документацию вордпресс:

 

Вот официальная документация вордпресс:
 

Здесь еще подробней всё расписано. И что делает этот хук, что и как фильтрует, и какие аргументы принимает, и что это за аргументы, и сколько этих аргументов, и какие ключи в массивах и т.д.
 

Otshelnik-Fm сказал(а)
Вордпресс подобные элементарные хуки описывает так:

Вы не можете просматривать опубликованные ссылки

- это вам как пример. Чтобы вы не говорили, что и я то что описал выше - не документация.
*развожу руками* т.к.

Вы не можете просматривать опубликованные ссылки

тут тоже нечего описывать и по сути и не написано ничего кроме выписки из самого исходного кода. Смысл перепечатывания вроде очевиден.

 

Я не очень понял, что вы хотели сказать здесь, но определения хука в коде я в приведенной вами ссылке не обнаружил. Там есть ссылка на источник

, но в нем тоже нет заветной функции add_filter('allowed_block_types', func... ), которая и является определением хука 'allowed_block_types'. Там есть только реализация, то есть применение уже готового хука 'allowed_block_types' - apply_filters( 'allowed_block_types', true, $post ) - с уже прикрепленной к нему функцией func..., о которой мы ничего не знаем.
 

Вот так же и в вашем плагине, реализация фильтра-хука есть, а его определения нет (я его не обнаружил). Поэтому мы не знаем, что этот хук делает, и какие точно аргументы ему нужны.
 

Внутренний фильтр, внешний фильтр

- таких понятий нет. Есть определение фильтра - и его вам трогать не надо. Поэтому Андрей и назвал код Игоря (garry) несколько неверным - т.к. он сначала дерегистрировал функцию с фильтром, а потом свою же регистрировал и с абсолютно таким же фильтром. А работать надо было всего лишь с самим фильтром.

Фильтр я описал - так что этот пробел заполнен. Хоть и там и говорить то не о чем было.

К сожалению я не могу вас учить основам работы с ВП. Готового решения у меня для вас нет.

 

Какое же это определение фильтра, когда это применение фильтра?
 

72:    $allowed_tags = apply_filters('pfm_content_allowed_tags', array(

 

Если apply_filters(), - то это никак не может быть определением. Определением может быть только add_filter().
 

Вот у внешнего хука как раз оно самое - определение:
 

69:    add_filter('pfm_content_without_code','pfm_filter_allowed_tags',10);

 

А вот она прикрепленная функция чуть ниже:
 

70:    function pfm_filter_allowed_tags($content){

 

Таким образом, мы видим, что внутренний фильтр, о котором мы мало что знаем (потому что его определения нами так и не обнаружено в коде), что-то подозрительное делает с нашим массивом:
 

72: 
      array(
        'a' => array(
            'href' => true,
            'title' => true,
	),
        'img' => array(
            'src' => true,

,
 
а затем передает его внешнему фильтру 'pfm_content_without_code', но уже в качестве прикрепленной функции. Эта прикрепленная функция сама по себе уже ничего не делает, просто возвращает наш массив (обработанный до этого внутренним фильтром). Если выражаться короче, то эта прикрепленная функция pfm_filter_allowed_tags() фильтрует наш исходный массив хуком 'pfm_content_allowed_tags', о котором мы ничего не знаем, и затем предает этот отфильтрованный массив во внешний фильтр 'pfm_content_without_code'.
 
Дальше мы судьбу нашего массива тоже не можем проследить, поскольку внешний хук неизвестно где используется в коде (я во всяком случае не обнаружил следов его применения).
 
 
 
Вот такая картина, если вкратце.
 
Отсюда я делаю заключение: если мы все равно не знаем, куда попадает наш массив в итоге, и что там с ним происходит, и на внешний фильтр мы никак повлиять не можем, то можно поэкспериментировать с внутренним фильтром. Возможно вся загвоздка во внутреннем фильтре, и наши неприятности от него. Допустим, он отсеивает из нашего исходного массива "неродные" элементы, и наши теги просто из него вырезаются. Тогда надо отключить внутренний фильтр 'pfm_content_allowed_tags' и посмотреть что будет.
 
Логично? По-моему, да ❓

Оказывается внутренний фильтр вообще ни на что не влияет!

Я отключил этот фильтр, страница не изменилась никак. Посмотрел, что пишется в переменную $allowed_tags, - она полностью совпадает с исходным массивом.

В общем, в итоге я выкинул этот фильтр совсем из кода.

Был такой код:

add_filter('pfm_content_without_code','yw_pfm_filter_allowed_tags',10);
function yw_pfm_filter_allowed_tags($content){
 
    $allowed_tags = apply_filters('pfm_content_allowed_tags', array(
        'a' => array(
            'href' => true,
            'title' => true,
	),
        'img' => array(
            'src' => true,
            'alt' => true,
            'class' => true,
	),
        'p' => array(
            'style' => true
        ),
        'blockquote' => array(),
		
		'center' => array(),		
		'h1' => array(),
		'h2' => array(),
		'h4' => array(),
		'ol' => array(),
		'ul' => array(),
		'li' => array(),
		'u' => array(),
		
        'h3' => array(),
        'code' => array(),
        'pre' => array(),
        'del' => array(),
        'b' => array(),
        's' => array(),
	'br' => array(),
	'em' => array(),
	'strong' => array(),
        'details' => array(),
        'summary' => array(),
        'span' => array(
            'class' => true,
            'style' => true
        )
    ));
			
    $content = force_balance_tags(wp_kses($content, $allowed_tags));
	
    return $content;
    
}

А стал такой:

add_filter('pfm_content_without_code','yw_pfm_filter_allowed_tags',10);
function yw_pfm_filter_allowed_tags($content){
    $allowed_tags_unfiltered = array(
        'a' => array(
            'href' => true,
            'title' => true,
	),
        'img' => array(
            'src' => true,
            'alt' => true,
            'class' => true,
	),
        'p' => array(
            'style' => true
        ),
        'blockquote' => array(),
		
		'center' => array(),		
		'h1' => array(),
		'h2' => array(),
		'h4' => array(),
		'ol' => array(),
		'ul' => array(),
		'li' => array(),
		'u' => array(),
		
        'h3' => array(),
        'code' => array(),
        'pre' => array(),
        'del' => array(),
        'b' => array(),
        's' => array(),
	'br' => array(),
	'em' => array(),
	'strong' => array(),
        'details' => array(),
        'summary' => array(),
        'span' => array(
            'class' => true,
            'style' => true
        )
    );
		
    $content = force_balance_tags(wp_kses($content, $allowed_tags_unfiltered));
	
    return $content;
    
}

Никакой разницы.

Во-вторых, я посмотрел, что делает нижняя функция:

    $content = force_balance_tags(wp_kses($content, $allowed_tags_unfiltered));

Она фильтрует содержимое редактора TinyMCE. Если эту функцию отключить, то фильтрации никакой не будет. Переменная $content будет в этом случае передаваться на выход в неизменном виде. Вот что в ней содержится:

Если же нижнюю функцию включить, но подавать в нее пустой массив в качестве второго аргумента (массив тегов), то она вообще всю разметку нашего текста убьёт. Вот что будет содержаться в переменной $content в этом случае:

Если прописать какие-нибудь теги в массив второго аргумента, то они включатся.

Но самое интересное не в этом.
 
 
Что бы ни содержалось в переменной $content, - на экране мы списка не увидим всё равно! И заголовков h1, h2, h4. И подчеркивания тоже не увидим.
 
Всю остальную разметку мы увидим, а списков с заголовками - нет. Хотя они в переменной $content присутствуют и подаются на выход в первозданном виде.
 
 
Кто может сказать, где эти теги могут отфильтровываться? Ну хоть какие-нибудь предположения?

Otshelnik-Fm сказал(а)
Спросите на

Вы не можете просматривать опубликованные ссылки

русского вордпресс: какие функции инициализируют фильтр в вордпрессе, а какой функцией влиять на фильтры в ВП - вы приятно удивитесь. И тогда у вас рассуждения о определении фильтра отпадут. Ну или на том же WP-Kama спросите - а то уперлись в слова части перевода, а оригинал официальной документации не читали

Вы не можете просматривать опубликованные ссылки

. Придумывать себе не надо, если не знаете как работают хуки в ВП.

Тогда все будет объективно - а то получается мы тут вас обманываем и ведем по ложному следу указывая путь инициализации фильтра. Хоть мнение знающих людей получите

 
Не выдумывайте, я вас ни о какой инициализации и влиянии не спрашивал. Это вы себе чего-то нафантазировали в очередной раз, а на меня сваливаете.
 
Мне от вас нужно было только одно - информация о том, что делают ваши хуки: pfm_content_allowed_tags и pfm_content_without_code. С какими переменными они работают, что в этих переменных содержится и что потом с этими переменными происходит. Всё.
 
Вы мне эту информацию не предоставили.
 
А поскольку документации у вас нет, то я стал самостоятельно искать, где в коде плагина задается (определяется) этот хук. Этого я тоже не нашел.
 
Тогда оставалось действовать методом тыка. Экспериментально выяснил, что предложенный garry способ ни в каких формах не работает.
 
 
Так что заканчивайте оправдываться. Лучше выясните хотя бы, почему у вас смайлики не вставляются куда надо (если же не знаете, то лучше помолчите).

Андрей CS сказал(а)

Pafnuty сказал(а)
Ну хоть какие-нибудь предположения?

add_filter('pfm_content_allowed_tags', 'my_add_pfm_allowed_tags', 10);
function my_add_pfm_allowed_tags($tags){

	$tags['h1'] = array();
	$tags['h2'] = array();
	
	return $tags;

}

Дерзайте.

 
Вот, отлично! Большинство кнопок в TinyMCE теперь работает.
 
Я в вас всегда верил. Не зря советовал выдать вам премию. Передайте начальству от меня, чтоб выдали.
 
Тест кнопок TinyMCE:

 
 
 
Теперь осталось вывести кнопку подчеркивания и добавления картинок в панель и отобразить поле "цитата" в окне tinyMCE, а то сейчас оно не отображается никак. И на этом дело можно сдавать в архив.
 

 
Какие есть соображения по выводу кнопок и правильному отображению тегов в визуальном редакторе?

garry сказал(а)
Уважаемый Pafnuty, вам дали выше решения, которые работают, разъяснили принцип и описание процесса. Не смотря на ваши нападки мягко говоря.

 
Вы зря ёрничаете. Решение-то выдали не вы, а Андрей. Это во-первых.
 
Во-вторых, почему-то с Вордпрессом ни у кого никаких проблем никогда не возникает. У них всегда исчерпывающая документация ко всем хукам и прочим функциям, ссылки я приводил. А все ваши "принципы и описания процессов" - это никчемная трепотня, и говоря простым языком, просто "отмазки", потому что документации и описания хуков у данного плагина нет и я так подозреваю не будет. А без документации остается только один метод - научного тыка, сами знаете.
 
 
Теперь по поводу смайлов. Я не знаю куда они у вас вставляются, а у меня они помещаются в конце текста, а не там, где курсор мыши. По-моему это позор.

Очередное бла-бла и флуд.
 
Знаете, как помочь, - приводите код, или свои соображения.
 
Не знаете, как помочь, - помалкивайте.
 
А я уж как-нибудь сам соображу, что мне надо, а что не надо.

garry сказал(а)

Оффтоп

Даже не обидеться, вы сделали мой день.)) Пойду помалкивать, освобожу место, следующему желающему вам помочь. 💡
Постарайтесь не использовать мои дополнения для своих сайтов. Боюсь мне сложно будет оказывать поддержку вам.

❗

Потому что у вас не TinyMCE

Внезапно перестал работать код Алексея CS!
 
Снова все списки, заголовки и подчеркивания куда-то испарились:

 
Ничего в коде не менял. Открыл сайт на мобильном телефоне и вылезла какая-то красная табличка слева, не успел прочитать. После этого разметка слетела. Причем все остальное работает как прежде. 🙁

Прошу прощения. Всё работает! Это моя невнимательность. Случайно удалил в функции строку return $tags;

Vadim сказал(а)

Теперь по поводу смайлов. Я не знаю куда они у вас вставляются, а у меня они помещаются в конце текста, а не там, где курсор мыши. По-моему это позор.

Ув. разработчики, почему у меня на форуме смайлы отображаются там, куда я их вставляю, а не в конце текста:

Вы не можете просматривать опубликованные ссылки

Подскажите, что я делаю не так 😮

 
Кстати смайлы вставляются не там где надо не только в TinyMCE. Вот здесь же, на этом форуме, используется обычный текстовый редактор, и смайлы вставляются исключительно в конце текста и в конце всех тегов.
 
И у вас на сайте, скорее всего, то же самое.
 
Вот я печатаю текст:
 
Уж замуж невтерпёж
 
Теперь я хочу вставить смайл в него, после слова Уж. Ставлю курсор мыши туда, нажимаю на смайл 👿
 
И теперь посмотрите, куда он вставился!