Сергей Шлоков

Сергей Шлоков

С нами с 31 января 2013; Место в рейтинге пользователей: #3
Сергей Шлоков
23 июля 2016, 12:22
+4
Для этих целей пригодится srcset.
Сергей Шлоков
21 июля 2016, 07:03
+3
На втором сайте я создал такие же группы
Зря. Айди будут разные. Пользователи окажутся не в тех группах.
Переносить нужно все таблицы user_* (если они не пустые). А также таблицы групп member_groups и membergroup_names.
Сергей Шлоков
14 июля 2016, 14:18
1
+2
Копия нужна одна.
Для каждого раздела укажи свой класс. Например,
<body class="faq">
и проверяй в 316 строчке
switch ($(document.body).attr('class')) {
   case 'faq':
	....
	break
   case 'forum':
	....
	break
   default:
	Tickets.Message.info(response.message);
	break
}
Где нужна базовая логика класс не указывай.
Сергей Шлоков
14 июля 2016, 13:34
0
А разве при добавлении комментариев есть jGrowl уведомления?
Вижу. При модерации есть. Ну тогда делай копию default.js и правь 316 строчку. Не забудь в настройках указать новый файл.

Жаль что не предусмотрены события чтобы к ним подцепится…

Можно сделать себе и отправить PR.
Сергей Шлоков
14 июля 2016, 13:05
0
По первому пункту, думаю, надо свой js делать с нужной логикой или расширять стандартный (копию).
По второму пункту. Для каждого раздела укажи нужный чанк с шаблоном для уведомлений в параметре tplCommentEmailSubscription.
Сергей Шлоков
13 июля 2016, 21:45
0
По второму пункту. В диалоге указываются именно объекты, а не категории. Такой сущности в oneBooking нет. А зачем в диалоге указывать 100 квартир. Можно на сайте создать страницу для каждой квартиры и вызывать диалог для одной. Можно создать список как например, на картинке ниже — для каждой квартиры своя кнопка.
Кроме того, можно менять формы, диалоги на свой вкус.
Сергей Шлоков
13 июля 2016, 19:56
+1
На сегодняшний день есть односторонняя связь — при сохранении ресурса в плагине по событию onDocFormSave брать описание из ресурса и сохранять в объект бронирования. А в следующей версии oneBooking я планирую добавить события MODX при создании, изменении и удалении объекта. Таким образом, появится и обратная связь. Это интересовало?
Сергей Шлоков
13 июля 2016, 16:54
0
1. Для этого есть параметр type. В данном случае ему нужно указать значение period. В следующей версии переименую значение в checkout для большей очевидности.
2. Почему? В чем проблема?
3. Уже есть готовый сниппет поиска. Его можно доработать. mSearch2 из коробки искать не будет. Ему нужно прописывать алгоритмы и делать свой сниппет. Дополнительно встает вопрос цены mSearch2 и работ по его доработке. Выбор ваш.
Сергей Шлоков
13 июля 2016, 07:27
+1
Не нужно никаких скрытых полей. MODX умеет определять текущего пользователя. При инициализации он ищет куку PHPSESSID с именем сессии. Находит эту сессию в таблице сессий. В ней находит пользователя и сохраняет его в $modx->user. Так что просто запрашиваем $modx->user->id в ajax скрипте и сохраняем данные для текущего пользователя.
Сергей Шлоков
13 июля 2016, 07:19
0
Документация в процессе наполнения. Скоро будет.
Планируется ли разработка аналогичного компонента для суточной аренды жилья (квартир)?
Что имеется ввиду? Почасовой?
Сергей Шлоков
12 июля 2016, 18:12
0
В новой версии всё работает. Сниппет obExtras больше не нужен. Можно просто указывать плейсхолдеры полей в форме — [[+my_field]]. Поля рендерятся и считаются. Обновляйтесь.
Сергей Шлоков
11 июля 2016, 17:09
0
Я спросил как вывести userinfo для анонимов.
Это вам к телепатам. Только они смогут подсказать имя, фамилию, телефон и адрес анонима. Я, к большому сожалению, не обладаю такими возможностями.
Сергей Шлоков
11 июля 2016, 13:07
+1
Вам бы батенька в Аншлаг. Там тоже шутки не смешные.
Сергей Шлоков
10 июля 2016, 16:24
+1
Что читать?
Комментарии Павла.
Сергей Шлоков
10 июля 2016, 15:58
+1
Нет такого поля name. Вот перечень значений.
Сергей Шлоков
10 июля 2016, 15:57
+1
Потому что код бессмысленный. Во-первых, должна быть такая группа anonymous. Во-вторых, текущий пользователь должен быть в ней зарегистрирован. А если пользователь залогинился, то какой же он аноним.
Сергей Шлоков
08 июля 2016, 09:04
+1
Ну если не нужно автоматически определять объект, а просто сделать, чтобы tagElementPlugin вызывался и в сниппетах, то это не сложно. Просто нужно добавить в плагин еще один case
case 'OnSnipFormPrerender':
        $field = 'modx-snippet-snippet';
        $panel = 'modx-snippet-panel';
	break;
А про ресурсы не совсем понял. Вчера целый день за рулём. Спал всего 3 часа. Соображаю туго )