Перевести admin-модули на новый data-sl-toggle-control API, рефакторить blocks.php (сортировка модулей, переименование переменных) и обновить default admcol с 5 до 6.
Core changes:
Admin toggle (admin/index.php, admins.php, security.php, account/admin/index.php):
- CloseOpen / sl_close_X → data-sl-toggle-control + семантичные ID
- sl_close_1/2 → sl_panel_admin / sl_panel_site
- sl_close_9 → sl_form_admin_mail / sl_form_account_mail
- cookie-зависимость убрана; is_checked = false по умолчанию
- Blocks refactor (admin/modules/blocks.php):
getBlockModules() → прямой обход $conf['modules'] с фильтром type=1 и sort() для алфавитного порядка
- $viewItems → $items; $blockwhere → $bwhere
- $blocktext → $btext; $html_b/$html_e → $htmlb/$htmle
- Config (admin/modules/config.php, config/global.php):
- admcol default: 5 → 6 (6 колонок в admin dashboard)
- config/local.php: обновлён base_fingerprint
Benefits: - Единый toggle-API без зависимости от cookie-имён - Блоки модулей отображаются в алфавитном порядке - Переменные в blocks.php соответствуют naming-конвенции
Technical notes: - is_checked теперь hardcode false — состояние управляется JS - getBlockModules() удалён из вызовов (inline-логика)
Заменить устаревший глобальный CloseOpen на декларативный data-атрибут API (data-sl-toggle / data-sl-toggle-control). Блоки и кнопки описываются через HTML-атрибуты без inline JS.
Core changes:
- Toggle engine (slaed.js):
Новые функции: getToggleControls, setToggleControls, setToggleBlockState, toggleBlock, bindToggleControl
initCloseOpenBlocks переведён на [data-sl-toggle-control] и [data-sl-toggle]; поддержка checkbox, aria-expanded, cookie-состояния (path/global scope)
- window.CloseOpen удалён из публичного API
- Admin-шаблоны (dashboard-panel, div-collapse, sidebar-block):
- OnClick="CloseOpen(...)" → data-sl-toggle-control="<id>"
- div id + data-sl-toggle="<id>"
- sl_close_X → семантические ID: sl_panel_, sl_block_
Frontend-шаблоны (block-left, categories, navi, new/navi) для default/lite/simple:
- OnClick/CloseOpen → data-sl-toggle-control
- sl_close_1 → sl_nav_cats (data-sl-toggle-scope="path")
Benefits: - Inline JS полностью удалён из шаблонов - Единый toggle-механизм для admin и frontend - Accessibility: aria-expanded, role="button", tabindex, keyboard
Technical notes: - window.CloseOpen удалён без замены — все вызовы переведены - data-all (старый формат) заменён на data-sl-toggle - ID переименованы: sl_close_X → sl_block_X / sl_panel_ / sl_nav_
Обновление стилей для поддержки новых фрагментов и скорректированного макета form-row с двоеточием через CSS.
Core changes:
- new.css (default, lite, simple):
- Добавить .sl_info:before, .sl_warn:before — иконка из sprite.png для блоков предупреждений
- Скорректировать .sl-form-label: убрать font-weight:bold, увеличить width до 160px
- Добавить .sl-form-label::after { content: ":" } — двоеточие через CSS вместо hardcoded в PHP
- Добавить .sl-form-row .sl-field { flex: 1; min-width: 0 } — корректный flex layout
- new.css (admin):
- Добавить те же правила: sl_info/sl_warn иконка, sl-form-* layout, sl-form-label::after
Benefits: - Двоеточие после label управляется CSS — PHP передаёт чистый текст - Все 4 темы синхронизированы по базовым form-row стилям
Technical notes: - sl-form-label::after соответствует удалению ':' из getTplViewFieldRows в helpers.php - Существующие классы sl_* не переименовывались
URL формы не содержал op=add — после отправки адресная строка показывала index.php?name=news без оператора.
Core changes:
- form-add.html (default, lite, simple):
Изменить action с index.php?name={{ name }} на index.php?name={{ name }}&op=add * getVar('req','op',...) проверяет POST перед GET * скрытое поле op=send продолжает корректно маршрутизировать отправку * URL при отображении формы и preview теперь показывает op=add
Benefits: - Адресная строка отражает реальный контекст страницы - Нет регрессий в маршрутизации: hidden op=send имеет приоритет через POST
Technical notes: - Admin не использует form-add.html — изменение только для frontend тем
Новые фрагменты в new/ namespace для всех тем (default, lite, simple, admin). Обеспечивают инфраструктуру для getVotingView и getTplViewFieldRows.
Core changes:
- view-field.html (default, lite, simple, admin):
- Строка отображения custom field: label + value
- Использует sl-form-row / sl-form-label / sl-form-value классы
- voting-widget.html (default, lite, simple):
- Оболочка для всего voting-блока
- Условный <form> через has_form; принимает items_html, admin_html, post_html, polls_html, votes_html, comm_html
- voting-post.html (default, lite, simple):
- Один вариант голосования для ввода (radio/checkbox + label)
- voting-view.html (default, lite, simple):
- Один вариант с результатом: прогресс-бар + процент + количество голосов
- span.html (default, lite, simple):
- Универсальный <span class="{{ class }}">{{ text }}</span>
Benefits: - HTML вынесен из PHP в шаблоны - Все темы синхронизированы — один набор фрагментов на все
Technical notes: - Admin тема получает только view-field.html (voting не нужен в admin) - Root-level voting-post.html и voting-view.html остаются без изменений
При загрузке значения из БД htmlspecialchars-кодирование уже применено. Без decode шаблон применял его повторно — двойное кодирование при редактировании.
Core changes:
- EditorBbcode::getWidget (plugins/editors/bbcode/driver.php):
Добавить html_entity_decode($value, ENT_QUOTES|ENT_HTML5, 'UTF-8') перед getTplBbEditor * DB хранит htmlspecialchars-encoded текст * getTplBbEditor передаёт value в шаблон через {{ value_text }} — снова кодирует * decode разрывает двойное кодирование
Benefits: - Сохранённый текст отображается корректно в редакторе при повторном открытии - Нет искажения специальных символов (& → & → &amp; и т.д.)
Technical notes: - CKEditor не требует этого исправления: использует json_encode + ed.setData() - Только BBcode-редактор передаёт значение через HTML-атрибут textarea
Весь inline HTML в getVotingView заменён на вызовы $tpl->getHtmlFrag() через new/ namespace. HTML больше не собирается строками в PHP.
Core changes:
- getVotingView (core/system.php):
- Убрать inline <form>, <h4>, <ul>, </ul>, </form> из PHP
- Заменить getHtmlFrag('voting-post',...) на getHtmlFrag('new/voting-post',...)
- Заменить getHtmlFrag('voting-view',...) на getHtmlFrag('new/voting-view',...)
- Переименовать $cont (loop accumulator) в $items для ясности
- Заменить inline <span class="sl_votes">...</span> на getHtmlFrag('new/span',...)
Финальный $cont собирается через getHtmlFrag('new/voting-widget',...) * has_form, form_id, title, items_html, admin_html, post_html, polls_html, votes_html, comm_html
Benefits: - HTML полностью вынесен в шаблоны - Структура voting-widget изменяется только в .html файлах - Соответствует архитектурному принципу: данные в PHP, разметка в templates
Technical notes: - Новые фрагменты: new/voting-widget, new/voting-post, new/voting-view, new/span - Фрагменты нужны во всех frontend темах: default, lite, simple - Root-level voting-post.html и voting-view.html остаются без изменений
Два независимых исправления в core/helpers.php для корректной работы custom fields в display и preview путях.
Core changes:
- getTplFieldsIn (core/helpers.php):
Заменить getVar('post','field','raw','') на getVar('post','field[]','raw',[]) * filter_input(INPUT_POST,'field') возвращает null/false для массивов * [] суффикс активирует $allarr=true в getVar — читает $_POST['field'] напрямую
Заменить filterFields() + explode на array_values(array_map('strval',$posted)) * posted массив используется напрямую без лишней фильтрации в display-пути
- getTplViewFieldRows (core/helpers.php):
Заменить фрагмент 'view-field' на 'new/view-field' * фрагмент перенесён в new/ namespace
Убрать hardcoded ':' из label_text * двоеточие теперь добавляется через CSS ::after в new.css
Benefits: - Custom fields корректно отображаются в preview - Custom fields сохраняют введённые значения после отправки формы - label_text чистый — без hardcoded пунктуации в PHP
Technical notes: - Фрагмент new/view-field.html должен существовать во всех темах - Обратная совместимость: fallback через explode('|') если POST пустой
В add()-функции frontend и admin модуля news устранены три независимые ошибки, из-за которых preview не работал корректно при повторных отправках.
Core changes:
- Frontend add() (modules/news/index.php):
Заменить тип 'text' на 'raw' для hometext/bodytext в display-пути * filterHtml + {{ value_text }} вместе давали двойное кодирование за каждый round-trip * 'raw' разрывает цикл; 'text' остаётся только в send() для записи в БД
Заменить getVar('post','field','field') на field[] паттерн с implode * filter_input возвращает null для массивов — field[] через getVar корректен
Заменить $stop напрямую на getStopText((array)$stop) * шаблон new/alert ожидает строку; PHP-массив давал пустой блок
- Вызывать getTplPreviewContent() напрямую вместо preview()-обёртки
- Admin add() POST-ветка (modules/news/admin/index.php):
- Те же исправления: 'raw', field[] паттерн, implode
Benefits: - Текст больше не ломается при повторных preview-отправках - Custom fields сохраняют значения в форме после preview - Блок предупреждений отображается корректно
Technical notes: - send() и admin save() сохраняют 'text' для БД — без изменений - Admin DB-ветка (загрузка из БД) — без изменений; decode на уровне драйвера
Remove the module-specific files-add-input-row and files-add-upload-row fragments (wrong naming, wrong abstraction level). Replace them with proper composition of the existing new/form-field-row + new/input / new/file-input fragments. Add new/file-input.html to all 4 themes.
Core changes:
- modules/files/index.php — extra fields rewritten:
- files-add-upload-row → new/form-field-row + new/file-input
files-add-input-row (×3) → new/form-field-row + new/input with correct variable names: name_attr, value_attr, itype, maxlength_num, placeholder_text
- templates/*/fragments/new/file-input.html (all 4 themes) — new:
- <input type="file" name="{{ name_attr }}" class="sl-field">
- templates/*/fragments/new/files-add-input-row.html (all 4 themes) — deleted
- templates/*/fragments/new/files-add-upload-row.html (all 4 themes) — deleted
Benefits: - No module-specific fragments in new/ namespace - File input reusable via new/file-input across any module - Consistent composition pattern: new/form-field-row wraps any input type
Technical notes: - new/form-field-row and new/input already existed — no new patterns introduced
