...стоит лишь только чуть страницы вверх потянуть панель реагирует и появляется
Перейди с главной в топик, промотай немного вниз так, чтоб текст топика уже был виден, но чтоб вверху чуть-чуть оставалась видна и картинка. Вот из такого положения верхняя панель уже не появляется, и до нее придется скроллить до упора вверх.
И, кстати, нижняя панель совсем незаметная, если б ты не сказал — не заметил бы. Надо учесть, что при переходе в топик взгляд на верхнюю часть экрана обращен, и невзрачная нижняя панель должна цепляться переферийным зрением. Желательно фон немного изменить, чтоб чуть выделялась на белом.
Не понимаю, откуда ограничение в 150 символов может быть. Число 150 вообще в коде плагина встречается только в одном месте — в ограничении размера картинки '150x150', больше этого числа вообще нигде нет. Ошибку воспроизвести не могу, какой лимит в конфиге задаю, так и используется
Я задаю ответ на один вопрос, а получаю ответ на другой.
У плагина может быть два файла конфигурации:
1) common/plugins/topicintro/config/config.php — это значения по умолчанию. Их, конечно, можно менять прямо в этом файле, но это не рекомендуется, т.к. при обновлении плагина придется тщательно контролировать, что изменилось, и есть довольно высокая вероятность ошибки.
2) app/plugins/topicintro/config/config.php — вот этот файл рекомендуется менять для своего конкретного сайта. Можно туда скопировать как конфиг плагина по умолчанию целиком и уже что-то в нем менять, а можно только те параметры, которые требуют изменения.
Поэтому повторю вопрос: в каком файле меняете значения для плагина?
И второй вопрос: какая версия плагина используется?
1) На главной предлагаю по ховеру выводить часть текста. Примерно так, как это сделано здесь у верхних фоток (новость дня): http://echo.msk.ru/ И если цвет названия по ховеру менять, то надо отлавливать ховер на всем топике, а не только на его заголовке. Как вариант — можно также «приподнимать» элемент плитки над другими (давать тень).
2) После перехода в топик я бы предложил верхнюю панель с меню закрепить. А то получается так: отмотал вниз, понял, что тебе это не очень интересно, хочешь вернуться назад, а навигации нет совсем. И надо оьмотать назад, чтоб она появилась. Да и то — появится она только в том случае, если шапка топика не видна, а если хотя бы часть шапки на экране, то панель навигации не вылезает и надо скроллить до самого верха.
3) И еще про шапку топика — я бы предложил фон шапки сделать фиксированным, а контент при скроллинге как бы наезжает поверх этого фона. И, конечно, если делать так, то осветлять его не нужно.
Для обратной совместимости с ЛС-шаблонами и плагинами. Но недолго ему осталось там лежать :)
тупо легче и привычнее нажимать Enter и понимать, что у тебя вставляется новая строчка этого же параграфа
Тут у разных людей мнения расходятся. Кто-то, как ты, считает, что должен быть перевод строки. Кто-то категорично утверждает, что однозначно должен быть новый параграф. Было и такое мнение: одиночный перевод строки — это <br>, а две пустых строки подряд — параграф.
Идеально было бы, конечно, это все во внешние настройки вынести.
При вставке текста из другого сайта получалась каша...
Идеально, конечно, было бы так: при вставке текста делать аякс-запрос и прогонять через штатный типограф движка. Но и этот вариант вполне рабочий, думаю, многим сгодится.
Вообще-то по умолчанию должно браться локальное время, заданное для PHP. Надо посмотреть, какая зона задана для PHP. Если стоит, например, 'Europe/Moscow', но при этом дает смещение зоны +4, то это значит, что на сервере системные временные зоны не обновлены
Ну если уж очень-очень хочется, то можно, но с легким «хирургическим вмешательством».
Вы пишете, что будут отличия в функционале. Как они могут появиться? Я только один вариант знаю нормальный — это разный набор плагинов. А в текущей версии нет возможности набор активных плагинов менять «на лету» программным способом, они берутся из конкретного файла из папки приложения.
Значит, нужно, в зависимости от условий, задавать нужную папку приложения. Это можно сделать так: берете файл /engine/config.php и редактируете так, чтобы в зависимости от домена задавалась нужная папка приложения.
Например, можно добавить в конец файла перед return $config;:
И вот теперь если юзер зайдет на мобильный домен, то все конфигурации и установки по плагинам будут браться из /app/mobile/config и /app/mobile/plugins, а для всех остальных — из /app/standard/config и /app/standard/plugins.
Главное не забыть домен m.sute.ru сделать алиасом site.ru.
И еще нюанс — все настройки сайта лучше не через админку делать, а через файловые конфиги, т.к. теперь есть ДВА приложения на одном движке.
Если будут отличия в функционале, то самый простой вариант тот, который выше предлагали — заводить поддомен и там настраивать все, как нужно, а базу, разумеется, оставить одну — и для основного сайта, и для мобильного
Все зависит от того, чего Вы хотите от мобильной версии — абсолютно тот же функционал, что и в обычной, только дизайн другой? Или там будут дополнительные фишки (или наоборот — отключены какие-то фичи)?
База, как правило, переносится без особых проблем. Иногда они возникают, если много контента с фотографиями и сервер слабый — не успевает конвертация базы отрабатывать, но в Вашем случае, как я понимаю, это не грозит.
Чаще всего заморочки возникают с шаблонами и какими-нибудь специфическими LS-плагинами, которые на Альто не хотят заводиться
1) какая версия движка (не «последняя/предпоследняя», а номер версии какой)
2) что меняли в app/config/config.local.php?
И, кстати, нижняя панель совсем незаметная, если б ты не сказал — не заметил бы. Надо учесть, что при переходе в топик взгляд на верхнюю часть экрана обращен, и невзрачная нижняя панель должна цепляться переферийным зрением. Желательно фон немного изменить, чтоб чуть выделялась на белом.
У плагина может быть два файла конфигурации:
1) common/plugins/topicintro/config/config.php — это значения по умолчанию. Их, конечно, можно менять прямо в этом файле, но это не рекомендуется, т.к. при обновлении плагина придется тщательно контролировать, что изменилось, и есть довольно высокая вероятность ошибки.
2) app/plugins/topicintro/config/config.php — вот этот файл рекомендуется менять для своего конкретного сайта. Можно туда скопировать как конфиг плагина по умолчанию целиком и уже что-то в нем менять, а можно только те параметры, которые требуют изменения.
Поэтому повторю вопрос: в каком файле меняете значения для плагина?
И второй вопрос: какая версия плагина используется?
1) На главной предлагаю по ховеру выводить часть текста. Примерно так, как это сделано здесь у верхних фоток (новость дня): http://echo.msk.ru/ И если цвет названия по ховеру менять, то надо отлавливать ховер на всем топике, а не только на его заголовке. Как вариант — можно также «приподнимать» элемент плитки над другими (давать тень).
2) После перехода в топик я бы предложил верхнюю панель с меню закрепить. А то получается так: отмотал вниз, понял, что тебе это не очень интересно, хочешь вернуться назад, а навигации нет совсем. И надо оьмотать назад, чтоб она появилась. Да и то — появится она только в том случае, если шапка топика не видна, а если хотя бы часть шапки на экране, то панель навигации не вылезает и надо скроллить до самого верха.
3) И еще про шапку топика — я бы предложил фон шапки сделать фиксированным, а контент при скроллинге как бы наезжает поверх этого фона. И, конечно, если делать так, то осветлять его не нужно.
А возникли какие-то проблемы? Плагин работает на этом вот сайте, а сайт под версией 1.1.19.4, полет нормальный
Значения для плагина вообще где задаете — в app/plugins/topicintro/config/config.php?
И в админке же: Настройки / Настройки сайта — там задаете регистрацию только по приглашениям
Тут у разных людей мнения расходятся. Кто-то, как ты, считает, что должен быть перевод строки. Кто-то категорично утверждает, что однозначно должен быть новый параграф. Было и такое мнение: одиночный перевод строки — это <br>, а две пустых строки подряд — параграф.
Идеально было бы, конечно, это все во внешние настройки вынести.
Идеально, конечно, было бы так: при вставке текста делать аякс-запрос и прогонять через штатный типограф движка. Но и этот вариант вполне рабочий, думаю, многим сгодится.
Спасибо, что поделился!
Вы пишете, что будут отличия в функционале. Как они могут появиться? Я только один вариант знаю нормальный — это разный набор плагинов. А в текущей версии нет возможности набор активных плагинов менять «на лету» программным способом, они берутся из конкретного файла из папки приложения.
Значит, нужно, в зависимости от условий, задавать нужную папку приложения. Это можно сделать так: берете файл /engine/config.php и редактируете так, чтобы в зависимости от домена задавалась нужная папка приложения.
Например, можно добавить в конец файла перед return $config;:
И вот теперь если юзер зайдет на мобильный домен, то все конфигурации и установки по плагинам будут браться из /app/mobile/config и /app/mobile/plugins, а для всех остальных — из /app/standard/config и /app/standard/plugins.
Главное не забыть домен m.sute.ru сделать алиасом site.ru.
И еще нюанс — все настройки сайта лучше не через админку делать, а через файловые конфиги, т.к. теперь есть ДВА приложения на одном движке.
Как это хозяйство актуализировать — у меня пока нет идей, кроме того, что делать дампы и выкладывать на гитхаб
Чаще всего заморочки возникают с шаблонами и какими-нибудь специфическими LS-плагинами, которые на Альто не хотят заводиться