-
Публикации
296 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
11
Сообщения, опубликованные пользователем Avacore
-
-
BUG
Есть категория для которой в админке задан отдельный шаблон короткой новости, при выборке публикаций по любому тегу (http://site.com/tags/rammstein/) шаблон короткой новости выводится стандартный, а не тот, что задан в админке.
Исправьте пожалуйста!
-
Я предлагал для статич. страниц при оформлении сделать что-то наподобии символьного кода, как у новостей. Было бы удобно вписывать значение символьного кода в теги, чтоб контент показывался для статю страниц с этим симв. кодом, нежели прописывать названия стат. страниц, они ведь могут быть и очень длинные, и их может быть очень много.
Таким образом, в большинстве случаев, отпадает просьба многих для добавления в скрипт категорий для стат. страниц.
+1
-
Предлагаю добавить возможность "вкладывать" множество условий (проверок) в одну проверку т.е. по-аналогии со smarty создавать в шаблоне логику, сейчас такая возможность есть, но логические возможности несовем развиты
Пример
Есть конструкция вида:
[static=1,2,3] <ul> <li><a href="/1.html">link 1</a></li> <li><a href="/2.html">link 2</a></li> <li><a href="/3.html">link 3</a></li> </ul> [/static]
Если сделать так:[static=1,2,3] <ul> <li><a [static=1]class="active"[/static]href="/1.html">link 1</a></li> <li><a [static=2]class="active"[/static]href="/2.html">link 2</a></li> <li><a [static=3]class="active"[/static]href="/3.html">link 3</a></li> </ul> [/static]
то ничего работать ксожалению не будет(((
думаю эту ситуацию надо исправить
==========================
+ абсолютно во все шаблоны добавить aviable, static и т.п. логические операторы шаблона, несовсем удобно когда в static.tpl не работает оператор [static]
==========================
в поле Причина редактирования нет острой необходимости, любой админстратор может создать его самостоятельно благодаря доп. полям. Предлагяю упразднить его.
-
эмммм... как зачем? Вывод публичных сообщений в профиль, общение не посредствам ЛС, а в комментариях пользователя, то есть чтоб допустип не два человека переписывались а множество.
ок +1
- 2
-
В новой версии хотелось бы увидеть систему комментариев в профиле пользователя
зачем?
-
Если задать заголовок цитаты
[quote=Любой текст]
и отредактировать публикацию спомощью Быстрое редактирование, перед заголовком появляется текст Цитата, если потом пересохранить публикацию спомощью Полного редактирвания текст Цитата исчезнет.
Думаю что этот баг надо исправить.
- 3
-
Всем, это кем? Комменты с чатом не попутали? Комментарии это не общение, заведите форум.
речь идет о Древовидных комментариях и чат с форумом здесь непричем, такой вид вывода комментариев удобен и логичен на новостных сайтах
- 4
-
Древовидные комментарии.
в настройках сделать выбор: обычный вид или древовидный.
+1
- 2
-
Как быть если требуется создать спомощью jQuery куку для шаблона? Может для таких случаев стоит интегрировать плагин jquery.cookies.js (http://plugins.jquery.com/project/Cookie) в дистрибутив.
Если создать новую папку в шаблоне (хотя причем здесь папки, если куки хранятся у клиента), то без .htaccess движок не воспринимает её и соответственно куки не работают... непонятно
-
Придется покупать .рф
а лучше воздержаться от покупки кириллических доменов т.к. сама идея таких доменов тупиковая + очередной геморрой на задницу разработчикам, зато прибыль регистраторам за откровенное и ничем неприкрытое дерьмо
рф делать редирект на руесли через .htaccess, то интересно как? Apache вроде бы по-русски еще говорить не умеет
-
Они есть, люди их делают и с этим приходится считаться. А польза от них или проблемы это оффтоп.
Кирилические домены - это бред и чушь! люди их покупают из-за своего незнания и непонимания принципов работы интернета
Регистраторы доменов придумали способ как еще подзаработать и все бездумно кинулись покупать эти домены.
Это всеравно что локализовать синтаксис языка программирования и получить вместо:
echo "<p>text</p>";
вот такую ерунду:эхо "<п>текст</п>";
и причем умудриться выпустить китайскую и зулусскую локализации
Ничего я прогонять не буду, мой браузер прекрасно отображает эти сайты.ага, и моя хата с краю...
А никто и не говорит, что ДЛЕ надо ориентировать только на Россию, но сайтов на домене .рф все больше, и хотелось бы, что бы они тоже отображались нормально, а не было в адресной строке половина кирилицей а половина латиницей.так этот вопрос надо адресовать производителям браузеров, а не разработчикам CMS
-
Все больше сайтов на домене РФ
с этими доменами больше проблем, чем пользы
Включить в админку (или инсталятор) возможность выбора языка в адресной строкев некоторых браузерах получишь крякозябру (попробуй прогнать кириллический алфавит через функцию urlencode()...)
движок в большинстве своем ориентирован (мне так кажется) на Россиюв том-то вся прелесть движка, что на нем можно реализовать сайт для любой языковой среды и культуры, нельзя ориентировать двиг только на отдельную страну, в сети есть много западных сайтов на DLE, я где-то видел даже арабский сайт на фарси)))
-
Реализовать в static.tpl поддержку тега {full-link}
-
А можно прикрутить как нибудь данные из stopforumspam.com. Эффективно блокирует всех спамеров, которые пытаются с помощью программ типа Xrumer посылать спам сообщения. Сейчас имеются плагины практически для всех движков форумов и даже для Wordpress. Хотелось бы, чтобы DLE тоже поддерживала, эту возможность.
поддерживаю! При добавлении комментария можно было бы проверять ip добавившего с базой stopforumspam.com, при условии, что у них есть API, если ник, e-mail или ip совпадают, то автоматически отправлять такие сообщения на модерацию...
- 2
-
настройки поставить поле, в которое вводим текст
непрокатит... мешает архитектура движка, еслибы все переводы были в отдельной таблице БД, а не в файлах, так при ближайшем обновлении слетят все подобные настройки и прийдется ради этой мелочи переписывать кучу кода, что некомильфо!
Самый логичный выход просто невыводить ничего или выводить сообщение как сечас (на выбор админа) и желательно вынести все это дело в отдельную функцию, вот и всё.
-
в языковых пакетах удалите текст.
не вариант, т.к. [hide] реализован:
#1
if( $user_group[$member_id['user_group']]['allow_hide'] ) $tpl->result['content'] = str_ireplace( "[hide]", "", str_ireplace( "[/hide]", "", $tpl->result['content']) ); else $tpl->result['content'] = preg_replace ( "#\[hide\](.+?)\[/hide\]#ims", "<div class=\"quote\">" . $lang['news_regus'] . "</div>", $tpl->result['content'] );
к$lang['news_regus']
добавляется цитата, и в неё выводится текст из языкового массива'news_regus' => "Внимание! У вас нет прав для просмотра скрытого текста.",
Навскидку, я бы предложил вынести всю эту конструкцию (#1) в функцию и добавить соответствующую настройку в админку: Выводить текст в hide или нет?, далее функция проверяла если в настройках установлено значение выводить текст, то выводим конструкцию"<div class=\"quote\">" . $lang['news_regus'] . "</div>"
если нет, то ничего не выводим для этой группы
-
Добавить в настройки функцию отключения учета кол-ва просмотров статических страниц
========================================================
Добавить альтернативный вариант [hide], при котором не будет выводиться сообщения (вообще ничего не будет выводиться) о том, что контент недоступен
-
Вот что действительно хотелось бы увидеть, так это ColorPicker на jQuery вместо того что есть.
+1
===============================
Barsik,
Хватит гнать на разрботчика, мобильная версия легко и просто правится руками, если она тебе так сильно нужна
===============================
Оказывается (внезапно), что в каждом человеке спит "крутой" верстальщик и при виде редактора TinyMCE, этот "крутой" верстальщик просыпается и начинает безобразничать: оформлять текст дичайшим образом, использовать шрифты и размеры, заголовки, цевета текста которые абсолютно никак несочетаются с общим стилем сайта (который задумывался дизайнером изначально), ляпает все и везде невпопад (возможно из-за привычки к Word'у)... Короче-говоря иногда на сайте возникают настолько ужасно оформленные новости, что хочется плакать.
Предлагаю добавить в админку детальную настройку визуального редактора для каждой группы пользователей (в идеале возможность создавать профили с разными настройками редактора для разных категорий).
И вот хороший пример того, как это реализовано в Drupal, думаю, что нестоит изобреть велосипед, а просто перенсти этот-же принцип на DLE
-
Зачем?
У каждого есть свои потребности, табы - это далеко небесполезная вещь.
Кому это нужно тот подключает нужные ему виджеты.Сейчас - это так, ксожалению...
А для тех, кто в них не разбирается зачем ему лишние килобайты кода?Надо ориентироваться прежде всего на тех, кто разбирается, да и 12,66 кб(.js + .css) - это смешной размер (попробуй почистить свой дистрибутив после обновлений, там куча ненужного барахла будет + попробуй оптимизировать хотябы свой css, освободишь кучу места и юзеры не будут качать лишний код). А для тех кто не разбирается можно написать инструкции в документации, наверняка им рано или поздно пригодится.
-
добавьте в стандартный дистрибутив все виджеты jQuery UI и Tabs вчасности
-
Добавить возможность вкачестве логина на сайте использовать e-mail и дать администратору возможность выбора: разрешить обычные ники пользователей или производить аутентификацию строго по e-mail'ам
-
После выхода новых версий движка, публикуйте полный список удаленных\перемещенных и новых файлов
-
Подскажите пожалуйста, как это в css прописывать? заранее спасибо!
создай класс например .active и опиши его свойства
-
Если я не хочу, чтобы писали слово "жопа" - делаю замену на "попа" или запрещаю добавление. Выбираю графу "везде".
Теперь - да, или новость с таким словом не добавишь, или оно заменится. Но... это если слово - в тексте. А в заголовке в любом случае так и будет - "жопа". Хоть замена стоит, хоть запрет - не действует.
Хорошо бы это дело устранить, если на то есть техническая возможность. С другой стороны, если захочется поменять "Яндекс" на "Яндекс" - может получится ерунда и слово скорее всего вообще не отобразится в заголовке.
Поэтому оптимально было бы добавить два выбора: "везде, исключая заголовки", "новости и статические страницы, исключая заголовки" - тогда замене слову на УРЛ ничего не грозит.
+1
Пожелания для новых версий DataLife Engine
в DataLife Engine (Общие вопросы)
Опубликовано:
Может быть тогда стоит дать возможность администратору выбрать самостоятельно, задать ли кастомные шаблоны глобально а не только для категорий или оставить всё как есть сейчас, это добавит гибкости системе.
Предусмотреть в настройках облака тегов самостоятельно определять администратору категории для которых разрешено добавление тегов.