0.00
Рейтинг
0.19
Сила

Саша Ошурков

Она родились давно, когда в PHP ещё не было ООП, и под ВСЕ я понимал разработчиков под Joomla. И я точно знаю, что Joomla не самая плохая cms в этом мире, из него есть что черпнуть.
Шаблонизатор patTemplate был в Joomla 1.0, в новых версиях (в 1.5 он только для совместимости со старыми расширениями, в 1.6 его нет) от него отказались, так как было большое падение производительности кода. Сейчас там чистый PHP и все рады, и все довольны.
Я привел джумловские шаблоны как пример шаблонизатора на PHP. Фактически нужны только знания PHP и нет никакой необходимости изучать Смарти.
Ребята вы необоснованно минусуете, посмотрите систему шаблонизации в Joomla 1.5 и выше. Там всё прекрасно и даже в PHP есть удобный синтаксис так сказать понятный дизайнеро-верстальщикам, например конструкция if:
<?php if ($this->getBuffer('message')) : ?>
	<div class="error">
	</div>
<?php endif; ?>


или цикл:
<?php foreach ($list as $item) :  ?>
	<div class="box">
	</div>
<?php endforeach; ?>
>4)Скорость шаблонизатора сопоставима со скоростью обычного ph
Это ещё раз подтверждает то, что лучший шаблонизатор и есть сам PHP, зачем было Смарти пихать.
Было бы неплохо и в инсталятор включить скрипт, который пробегался по базе и удалял этот тег из базы движка версии 0.3.1
Я думаю стоит отказаться от тега noindex так как Яндекс с апреля 2010 учитывает атрибут rel=«nofollow»
radistor, а у вас в шапке случайно не схема высокостабильного синтезатора частот для приёмопередающей аппарату? мне как раз на диплом нужна.
Там изменено только оформление, поведение такое же.
Вот бы кнопки вставки списков ul и ol сделать как в редакторе для vbulletin, потому что текущая реализация жутко неудобная, а домохозяйкам и непонятная.
Вот бы кнопки вставки списков ul и ol сделать как в редакторе для vbulletin, потому что текущая реализация жутко неудобная, а домохозяйкам и непонятная.
ну я тоже из бэкапа восстановил, суппорт дал ссылку на фак по восстановлению таблиц, но мне это не помогло
да это на хостинге, под управлением freebsd
Хотя с вырезыванием br для img возможно не прав, зависит от того кто как вставляет картинку, если так:
<img src="http://livestreet/uploads/images/0/0/0/0/0/1/2009/11/27/2a1906.jpg" align="left" alt="" />
текст текст текст

то да появится br и будет мешать.

Ну а если так вставлять:
<img src="http://livestreet/uploads/images/0/0/0/0/0/1/2009/11/27/2a1906.jpg" align="left" alt="" />текст текст текст

то всё хорошо
Да, действительно так работает. Но вот если так:
<h4>tyuytu</h4>
<h5>yuyyu</h5>
<ul>
	<li>tryu</li>
</ul>
<ol>
	<li>tyyyytu</li>
</ol>

то после заголовка H5 ставится BR

Rстати в исключения ещё следует добавить и теги «blockquote», «pre» и «img» (с изображением нужно для того что бы когда ставили выравнивание слева или справа то картинку обтекал текст, ну и всё таки для XHTML 1.0 Strict правильно не align=«left/right», а style=«float: left/right;»
kachayev, я сейчас ничего не перетягиваю я сейчас говорю за LS 0.4 в котором есть эта проблема, т.ё. как бы сообщаю о недочёте)
странно если в CODE писать <br /> то он отображается, а если писать <br/> (без пробела перед слешем) то заменяется на перенос строки.

ну и спец. коды такие как &соpy; почему то в CODE заменяются на ©.
конечно можно, но хотелось бы что бы это было в LS 0.4, ведь это правильно, зачем лишние BR там где они совершенно не нужны!
наоборот удалять надо.

есть пишешь в редакторе:
<h5>yuyyu</h5>
<ul>
	<li>tryu</li>
</ul>
<ol>
	<li>tyyyytu</li>
</ol>
<h5>yuyyu</h5>

то на выходе после работы Jevix получаешь:
<h5>yuyyu</h5>

<ul>
	<li>tryu</li>
</ul>

<ol>
	<li>tyyyytu</li>
</ol>

<h5>yuyyu</h5>


блин, баг с CODE, в общем во втором примере (на выходе) там где пустые строки там был BR, вот его удалять.
ага и BR тоже не обрабатывается