ErsteVorherige12345678910NächsteLetzte
Для юзеров Seditio и новичков
Boss |
|
---|---|
Для меня это уже не актуально. Надобность пропала. Но для большей гибкости, чтобы шаблон действительно можно было сделать любой оно нужно.
Подозреваю, что это можно реализовать без дополнительного запроса. Просто в цикле смотрим (сравниваем) из какого CAT сейчас SECTION крутятся и как только CAT другой - делаем закрытие/открытие. |
Ratibor |
|
---|---|
# Boss : Подозреваю, что это можно реализовать без дополнительного запроса. Просто в цикле смотрим (сравниваем) из какого CAT сейчас SECTION крутятся и как только CAT другой - делаем закрытие/открытие.Можно, смотри мой самый первый вариант. Но у него есть один существенный недостаток - там все блоки будут через )(. Вот как будет выглядеть шаблон: <!-- BEGIN: FORUMS_SECTIONS_ROW -->
<!-- BEGIN: FORUMS_SECTIONS_ROW_CAT -->
<!-- BEGIN: FORUMS_SECTIONS_FOOTER -->
</table>
<!-- END: FORUMS_SECTIONS_FOOTER -->
<h1>{FORUMS_SECTIONS_ROW_CAT_SHORTTITLE}</h1>
<table class='cells'>
<tr>
<th>Раздел</th>
<th>Тем</th>
<th>Сообщений</th>
<th>Крайнее сообщение</th>
</tr>
<!-- END: FORUMS_SECTIONS_ROW_CAT -->
<!-- BEGIN: FORUMS_SECTIONS_ROW_SECTION -->
<tr>
<td>
<h2><a href='{FORUMS_SECTIONS_ROW_URL}'>{FORUMS_SECTIONS_ROW_TITLE}</a></h2>
<div>{FORUMS_SECTIONS_ROW_DESC}</div>
</td>
<td>{FORUMS_SECTIONS_ROW_TOPICCOUNT}</td>
<td>{FORUMS_SECTIONS_ROW_POSTCOUNT}</td>
<td>{FORUMS_SECTIONS_ROW_LASTPOST} ...</td>
</tr>
<!-- END: FORUMS_SECTIONS_ROW_SECTION -->
<!-- END: FORUMS_SECTIONS_ROW -->
Причем после <!-- END: FORUMS_SECTIONS_ROW --> надо будет добавить еще раз то, что находится внутри секции FORUMS_SECTIONS_FOOTER, т.е. в твоем конкретном случае будет выглядеть так: <!-- BEGIN: FORUMS_SECTIONS_ROW -->
<!-- BEGIN: FORUMS_SECTIONS_ROW_CAT -->
<!-- BEGIN: FORUMS_SECTIONS_FOOTER -->
</table>
<!-- END: FORUMS_SECTIONS_FOOTER -->
<h1>{FORUMS_SECTIONS_ROW_CAT_SHORTTITLE}</h1>
<table class='cells'>
<tr>
<th>Раздел</th>
<th>Тем</th>
<th>Сообщений</th>
<th>Крайнее сообщение</th>
</tr>
<!-- END: FORUMS_SECTIONS_ROW_CAT -->
<!-- BEGIN: FORUMS_SECTIONS_ROW_SECTION -->
<tr>
<td>
<h2><a href='{FORUMS_SECTIONS_ROW_URL}'>{FORUMS_SECTIONS_ROW_TITLE}</a></h2>
<div>{FORUMS_SECTIONS_ROW_DESC}</div>
</td>
<td>{FORUMS_SECTIONS_ROW_TOPICCOUNT}</td>
<td>{FORUMS_SECTIONS_ROW_POSTCOUNT}</td>
<td>{FORUMS_SECTIONS_ROW_LASTPOST} ...</td>
</tr>
<!-- END: FORUMS_SECTIONS_ROW_SECTION -->
<!-- END: FORUMS_SECTIONS_ROW -->
</table> Нравится тебе такое ? Я думаю нет. Так что либо делать через задницу, либо добавить 1 sql запрос, тем более который обрабатывается только один раз за секцию. Еще раз повторю на пальцах что происходит при обработке: считывается строка из базы и идет сравнение новая это секция или нет и если новая то выводится заголовок. Это справедливо только для заголовка, но ты не можешь предугадать к какой секции будет принадлежать следующая строка в базе. Вот я и ввел цикл, теперь считывается строка из базы и как и раньше идет проверка к новой секции она принадлежит или нет и если к новой, то считаем сколько строк будет в этой секции и как секция закончится, то закрываем ее футером. После этого все отрабатывается четко и шаблон по человечий выглядит. Если конечно ты сможешь предсказать к какой секции будет принадлежать следующая строка в базе без sql запроса, то предлагай ? Не задавай глупых вопросов, не услышишь вранья.
|
|
Dieser Beitrag wurde von Ratibor (am 6. April 2009, 20:54, vor 16 Jahre) bearbeitet |
NovoKain |
|
---|---|
Непонятно мне зачем автоутверждение сделали _таким_ образом. Посмотрите в сторону шикарного WordPress. Объясняю: если у юзера есть права на модерацию категории то он может выбрать или сразу же публиковать или поставить в очередь на утверждение. Это самое верное решение с моей точки зрения.
Ещё бы по умолчанию (не проверял с хаком как в Сед) сделать доступным спойлер при добавлении страниц. Ещё маленькая непонятка с интегрированным autojoiningposts. Ранльше он добавлял сообщение «Добавленно спустя» а теперь пустое место что порой вызывает весьма негативные эмоции. |
|
Dieser Beitrag wurde von NovoKain (am 21. April 2009, 02:00, vor 16 Jahre) bearbeitet |
esclkm |
|
---|---|
Согласен с новокаином - что нужна опция: утвердить страницу или нет.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
NovoKain |
|
---|---|
esclkm, а oc со мной не согласен.
|
esclkm |
|
---|---|
ос вообще удивительный человек
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
NovoKain |
|
---|---|
И всё таки о высшие силы! Может что-нибуть с моим страдальным тикетом сделаете?
Ибо: когда мне надо добавить новость в html то приходится её сначала публиковать (разумеется автоматически) а потом уже изменать тип парсинга. Или ещё пример: второй администратор оставляет новость что бы я её отредактировал... ан нет уже никак. Это не теория а практика. И неудобств возникает куча из-за этого. Ещё непонятно мне зачем в плагин news ввели глючную проверку начато / истекает (об этом писал в багах и ошибках). Хотя выкашевается это тз кода на ура. |
Sergeich |
|
---|---|
на самом деле проверка "начато / истекает" достаточна полезна, особенно когда нужно публиковать новости по расписанию. Но соглашусь, что не лишним будет добавить в настройки плагина возможность отключать эту фишку по умолчанию.
|
NovoKain |
|
---|---|
Согласен с тем что фишка полезная. Но вот как ранее писал в ней есть серьёзные недоработки: если начато поставить позднюю дату то при просмотре новостей мы видим новость а при переходе к странице новости (например more) мы видим надпись через сколько будет страница опубликованна. И самое главное что если в page.add нет полей начато / истекает (а зачем посетителям вообще такие поля нужны?) то происходят ужасы :)
С моей точки зрения перед тем как вводить функционал надо прорабатывать его поведение. |
Trustmaster |
|
---|---|
Очередь на утверждение надо переделывать основательно, тут мелкими опциями не обойтись. Если сейчас есть желающие этим заняться, то будем собрать пожелания в стройное тех. задание.
May the Source be with you!
|
Sergeich |
|
---|---|
NovoKain, это поведение тянется со времён LDU, ничего нового в этом вопросе не сделано. Разве что вновь врубили эту функцию в плагине новостей.
|
Vadya |
|
---|---|
После знакомства с котонти начинаю чувствовать себя идиотом, уже пол дня не могу понять как создавать вложенные категории
![]() |
Killer |
|
---|---|
Vadya |
|
---|---|
Killer, спасибо. Сам бы я угадать не смог. Ни здесь, ни в админке подсказок по этому поводу нет.
|
Sergeich |
|
---|---|
На неокром.ру процесс создания сложной структуры категорий не раз и не два обсуждался, более того есть даже руководство на эту тему, в котонти всё аналогично: http://neocrome.ru/page.php?id=18
А, кстати. Вместо пути вида 1.1 можно использовать более сложные конструкции, например а.1. Также рекомендую для вложенной категории использовать не одну, а хотя бы две цифры, что-то типа 1.01. Это сильно увеличивает колличество возможных категорий и не ломает порядок их отображения :) |
|
Dieser Beitrag wurde von Sergeich (am 29. Mai 2009, 00:17, vor 15 Jahre) bearbeitet |