FuRReX

Возможность запрещать/разрешать просмотр новости по странам есть. Теперь можно добавить возможность для администратора или других групп, в зависимости от настроек группы, просмотр данных запрещенных новостей на сайте, этого сильно не хватает. Принцип такой: если я РУ, и запретил просмотр в РУ, то с админкой я могу просматривать такие новости. Ну и можно добавить к категориям ограничения по странам, с упомянутыми выше возможностями.

Сделать для счётчика скачивания attachment разбиение цифр, как это сделано при просмотрах. Само решение: $tpl->set('{count}', number_format($row['dcount'], 0, '', ' '));

Кстати, ради интереса, это тоже будет удалено? Оно ведь связано с BBCODES.

Я бы не назвал бб бредовым редактором. Он очень удобен, на каждом втором сайте по DLE именно его используют.

Я рад, что кто-то понял мою мысль. Для меня DLE всегда был эталоном функциональности, простоты и выбора. Если Froala, практически идентичный редактору TinyMCE (просто второй более функционален). То бб вообще иначе работал, и по сей день, популярные сайты его используют. Например "Steam". Чем удобен бб: Легко обучить людей работать с ним. Как ты, так и остальные могут не беспокоиться о лишних отступах и пробелах. Не добавляет лишние теги. Не урезает те, что ты сам добавляешь. *В моем случае* Так как, я с очень давних времён работаю с DLE, перенести картин

По поводу этого, я всегда загружал файлы через пункт "FTP /uploads/files/", просто потому что так удобнее, не добавляется префикс и ты знаешь, что файл загружен без какой-либо ошибки. Теперь придётся лезть в описание, чтобы загрузить файл, а потом с описания копировать аттач туда. Я с 2012 года использую DLE, было много раз, когда файл просто обрывался при загрузке на сайт, и визуально показывал, что всё хорошо, а на деле файл был сломан. Вот и адаптировался на такой метод загрузки. Кстати, между слов, DLE не поддерживает скачивание со встроенного в Telegram браузера. Скачиваютс

Вероятно, вы указываете на использование div внутри a тега. Так могу уточнить для вас, что оно допустимо в HTML5. Тот же W3 HTML Validation тоже не видит проблем с разметкой, она делалась основываясь на его показаниях. Не вижу проблем в вёрстке. Решил переспросить у гугла и нейронной сети, они тоже не нашли ошибку, за исключением, что в совсем старых браузерах могут быть проблемы из-за того, что див находится в а теге. Тем не менее, указывать на то, что это у меня в вёрстке проблема, а не в редакторе, который флудит тегами туда-сюда, странное решение. Ладно, пускай народ до

Как минимум, это удобство, которого теперь не будет. Да, видимо это единственное решение, отрубить редактор для этих полей. Это уже простите откровенная чушь, других слов тут даже употребить нельзя. Это было бы чушью, если бы я выводил аттач без структуры, просто [allow-download]Скачать[/allow-download] А когда разметка подобного вида, то внести в неё правки, крайне большая проблема, и это не связано с моими знаниями, исправить я могу, просто мусор, который останется из-за доп тегов, никуда не уберётся. Я предполагаю, что это из-за очередной функции редакто

Вы предлагаете мне руками 1000+ статей обновить и в каждой править раметку? А как быть тем, у кого их более 10000? Как мне в доп поле сохранить аттач или другой текст без <p> тегов?

Пересохранил статью в вашем "крутом и современном" редакторе, которая изначально была создана в BBcodes. Никаких изменений не делал, просто включил другой редактор и пересохранил уже готовое в нём. У меня вся статья просто поехала, ахахахаха. "Никаких своих тегов едитор не добавляет" - я заметил, когда вся статья у меня просто поехала, можно всю структуру полной статьи переписывать. Плагины вроде "Fotorama" ушли на отдых, благодаря новым <p> тегам, которые я не добавлял. Какой же ужас... Это самое худшее решение, убирать bbcodes... Даже страшно представить,

У меня эти p теги заполонили абсолютно все поля во всех старых новостях (при просмотре), даже между изображениями. Они как вирус, который автоматически влез в чистое описание. <p>[medium]123.webp[/medium] [medium]123.webp[/medium] <br>[medium]123.webp[/medium] [medium]123.webp[/medium] <br>[medium]123.webp[/medium] [medium]123.webp[/medium]</p> Вот пример из доп. поля. Вот для чего мне там <p> теги? и т.п.

Автоматическое добавление <p></p> тегов для меня является мусором, с BBCodes, я всю жизнь их не использовал. Для определения описания поисковым системам, я использую качественную разметку (schema). Текст для статей заключен в общий <div> класс с уникальными стилями. Теперь из-за переизбытка этих <p> тегов будет требоваться в разы больше времени, чтобы ручками удалить их из кода. Да, можно сделать подкласс для моего актуального div, с типом .стиль p{} чтобы убрать всё лишнее. Но опять же, это обычное захламление кода <p> тегами получится. UPD: Х

Очень жаль, визуальные редакторы очень много мусора после себя оставляют, только из-за этого, их использование является очень сомнительным. =(

Всё-таки, на счёт BBcodes, мне кажется, убирать их не стоит, это уже как базовый редактор. Даже на других форумах, где мы топим за ваш движок против WP (тот же серч), эта проблема из-за вашего анонса поднялась. Хотя некоторые планируют BB самостоятельно обратно интегрировать. Очень много ресурсов его использует / и на других движках. Да, в нём не будет вшитого ChatGPT, но с ним писать статьи в разы проще и удобнее. Подумайте, пожалуйста, ещё раз о том, чтобы оставить его.

Понял, спасибо за ответ. Так тоже интересно звучит. Посмотрим на деле)