Forums / National / Russian / Модули и плагины / формы ответов для форума и комментариев

И если тебе уж так приспичило то правильней было бы зделать так:


И надо тебе, то в своем скине и юзай сколько влезет этот FORUMS_POSTS_NEWPOST_TEXTONLY

# esclkm : При чем тут кэширование??? всегда думал что кеширует JS скрипты оформленные отдельным файлом браузер. Да и окно ввода появляется только на последней странице.

Я об этом и говорю, а так же о том что я могу запретить браузерам кэширование страниц.
И что пользователь хочет/не хочет, а будет должен грузить редактор на всех страницах ветки ?

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

Вот задачка для любителей крупной бронитехники:
На сайте юзается 4 вида редактора в зависимости от выбора пользователя и от прочих условий.


сейчас в файле скина прописано

<textarea class="editor" name="newmsg" rows="16" cols="56">{FORUMS_POSTS_NEWPOST_TEXT}
</textarea>

Каждый редактор требует своего типа подключения.
Всмысле одному надо дополнительный код перед текстареа, другому после текстареа,
третьему и до и после.
Также при каких то условиях мне надо чтоб эта самая текстареа вообще не выводилась.

При старом способе все это реализовывалось на ура простым перехватом FORUMS_POSTS_NEWPOST_TEXTBOXER.
И ненадо было беспокоится о совместимости, т.к. этот тэг был фактически стандартом.

Сейчас надо городить огород с 10 метровыми заборами чтоб подобное реализовать.
Но ждаже если и реализуешь, то это в любом случае будет локальной реализацией, а никак не универсальной.

# esclkm : (Царь нас рассудит - или мне по голове или тебе)

Тебе вчера по моему было достаточно ясно сказано:

# Trustmaster : Не надо торопиться порубать всё в капусту, сначала надо бы выяснить, а созрела ли она к сбору урожая. Ибо, как видите, для плагинов бывает полезно оно.

В данном случае FORUMS_POSTS_NEWPOST_TEXTBOXER был не просто тэг тупо выводящий html код,
а универсальный хук позволяющий оперативно и гибко настраивать/менять редакторы.

Есть такое слово хочу, которое перевешивает в большинстве случаев все остальные аргументы.
Ты хочешь подключать редакторы так как подключен маркитап, бог на встречу,
я хочу подключать так как я подключил fckeditor.
Старый способ позволял подключать редакторы тем способом, кто каким хочет,
причем все способы были взаимо заменяемы и универсальны.
Т.е. чтоб подключить чейто редактор, было достаточно отключить в админке старый и включить новый.
А сейчас - индейское жилище фигвам.

# esclkm : http://www.fyneworks.com/jquery/FCKEditor/#tab-Multiple - почитай тут. В итоге твой фкэдитор прикрутится по классу и будет как уже принято 2 класса миниэдитор и эдитор. Красиво-лаконично

Я уже сказал - мне не нужно тупое перехватывание текстареа,
мне нужно гибкое управление в зависимости от сотни условий.

# Trustmaster : Вот с чем не соглашусь в очередной раз, так это с тем, как много трафика кушает этот ужасный маркитап. Если сама страница не кэшируется, то это не имеет отношения к тем статическим ресурсам, которые она запрашивает (и JS в том числе) - они кэшируются всегда,

А вот и нет. IE не кэширует js, а посему у юзера будет на каждой странице ветки загружаться ненужный скрипт. А поскольку ие стоит у большинства пользователей, то делаем выводы.
Это раз, а два я могу и остальным браузерам запретить кэшировать контент,
но при этом у пользователя не должен бездумно кушаться трафик.

# esclkm : я привел варианты ответа по поводу того как этого избежать.

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

Вот тебе простенькая задачка:

Всем юзерам мужского пола на сайте нужно выводить текстбоксер от седетио,
всем девушкам которые мне делают миньет - fckeditior, причем в зависимости от разнух условий выводить в разной конфигурации,
всем девушкам которые мне отказали в моей скромной просьбе вообще не выводить ни каких textarea, а вместо этого выводить надпись - отс..и.

Всем остальным девушкам которые мне либо не интересны, либо пока еще с ними лично не познакомился выводить маркитап.

А модераторам выводился редактор, который только через месяц напишет Вася Пупкин.

Реализуй универсальное решение, чтоб любой его мог использовать у себя на сайте и при этом не лазить в скин ?

задача про минет (хех никакого уважения)
1. твое решение, ув. ратибор, требует очень мощной правки кода или создания плагина.
2. мое решение просто использует логику от медара. что имхо правильнее.


2 trustmaster когда предложил писать спец оболочку посредника чтобы можно было мутулс подключать мне отказали. теперь мы говорим про то что не будет использоваться jquery. но опять же причины не вижу! не используешь jquery - применяй все по ид - это все могут - при том что ид практически все стандартней "rtext" и "newtext"
Вывод для меня - если выносить все- то выносить все. а не говорить что полностью разделен html и код. Выходит противоречие самим себе. Вспоминая большой и качественный плагин траста аттач - там же все формы вынесены в хтмл- что дает волю фантазии. а тут стоп - ворота. так нельзя - этак не сделай.

твоим плагином - так как тебе лень его сделать через jquery - я понял твое мнение. что оно является на сегодняшний день в купе с твоей задачей золотым стандартом.

Давайте уж приходите к какому-то решению по поводу формы ответов. Только спокойнее товарищи, без эмоций :).

# esclkm : <div> - мы выносим из кода
<textarea> = мы оставляем. не логично как то

Я уже говорил, не путай одно с другим.
Див и другие подобные тэги - это значащие тэги и их надо выносить из ядра, но тоже надо делать это грамотно.
А textarea в данном конкретном случае - это не значащий тэг, не влияющий абсолютно ни на что,
так как он используется как заглушка и ты туда все равно ничего кроме:

<textarea class="editor" name="newmsg">

не впишешь.

Для того метода, каким подключается маркитап, абсолютно не важно где этот код находится, в скине или в ядре и никак не влияет на дизайн или что либо еще, так как он все равно перехватывается. Но на этом вся гибкость и заканчивается. Без заглушки не будет возможности оперативно и гибко управлять выводом этой самой textarea, так как она уже тупо в скине прописана.
Я тебе привел уже простенькую задачку, сперва реши ее и как найдешь универсальное решение, тогда можно будет и продолжить обсуждение.