cotonti.com : формы ответов для форума и комментариев https://www.cotonti.com Son konu mesajları Cotonti en Sat, 29 Nov 2025 23:46:15 -0000 Ratibor Trustmaster
Я не против этого, это фактически правильная реализация существующего метода.]]> Paz, 22 Mar 2009 21:24:26 -0000 Trustmaster 
'FORUMS_POSTS_NEWPOST_EDITOR' => editor_display()
О конкретной реализации editor_display() я не говорю, это может быть и нечто другое. Я хотел бы об этом говорить, когда мы доберемся до изменений в системе плагинов (мультихуки и т.п.) и, возможно, инклюды будут заменены на обратные вызовы. Но сейчас рано об этом говорить.]]> Paz, 22 Mar 2009 20:51:19 -0000 Ratibor esclkm
Будь объективным :-)

А. способ в выносом техтареа в скин
1. Только правкой скина, в итоге никакой универсальности.
2. Нет желания даже комментировать.
3. опятьже, только правкой скина, никакой универсальности.
4. опятьже, только правкой скина, никакой универсальности.
5. И конечно же каждый скинмейкер это в состоянии зделать :-)
6. Нет желания даже комментировать.
7. Нет желания даже комментировать.

Б. Способ "по-старинке"
1. Полная унифицированность. Можно включить абсолютно любой редактор просто установкой.
2. к нему как к способу уже привыкли, т.к. он является универсальным стандартом.
3. без комментариев
4. бред сивой кобылы.

esclkm
Еще раз специально для тебя.
Есть такой аргумент - я хочу.
Причем у каждого человека свое - я хочу.
Он перевешивает все остальные аргументы вместе взятые.

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

Если хочешь изменить этот метод, то придумай чтоб при этом также каждый смог реализовать свое "я хочу" и при этом этот метод должен быть универсальным.]]> Paz, 22 Mar 2009 19:08:52 -0000 esclkm
Давайте плюсы и минусы каждого из способов
А. способ в выносом техтареа в скин
1. можно изменить textarea на любой из input быстро и безболезненно
2. Практически любой редактор кроме textboxer2 можно подключить (textboxer2 после долгой научной мысли и его обновления думаю тоже можно сделать)
3. можно менять атибуты textarea
4. можно изменить класс ( ну допустим у нас сейчас эдитор на форуме - а мне вообще не надо чтобы пользователи а форуме строили таблицы - я поставлю спокойно миниэдитор)
5. при правке скина текстбоксер спокойно пойдет.
6. редакторов для нашей системы не так и много : маркитап текстбоксер (но он уже практически был не совместим -в связи с тем что теги многие поменялись, да и проблем внутренних у него очень много было - класса 2 маркитапа на страницу - верный признак того что 1 из них работать не будет), fckeditor - от ув. ратибора(который при помощи соответствующего плагина можно подключить по классу) - поэтому стандарт мы делаем сами.
7. для внесения изменений достаточно дизайнера ("дизайнеров" по жизни как-то больше чем программистов)
8. дизайнер сам решает где ему нужен редактор а где нет. хоть это было расписано немного выше

Б. Способ "по-старинке"
1. кажущаяся унифицированность. Можно включить текстбоксер просто установкой.
2. к нему как к способу уже привыкли (хотя не знаю как это привычкой назвать - когда был всего 1 редактор - а остальные народ мучался и подключить не мог - кто спорит - привет от neocrome.ru - читайте там - не одна дискуссия была по этому поводу)
3. в изначальной комплектации идет плагин созданный ув. Ratibor
4. для внесения любых изменений нужен программист

---------------------------------
P.S. Интересных дакторов в сети не так много: но вот самые интересные ссыылки:
http://www.ecardmax.com/index.php?step=Hoteditor
http://tinymce.moxiecode.com/examples/example_09.php#
http://www.neocrome.ru/forums.php?m=posts&p=8624
http://www.neocrome.ru/forums.php?m=posts&p=19552#19552]]> Paz, 22 Mar 2009 18:56:29 -0000 Ratibor # Trustmaster : Но с другой стороны, если принять во внимание, что редактор - это не всегда textarea и не всегда с одним набором атрибутов, то можно прийти к тому, что формирование HTML кода будет переложено с плеч PHP-плагина на плечи JS-плагина, предварительно снабженного данными с сервера. Некрасиво?
Красиво пишешь :-)
Я не против "модных штучек", я против бездумного их применения.
Конкретно маркитап подгружается бездумно где надо и не надо,
причем это сказывается на конечном пользователе.
Дайте мне хотябы один вменяемый ответ зачем к примеру вот здесь грузится маркитап ?
А как подключен fckeditor, на конечном пользователе не сказывается,
т.к. он грузится ровно там где он нужен.
И конечному пользователю не важно из скольки частей состоит плагин редактора,
тем более что из файлов подключения fckeditior можно выкинуть попторяющийся код и потом просто его инклюдить. В общем важен сам принцип, а не конкретная реализация.

# Trustmaster : Если бы был универсальный хук editor, реализующий необходимое взаимодействие между плагином редактора и целевым шаблоном, всего этого спора вообще не было бы. А вот каким образом организовать такой хук, учитывая сотню мелочей - это другой вопрос.
Так как вывод редактора организован сейчас, это и является фактически хуком.
И сейчас не важно каким методом реализовано подключение редактора,
важно что любой редактор пользователь может лекго подключить не правя скина.

Если есть более красивое и действительно универсальное решение я не против,
но то что предлагает esclkm это как раз уничтожение всей универсальности и гибкости.]]> Paz, 22 Mar 2009 18:12:03 -0000 Trustmaster
Мне это напоминает кое-что, с чем периодически сталкиваюсь со времен первого публичного проекта: нежелание менять привычки. Регулярно встречаю людей, выступающих категорически против JavaScript, CSS и т.д. где-либо, аргументируя это тем, что все это можно реализовать с помощью PHP и без всяких модных штучек. То же самое касается шаблонов, MVC, СУБД, чего угодно в принципе. Зачем придумывать новый костыль, если можно сделать по-старинке? Но стоит приобрести небольшой опыт, и консерватизм улетучивается.

Что я хочу сказать: Богу богово, Кесарю кесарево. Немного логики.

Формировать комплексную разметку в коде - это приемлемо только если такое понятие как "скин" или "тема" в проекте отсутствует напрочь. Формировать простую разметку в коде - это типичное решение для движков на CSS шаблонах. Но ни Seditio, ни Cotonti к ним не относится. В принципе, я не против CSS-шаблонов, особенно если в разметке выдержан принцип семантической верстки, а скинмейкер - гуру в CSS, но на практике это встречается очень редко. Так что вынести всю разметку из ядра и отдать весь контроль над HTML и стилями скинмейкеру - для Cotonti не такая уж блажь.

Но с другой стороны, если принять во внимание, что редактор - это не всегда textarea и не всегда с одним набором атрибутов, то можно прийти к тому, что формирование HTML кода будет переложено с плеч PHP-плагина на плечи JS-плагина, предварительно снабженного данными с сервера. Некрасиво?

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

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

Если бы был универсальный хук editor, реализующий необходимое взаимодействие между плагином редактора и целевым шаблоном, всего этого спора вообще не было бы. А вот каким образом организовать такой хук, учитывая сотню мелочей - это другой вопрос.]]> Paz, 22 Mar 2009 17:45:08 -0000 Ratibor # esclkm : Зато так я могу как пароноик вместо формы ответа вставить хоть селекта хоть инпута.? жестоко? а возможность то такая сейчас есть.
Элементарно, перехватываешь FORUMS_POSTS_NEWPOST_TEXTBOXER и вместо textarea выводишь что душе угодно и как угодно. Это раз.
А два - это то что мой вариант исправлений ядра включает и твой вариан,
так что не пойму в чем притензии ?

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

Я же тебе не указываю как плагины писать, а вот почему ты другим указываешь как их писать ?

Еще раз специально для тебя:
я не против выноса textarea из ядра,
мне вообще до фонаря что выводится по FORUMS_POSTS_NEWPOST_TEXTBOXER,
главное чтоб этот тэг был.

Но я категорически против включени в скин textarea.
В скине должно быть только:
<!-- BEGIN: FORUMS_POSTS_NEWPOST -->
<form action="{FORUMS_POSTS_NEWPOST_SEND}" method="post" name="newpost">
<div style="width:100%;">{FORUMS_POSTS_NEWPOST_TEXTBOXER}</div>
<div class="valid"><input type="submit" value="{PHP.skinlang.forumspost.Reply}" /></div>
</form>
<!-- END: FORUMS_POSTS_NEWPOST -->

и ничего более.]]> Paz, 22 Mar 2009 16:44:21 -0000 esclkm по поводу редактора ratibora -1. можно подключить скриптом - чтобы за 1 раз перебрать все ид реакторов. 2. Можно подключить к любому тегу выше- и опять все выполняется как надо. 3. можно через Jquery подключить по классу.
По поводу задачи от ратибора:
1. написать маленький плугин который будет загружать в шапке те или иные скрипты в зависимости от наших желаний. Имхо плагины смотрятся приятнее когда там 2-3 файла а не бордат файлов с абсолютно одинаковым содержанием.
2. взять логику от медара и сделать все тоже самое.
(в итоге выходов море)
Зато так я могу как пароноик вместо формы ответа вставить хоть селекта хоть инпута.? жестоко? а возможность то такая сейчас есть.]]> Paz, 22 Mar 2009 16:33:34 -0000 Trustmaster
А вот о сути вопроса, дело вот чём: совсем вытравить html из движка не так уж и просто. Больше всего это видно как раз на элементах управления. Вот еще один пример: многочисленные selectbox'ы. Попробуйте вынести их формирование в шаблоны, и у вас получится как минимум по два вложенных блока сразу (хотя с новыми логическими конструкциями будет немного проще это реализовать) на каждый такой выпадающий список.

Но если взглянуть на это с другой стороны, не всё так страшно, дело только в привычках и совместимости со старым кодом (не учитывать последнее - ошибка большинства успешно провалившихся революционеров). К примеру, задача о 4 редакторах для блондинки. Без плагина, который будет управлять логикой, не обойтись - аксиома. Необходимость управления выводом тэга - гипотеза. Опровергаем: добавляем в шаблон логические блоки для вывода соответствующего HTML в зависимости от того, какие условия в плагине выполнились; для textarea так же можно управлять атрибутом class. В общем, очень даже решается задача, но шаблоны выходят очень громоздкими, много повторяющегося кода в разных шаблонах. Как это устранить? Вынести редактор в отдельный шаблон, результат рендеринга которого выводится по привычному тэгу. У этого способа тоже свои минусы есть, но есть они у любого способа вообще.

Будем считать, мы неплохо поупражнялись. Теперь чтобы было и нашим, и вашим, лучше всего подходит последнее предложение Ратибора (если ошибочку исправить сначала, конечно). А вот если вести речь об удалении всех контролов из кода и выноса их в шаблоны, то надо открывать отдельную тему и готовиться писать кучу стандартных шаблонов для таких вещей.

ЗЫ: не встречал ни одной MVC-CMS, в которой M, V и C разделены на 100%; как правило идут на уступки, либо вообще пускаются во все тяжкие.]]> Paz, 22 Mar 2009 14:21:36 -0000 esclkm Paz, 22 Mar 2009 01:31:51 -0000 Ratibor # esclkm : <div> - мы выносим из кода
<textarea> = мы оставляем. не логично как то
Я уже говорил, не путай одно с другим.
Див и другие подобные тэги - это значащие тэги и их надо выносить из ядра, но тоже надо делать это грамотно.
А textarea в данном конкретном случае - это не значащий тэг, не влияющий абсолютно ни на что,
так как он используется как заглушка и ты туда все равно ничего кроме:
<textarea class="editor" name="newmsg">
не впишешь.

Для того метода, каким подключается маркитап, абсолютно не важно где этот код находится, в скине или в ядре и никак не влияет на дизайн или что либо еще, так как он все равно перехватывается. Но на этом вся гибкость и заканчивается. Без заглушки не будет возможности оперативно и гибко управлять выводом этой самой textarea, так как она уже тупо в скине прописана.
Я тебе привел уже простенькую задачку, сперва реши ее и как найдешь универсальное решение, тогда можно будет и продолжить обсуждение.]]> Paz, 22 Mar 2009 00:55:33 -0000 esclkm <div> - мы выносим из кода
<textarea> = мы оставляем. не логично как то
Сейчас против только ратибор. для чистоты эксперемента предлагаю спросить мнения буржуйской стороны. Вечером обговорю этот вопрос с трастом]]> Cmt, 21 Mar 2009 22:50:20 -0000 Sergeich Cmt, 21 Mar 2009 21:56:26 -0000 Ratibor 
$post_main = '<textarea class="editor" name="newmsg">'.sed_cc($newmsg).'</textarea>';
$post_main_text = sed_cc($newmsg);;
 
"FORUMS_POSTS_NEWPOST_TEXTONLY" => $post_main_text,
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main,

но в скине по умолчанию должен юзаться FORUMS_POSTS_NEWPOST_TEXTBOXER

и все будут счастливы и довольны, т.к. это дает возможность реализовать любые фантазии.

Просто как то надо прислушиваться к мнению других, а не только слушать самого себя,
тогда и не будет споров на ровном месте.
Я частично поддержал тебя и предложил заменить два не нужных дублирующих тэга на:
$post_main_text = sed_cc($newmsg);;
"FORUMS_POSTS_NEWPOST_TEXTONLY" => $post_main_text,

Так же учел мнение о том что необходимо вынести значащий html код из ядра и предлагаю заменить FORUMS_POSTS_NEWPOST_TEXTBOXER на это:
$post_main = '<textarea class="editor" name="newmsg">'.sed_cc($newmsg).'</textarea>';
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main,

Ты же не слышишь никого кроме себя.]]> Cmt, 21 Mar 2009 19:49:34 -0000 esclkm Cmt, 21 Mar 2009 19:47:29 -0000 Ratibor esclkm
Не переворачивай все с ног на голову.
В данном случае textarea это не в чистом виде html код,
а скорей заглушка и хук.
В любом случае этот код не важен и ни на что не влияет, он все равно перехватывается и заменяется.
Но если его вынести из ядра, то пропадет эта самая возможность перехвата и замены этого кода.]]> Cmt, 21 Mar 2009 19:43:30 -0000 esclkm 1. твое решение, ув. ратибор, требует очень мощной правки кода или создания плагина.
2. мое решение просто использует логику от медара. что имхо правильнее.


2 trustmaster когда предложил писать спец оболочку посредника чтобы можно было мутулс подключать мне отказали. теперь мы говорим про то что не будет использоваться jquery. но опять же причины не вижу! не используешь jquery - применяй все по ид - это все могут - при том что ид практически все стандартней "rtext" и "newtext"
Вывод для меня - если выносить все- то выносить все. а не говорить что полностью разделен html и код. Выходит противоречие самим себе. Вспоминая большой и качественный плагин траста аттач - там же все формы вынесены в хтмл- что дает волю фантазии. а тут стоп - ворота. так нельзя - этак не сделай.]]> Cmt, 21 Mar 2009 19:36:16 -0000 Kort
... так уж сложилось исторически, что ЛДУ, Сед, а теперь и Кот - это движок для дизайнера со знанием ХТМЛ или верстальщика. Не нужно менять этот вектор развития, это фича отличающая его от других и позволяющая создавать абсолютно разные сайты копаясь только в шаблонах, не трогая кода.
У нас движок для юзеров, которые не боятся править tpl и css. Меняешь css плагина под свой скин и записываешь его в этот скин - и ссылки снова зеленые. Делать возможность задавать все из админки - пока не наш путь.
]]> Cmt, 21 Mar 2009 19:28:37 -0000 Ratibor # esclkm : я привел варианты ответа по поводу того как этого избежать.
Кроме того что ты предложил тупо подключать все редакторы как маркитап, без возможноти гибкой настройки вывода, от тебя не было дельного предложения.

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

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

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

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

Реализуй универсальное решение, чтоб любой его мог использовать у себя на сайте и при этом не лазить в скин ?]]> Cmt, 21 Mar 2009 19:23:14 -0000 esclkm Cmt, 21 Mar 2009 19:15:57 -0000 Ratibor # Trustmaster : Вот с чем не соглашусь в очередной раз, так это с тем, как много трафика кушает этот ужасный маркитап. Если сама страница не кэшируется, то это не имеет отношения к тем статическим ресурсам, которые она запрашивает (и JS в том числе) - они кэшируются всегда, А вот и нет. IE не кэширует js, а посему у юзера будет на каждой странице ветки загружаться ненужный скрипт. А поскольку ие стоит у большинства пользователей, то делаем выводы.
Это раз, а два я могу и остальным браузерам запретить кэшировать контент,
но при этом у пользователя не должен бездумно кушаться трафик.]]> Cmt, 21 Mar 2009 19:13:51 -0000 Trustmaster
С Ратибором согласен в том, что тэги эти все-таки нужны, т.к. бывает полезно иметь несколько различных по принципу редакторов в системе (например, html-WYSIWYG для страниц и ббкод для форумов), управляемых из специального плагина, в том числе если jQuery не используется.

Если речь идет о разделении логики и внешнего вида, то лучше разбить этот комплексный TEXTBOXER на несколько тэгов, не содержащих лишней разметки.

Так что делаем откат изменений и отделяем pfs-sfs-bbcodes-smilies от редактора.

Дров-то всегда наломать можно, но если они сырые, то избу ими не согреешь.

Вот с чем не соглашусь в очередной раз, так это с тем, как много трафика кушает этот ужасный маркитап. Если сама страница не кэшируется, то это не имеет отношения к тем статическим ресурсам, которые она запрашивает (и JS в том числе) - они кэшируются всегда, если только пользователь-параноик не отключил в браузере кэш напрочь, выставив для него нулевой размер дискового пространства.]]> Cmt, 21 Mar 2009 19:06:40 -0000 Ratibor # esclkm : http://www.fyneworks.com/jquery/FCKEditor/#tab-Multiple - почитай тут. В итоге твой фкэдитор прикрутится по классу и будет как уже принято 2 класса миниэдитор и эдитор. Красиво-лаконично
Я уже сказал - мне не нужно тупое перехватывание текстареа,
мне нужно гибкое управление в зависимости от сотни условий.]]> Cmt, 21 Mar 2009 18:38:10 -0000 esclkm http://www.fyneworks.com/jquery/FCKEditor/#tab-Multiple - почитай тут. В итоге твой фкэдитор прикрутится по классу и будет как уже принято 2 класса миниэдитор и эдитор. Красиво-лаконично

- в итоге с плагинов останется только текстбоксер. но я думаю - его тоже реально прикрутить если подумать немного. приэтом трогать ничего не придется]]> Cmt, 21 Mar 2009 18:30:01 -0000 Ratibor 
$post_main = '<textarea class="editor" name="newmsg">'.sed_cc($newmsg).'</textarea>';
$post_main_text = sed_cc($newmsg);;


"FORUMS_POSTS_NEWPOST_TEXTONLY" => $post_main_text,
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main."<br />".$bbcodes." ".$smilies." ".$pfs,

И надо тебе, то в своем скине и юзай сколько влезет этот 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.
Старый способ позволял подключать редакторы тем способом, кто каким хочет,
причем все способы были взаимо заменяемы и универсальны.
Т.е. чтоб подключить чейто редактор, было достаточно отключить в админке старый и включить новый.
А сейчас - индейское жилище фигвам.]]> Cmt, 21 Mar 2009 18:00:19 -0000 esclkm
Ratibor:
И теперь хочешь или не хочешь, окно редактора будет появляться.
Ratibor:
Плевать какие там префиксы, они никак на работу не влияют.
бред.
пока от тебя я тоже не услышал мысли четко оправдывающей возвращение (Царь нас рассудит - или мне по голове или тебе)

Решение универсальное было принято - с появление маркит апа - быстро, удобно, черезчур логично - да здравствует jquery]]> Cmt, 21 Mar 2009 17:58:23 -0000 Ratibor # Kort : Странно, но я уже слышал, что Cotonti -- это CMS для продвинутых пользователей. Так все-таки шашечки или ехать?
Это не значит что надо усложнять себе жизнь на ровном месте.

# esclkm : Почему то как прикручен маркитап в корне не правильно - объясни? по мне он прикручен на 10 балов. я пишу плагин - пишу в плагине класс=эдитор и все - чудо все работает и силы мысли вообще не надо. А вот твой редактор к плагинам не прикрутишь.
И в чем тут класс ?
В том что он тупо подгружается где надо и не надо ?
Листая 100 страничную ветку в форуме он будет подгружаться все 100 страниц,
особенно если на сайте отключено кэширование. Офигенно круто.

# esclkm : Почему никакой пользы:
1. меньше html в двиге! (ура)
Отсутствие html кода в ядре благо только в том случае, когда это оправдано.
В данном случае ситуация обратная.
# esclkm : 2. Больше настройки - хочу я сделать меньше окошко ввода ответа делаю прямо в скине. Раньше же у нас были четко зобитые автором размеры - гдето гигантские, а где-то за маленькие
И ч чем там больше настроек ? О тех настройках что ты говоришь толку 0.
А вот как раз гибкость пропала, т.к. невозможно теперь перехватить тэг текстбоксера.
И теперь хочешь или нехочешь, окно редактора будет появляться.

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

# esclkm : Про стандарты - повторюсь : я бы честно отшел бы ото всех стандартов к версии 01. а еще бы все префиксы заменил бы с sed_ на cotonti_ - так как чем дольше мы тянем - тем больше нароботок есть для котонти. а потом перевсти все одним махом станет большой проблемой
Не надо путать мягкое с теплым.
Плевать какие там префиксы, они никак на работу не влияют.

esclkm и Kort я не услышал от вас ни одного вменяемого аргумента,
кроме того "что надо тупо выкинуть весь htmlкод из ядра ради самого процесса выкидывания".
Это раз, два - какого ты полез менять ядро без обсуждения ? Это уже не банальное решение,
а серьездное влияние на логику работы редакторов.
Прежде чем тупо лезть и менять ядро, полностью проработай вопрос и предложи полностью универсальное решение подключения любого редактора, подходящее для всех.
А до тех пор пока этого не зделаешь ворачивай все назад.]]> Cmt, 21 Mar 2009 17:48:38 -0000 esclkm Ratibor:
Вернее я то подключу, а вот как это сделать блондинке ?
корт ответил. Если блондинка поставит плугин то и редактор прикрутит.
Почему то как прикручен маркитап в корне не правильно - объясни? по мне он прикручен на 10 балов. я пишу плагин - пишу в плагине класс=эдитор и все - чудо все работает и силы мысли вообще не надо. А вот твой редактор к плагинам не прикрутишь.

Почему никакой пользы:
1. меньше html в двиге! (ура)
2. Больше настройки - хочу я сделать меньше окошко ввода ответа делаю прямо в скине. Раньше же у нас были четко зобитые автором размеры - гдето гигантские, а где-то за маленькие
3. по-классу можно прикручивать и откручивать чего угодно

Про стандарты - повторюсь : я бы честно отшел бы ото всех стандартов к версии 01. а еще бы все префиксы заменил бы с sed_ на cotonti_ - так как чем дольше мы тянем - тем больше нароботок есть для котонти. а потом перевсти все одним махом станет большой проблемой]]> Cmt, 21 Mar 2009 17:08:50 -0000 Kort # Ratibor : Вернее я то подключу, а вот как это сделать блондинке ?
Странно, но я уже слышал, что Cotonti -- это CMS для продвинутых пользователей. Так все-таки шашечки или ехать?]]> Cmt, 21 Mar 2009 16:41:46 -0000 Ratibor # esclkm : специально скачал седа - посмотрел - там в тексбоксерплагине данный тег вставляется сам - в итоге получается никаких проблем с другими редакторами не должно быть.

Вывод 1 : тег текстбоксер не нужен
Вывод 2: Поэтому скорее вернее будет не отменять данные изменения.
Простой вопрос, как подключить другой редактор не правя скин ?
Вернее я то подключу, а вот как это сделать блондинке ?

# esclkm : RATIBOR вопрос по твоему плагину: а почему он пришивается везде, а не так как это было сделано с маркитапом??? помоему лечге было сделать как сделал траст и Ко - для отображния маркитапа. ведь суть твоих действий аналогична маркитапу.. но ты выполняешь как будто ты используешь текстбоксер
Потому что как реализовал я, вернее так всегда в лду и седе прикручивался стандартный редактор,
так получается гибче настроить редактор и выводится он будет четко в том месте где он нужен.
И можно небеспокоится о смене редактора. Просто сменил редактор и ненадо лезть в скин.
А как сейчас прикручен маркитап - это в корне неправильно.

Вывод: ворачивай все назад как минимум до того пока полностью не продумаем это дело полностью.
На данный момент это не польза а сплошное вредительство.

Пользы от того что ты выведешь текстареа в скин нет никакой абсолютно, т.к. она все равно перехватывается скриптами редакторов. А вот без этого тэга, тем более когда он являлся фактически стандартом, универсально реализовать перехват практически не реально.]]> Cmt, 21 Mar 2009 16:26:15 -0000 esclkm чем дольше переживать о совместимости версий тем на более крупные грабли будем наступать.

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

Вывод 1 : тег текстбоксер не нужен
Вывод 2: Поэтому скорее вернее будет не отменять данные изменения.

RATIBOR вопрос по твоему плагину: а почему он пришивается везде, а не так как это было сделано с маркитапом??? помоему лечге было сделать как сделал траст и Ко - для отображния маркитапа. ведь суть твоих действий аналогична маркитапу.. но ты выполняешь как будто ты используешь текстбоксер]]> Cmt, 21 Mar 2009 06:39:26 -0000 Ratibor # esclkm : со старых тегов удалил только текстбоксер Ну и за каким .... ты удалил это ?
Как теперь объединить несколько редакторов на сайте ?
Ворачивай textarea назад а ядро.

FORUMS_POSTS_NEWPOST_TEXTBOXER был какой-никакой, а стандарт для подключения сторонних редакторов. Можно было незадумываясь менять редакторы. А сейчас колхоз получается.
И в любом случае, если даже не хочешь юзать редактор, минимальное окно ввода сообщения должно выводится.

Trustmaster сделай пожалуйста в транке откат на 651 ревизию.]]> Cmt, 21 Mar 2009 05:48:49 -0000 esclkm а то всегда хотелось чтобы на форуме у меня был миниждитор малого размера - а не здоровенное поле эдитор]]> Cmt, 21 Mar 2009 05:19:04 -0000 Trustmaster Cmt, 21 Mar 2009 04:19:30 -0000 Ratibor # esclkm : предлагаю полностью вынести формы ответов на форуме и в комментах в скин - тем самым убрать странные теги класса TEXTBOXER - как плохое наследие седа.
ИМХО не стоит их удалять,
т.к. их хорошо плагинами перехватывать.
Надо сменить редактор, поменял плагин и все и не надо в скин лазить.
А если какой плагин глюкнет, то все равно форма для ответа минимальная появится.
А если вынести в скин, то при смене редактора, надо будет скин править.

А вот дубли повыкашивать стоит.
К примеру сейчас в forums.posts.inc.php три дубля:
"FORUMS_POSTS_NEWPOST_TEXT" => $post_main."<br />".$bbcodes." ".$smilies." ".$pfs,
"FORUMS_POSTS_NEWPOST_TEXTONLY" => $post_main,
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main."<br />".$bbcodes." ".$smilies." ".$pfs,
Два точно выкосить надо и оставить один.

Поскольку в томже forums.posts.inc.php есть такие строки:
"FORUMS_POSTS_NEWPOST_SMILIES" => $smilies,
"FORUMS_POSTS_NEWPOST_BBCODES" => $bbcodes,
"FORUMS_POSTS_NEWPOST_MYPFS" => $pfs

То предлагаю оставить:
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main,
"FORUMS_POSTS_NEWPOST_SMILIES" => $smilies,
"FORUMS_POSTS_NEWPOST_BBCODES" => $bbcodes,
"FORUMS_POSTS_NEWPOST_MYPFS" => $pfs

Либо вместо всех этих строк одну:
"FORUMS_POSTS_NEWPOST_TEXTBOXER" => $post_main."<br />".$bbcodes." ".$smilies." ".$pfs,
]]> Cmt, 21 Mar 2009 03:27:13 -0000 Kort я первым делом уберу дурацкий лишний BR перед ссылокй "Мои файлы"]]> Cmt, 21 Mar 2009 03:10:33 -0000 Sergeich Cmt, 21 Mar 2009 02:56:17 -0000 esclkm Cmt, 21 Mar 2009 02:55:43 -0000 Sergeich Cmt, 21 Mar 2009 02:52:25 -0000 esclkm жду пару ответов ДА и удаляю)]]> Cmt, 21 Mar 2009 01:59:39 -0000