MGHaze

Понял, спасибо

Есть допполе типа Переключатель Да или нет. Есть ли url, позволяющий просмотреть все новости с переключателем, установленным в положение Да? По аналогии site.ru/xfsearch/year/2025/

По аналогии

И еще вспомнил, чем на днях озадачился. 1. Реально ли сделать допполя для самих категорий? Хотя бы какой-то минимальный набор - изображения, чекбоксы, текст. Было бы неплохо. 2. Добавить допполе типа "динамическое", что-то вроде repeater из ACF на worpress. Чтобы можно было в новостях добавлять бесконечное количество полей заранее заданного типа. И если уж такое когда-то произойдет, то и до кучи реализовать группу полей. Например, если я поставлю текстовому допполю галочку динамического, то в новости могу их добавлять и выводить бесконечно. Если будут реализованы группы, то при добав

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

Не знаю, насколько будет правильным, но хотелось бы избавиться в коде от тегов таблиц. В файлах userinfo.tpl, registration.tpl, addnews.tpl тег {xfields} выводится таблицей. Адаптировать это то еще удовольствие. Учитывая, что это допполя с 2мя элементами (заголовок и значение), то можно было бы обойти чем то вроде: <label></label> <input/> ...как в некоторых других местах. Плюс, раздать классы. Или просто дивами, или как-то еще. Также мб стоило бы избавиться от таблиц в ЛС, но тут я не уверен.

1. Недавно был добавлен полезный параметр для custom - name="X", а также тег [custom=X] Текст [/custom]. Теперь, если юзаешь кастом в каком-то блоке в категориях (например, слайдере новостей данной категории), то заголовок (или весь блок) блока можно закинуть в [custom=X] Текст [/custom] и он не будет отображаться там, где недо (например, на пустых или несуществующих категориях). Хотелось бы такой же тег проверки наличия контента в {content}, аля [сcontent] Текст [/content]. 2. Добавить возможность прописать в вышеупомянутом [custom=X] сразу несколько блоков через запятую. Кейс - один и т

Мы работаем, а на форум заглядываем за помощью или предложением) Что вы так прицепились к этой дискуссии и что меня там не было? Я даже сейчас её найти не могу. Можете дать ссылку? Вот опять я не понимаю логики. У вас был IF, подсказали бы им и вопрос был решен без спорных нововведений. Но, видимо, они тоже не спросили конкретно про IF) Если немного утрировать, то вы продублировали это IF в код PHP. Используя IF они могли решить свой вопрос и оставить контроль через админку. Те, кто не использует галочки и хочет разом через шаб везде поменять поведение и оставить контроль через админку

Я, возможно, что-то не понимаю, но разве этот if не отвечает за проверку чекбокса? Из справки: view_edit - Отображать или нет причину редактирования (число, 1 или 0). Я спросил об этом тут, мне ответили, что надо делать плагин. Вы ответили) Можно было бы и подсказать. Пока оставлю как есть с плагином, т.к. контролировать хочу в админке. Но хромающая логика никуда не делась, о которой писал чуть выше: @celsoft немного не по теме, но пока вы тут, хотел спросить. Можно ли убрать ограничения поиска по форуму тут? Находит только совсем свежее... Сейчас, чтобы что-то средней ст

Еще один лишний тег в файле pm.tpl (первый <tr>) $pmlist .= "<table class=\"pm_navigation\" style=\"width:100%;\"<tr><tr><td>{$pages}</td><td align=\"right\"><select id=\"pmlist_doaction\"name=\"doaction\"><optgroup label=\"{$lang['edit_selact']}\"><option value=\"\">---</option><option value=\"del\">{$lang['edit_seldel']}</option><option value=\"setread\">{$lang['pm_set_read']}</option><option value=\"setunread\">{$lang['pm_set_unread']}</option></optgroup></select>&nbsp;&

[if view_edit = "1"] текст [/if]

Дак есть же IF для этого. Я не осуждаю, просто не понимаю) Сегодня больше часа потратил на то, чтобы понять, почему он не выводится. А провозился из за описания. Мол есть такой то тег, отвечает за вывод чего-либо, если новость редактировалась в течение заданного времени. "Выводить информацию о том что публикация обновлена" - это вообще про другое и другие теги. До сих пор сам не понимаю, как допер до этого :D Уже в баги полез строчить

Первый кусок кода, что ты дал, отвечает за проверку галки и вывод тега [updated] Второй кусок if( $row['view_edit'] and $row['editdate'] ) { ...и код после него отвечает за проверку галки и вывод другой инфы (дата редактирования, автора редактирования и тд.). Мне нужно только первое, чтобы просто работал тег [updated] всегда. Выводить инфу мне не надо, она как раз таки пусть и выводиться по желанию. Вообще не очень понятно, почему в 17.3 сделали тег зависящим от чекбокса) Не могу даже представить кейса, где оно бы использовалось

@dds я уже поправил методом тыка) Все правильно, только вторые замены делать не надо, они отвечают за вывод другой инфы (дата редактирования, автор и тд.) Спасибо, что помогаешь! PS: А сюда файлы грузить нельзя?

Да, я понял. Мб кто-то подскажет...