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

Ну как -то так

public function prepareRow(xPDOObject $object) {
	$row = $object->toArray();
	$row['name'] = $row['name'].' : '.$row['passport'];
	return $row;

Комбобокс выводит то, что ему пришлет mgr/natface/getlist. Сформируй поле name как тебе хочется. Только что тогда будет значить id?
П.С. Для выражения спасибо можно можно использовать плюсик. :)

У комбобоксса с именами укажи

name: 'names'
,hiddenName: 'names'

А в чем проблема: не создается в окне или не сохраняется значение?

Судя по разделу и заголовку — это готовое решение для того, чтобы завалить админку?

Совета 2.
1. Включаешь параметр &showLog=1. Получаешь лог, берешь Sql запрос и оттачиваешь его в phpmyadmin.
2. Если не получится. Делаешь сниппет-обертку для pdoUsers, в котором полученных пользователей фильтруешь через php.

Большим-то вряд ли. Но эта вещь для коммерческого использования, поэтому будет не бесплатной.

Поэтому мне и кажется, что легко к Вашему компоненту добавится.

Ошибочное мнение. Разные схемы, разная логика. Повторюсь, это новый компонент. Тут яваскриптовый fullCalendar даже не очень подходит. Можно сделать такой же как Booking Calendar только без него.

При распаковке какие-то ошибки валятся — не может распаковаться. Но я так понял, это тоже самое, что в демо по ссылке выше. Какой-то уж простоватый, узко направленный. Соответственно, для него нужно писать новый компонент. Трудно будет его состыковать в myCalendar.

Я до конца не понимаю как должен работать функционал бронирования. Может его можно реализовать и без доработки?

Мда. Тоже отличился невнимательностью. Скопировал старый код.

//Было
$response = $modx->runProccessor('resource/create', $fields);
//Правильно
$response = $modx->runProcessor('resource/create', $fields);

Вот это точно работающий код

$fields = array(
	'pagetitle' => 'Json-Items_id11',
	'alias' => 'Json-Items_id11',
	'introtext'=>'',
	'published' => 'true',
	'parent' => '0',
	'hidemenu' => '1',
	'description' => 'Items IDs',
	'content_type' => '7',
	'content_dispo' => '1',
	//'createdon' => time(),
	'context_key' => 'web',
	'content' => '{"id":1}'
);
$response = $modx->runProcessor('resource/create', $fields);
if ($response->isError()) {
    $modx->log(modX::LOG_LEVEL_ERROR, 'error.  Message: '.$response->getMessage());
}

Проблема в невнимательности. Вот рабочий код, найди отличия (подсказка внизу)

$fields = array(
	'pagetitle' => 'Test',
	'alias' => 'Json-Items_id11',
	'introtext'=>'',
	'published' => 'true',
	'parent' => '0',
	'hidemenu' => '1',
	'description' => 'Items IDs',
	'content_type' => '7',
	'content_dispo' => '1',
	//'createdon' => time(),
	'context_key' => 'web',
	'content' => '{"id":1}'
);
$response = $modx->runProccessor('resource/create', $fields);
if ($response->isError()) {
    $modx->log(modX::LOG_LEVEL_ERROR, 'error.  Message: '.$response->getMessage());
}

Ответ. RunProcessor пишется с одной буквой «с».

Узнаю современный принцип либерализма — мне можно все, остальным ничего.
Т.е. обратится на ты в сообществе программистов-единомышленников — это великое оскорбление.
А заявить

Сменить контекст можно и не меняя урл, не обманывайте.

не вникая в смысл разговора — это видимо признак воспитания.
По теме, т.е. Вы (ВЫ) советуете автору топика переключать контекст по куке? Ок. Подозреваю, что автор хочет, чтобы сайт индексировался в разных контекстах. Дальше помогать будете или пусть сам мучается?
П.С. Кстати, предложите Ваш (ВАШ) совет заодно, например, и HP и Samsung, а то они тоже все в адрес добавляют /ru/. Темные люди у них работают.

Дублировать нужно ровно столько, сколько иностранных языков. Ведь каждая страничка — это уникальный контент.
А дублировать не так уж сложно — копируешь ресурс и переносишь копию в нужный контекст.

Если я правильно понимаю:

$modx->newQuery('Items');

— обращение к таблице `Items` в базе MODx. Верно?

Это обращение к классу объекта, который хранится в БД. Items — это я для примера написал. Т.е. мало создать таблицу, нужно создать еще и объекты ModX.

Жизнеспособна ли смена контекста без изменения пути к странице?

Это как, телепатически? Контекст меняется в зависимости от url.

//Контексты могут быть такие
http://ru.mysite.trade/
//или такие
http://mysite.trade/ru/
//Это как пожелаешь.

Жизнеспособен ли следующий вариант, если выбранный контекст будет храниться у пользователя в профиле?

Для чего? Чтобы русскоговорящий пользователь захотел получить описание предметов на другом языке? Обычно на сайте можно выбирать языки в меню.

3. То есть в любом случае необходимо дублировать ресурсы, верно?

Верно. Для каждого языка своя страничка.

когда будет известно что-то об этой версии?

Почти готова. Делаю для хорошего знакомого без ТЗ, поэтому совершенствуется постоянно — а давай так, и еще вот так. Потом, то что получится нужно причесать перед тем как выложить. Надеюсь, максимум 2 недели. Самому уже надоело.

написать [myCalendar] Вызов нескольких видов календарей на одной странице.

В описании поменял, а в заголовке ограничен длиной поля — больше ни одной буквы добавить нельзя.