Михаил, если открыть в разделе группы, при переходе по ним итог-показатель  фильтруется с учётом выбранной:

Или Вы имеете в виду как-то иначе?

Где у Вас должен отображаться этот показатель, в разделе или в карточке?

Если в карточке, то больше информации по работе с блоками итогов на странице записи раздела Вы сможете найти в описании улучшений и изменений релиза 7.11.

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

Литвинко Павел,

 в какую колонку? Может у меня что-то не так?

А что это за GUID «24f2c79e-4a52-457f-9e8e-e24009bb135b»?

Это запись в таблице KtJasperFullNumberPool, Id поля, фильтра или ещё что-то?

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

Зверев Александр пишет:

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

Был создан БП, который отправляет сообщение после создания обращения и его привязки к письму. Он же обрабатывает письмо, чтобы оно ушло в обработанное. В схеме CommunicationPanelEmailSchema ловится это сообщение и запускается  this.reloadEmails(); 

Хотим сделать так, чтобы this.reloadEmails(); загружал все письма, а не просто первые 15 а после уже прокручивал их до самого низа. 

По загрузке самое простое что нашли - это увеличить RowCount  до обновления и вернуть значение обратно после (в целом работает даже)

По прокрутке:

var element = document.getElementById("EmailContainerListGrid");
element.scrollTo(0,element.scrollHeight);

Не получается пока соединить это дело, чтобы прокрутка запускалась строго после загрузки писем

А если просто на уровне JS при помощи setInterval сделать таймер с запуском функции по его срабатыванию? Или длительность загрузки бывает слишком разной?

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

Можно найти в CommunicationPanelEmailSchema эту функцию reloadEmails и вызываемую ею loadEmails и внести в переопределённой схеме туда свои команды для прокрутки (и заодно можно убрать проверку на RowCount в _loadEmdPage)?

Сейчас эти функции выглядят так:

/**
 * Calls emails list reload.
 */
reloadEmails: function() {
	this.$EmdCollection.clear();
	this._saveTabSettings();
	this._setLoadingState(true);
	this.$DisplayState = EmailConstants.emailPanelDisplayState.Folders;
	if (this.get("EmailType") === EmailConstants.emailType.INCOMING && this.get("IsProcessed")) {
		this.sandbox.publish("UpdateNewNotProcessedIncomingEmailsCounter", 0);
	}
	this.loadEmails(true);
},
 
 
/**
 * Load emails list.
 * @protected
 * @param {Boolean} clearCollection Clear existing emails list flag.
 */
loadEmails: function(clearCollection) {
	if (!this._anyMailboxSelected() && this.$EmailType !== EmailConstants.emailType.DRAFT) {
		this._setLoadingState(false);
		return;
	}
	this.Terrasoft.chain(
		function(next) {
			this._loadEmdPage(clearCollection, next, this);
		},
		function(next, ids) {
			this._loadActivitiesByIds(clearCollection, ids);
		},
		this
	);
},

То есть в цепочке после _loadEmdPage и _loadActivitiesByIds вызвать свою функцию для прокрутки.

В итоге озарение пришло неожиданно. Посмотрел на задачу с другой стороны. Так как почтой в основном занимается 1 человек, то вместо обновления и прокрутки решил делать удаление из списка. Для нас это решение вышло даже элегантней

define("CommunicationPanelEmailSchema", ["CommunicationPanelEmailSchemaResources", "ContainerListGenerator",
	"ConfigurationConstants", "ConfigurationEnums", "ModalBox", "NetworkUtilities",
	"EmailConstants", "ProcessModuleUtilities", "ExchangeNUIConstants", "BusinessRulesApplierV2",
	"EntityConnectionLinksUtilities", "css!EntityConnectionLinksUtilities", "CheckModuleDestroyMixin",
	"ProcessEntryPointUtilities", "EmptyEmailPanelSchema"],
function(resources, ContainerListGenerator, ConfigurationConstants, ConfigurationEnums, ModalBox, NetworkUtilities,
		EmailConstants, ProcessModuleUtilities, ExchangeNUIConstants, BusinessRulesApplier) {
	return {
		entitySchemaName: EmailConstants.entitySchemaName,
		methods: {
			init: function () {
				this.callParent(arguments);
				Terrasoft.ServerChannel.on(Terrasoft.EventName.ON_MESSAGE, this.onMyBpFinish, this);
			},
			onMyBpFinish: function(scope, message) {
				if (!message || message.Header.Sender !== "UpdateEmailHistory") {
					return;
				}
				var ID = message.Body; 
				var EmailID = "emailContainer-"+ ID + "-ViewModule_RightSideBarModule_EmailModule";
				var element = document.getElementById(EmailID);
				element.remove();
			}
		}
	};
});

Как оказалось, первая линия работает немного не так как говорила в первый раз. Поэтому поправил код:

var ID = message.Body;
var collection = this.get("EmailCollection");
var foundItem = collection.collection.items.find(item => item.id === ID);
foundItem.set("IsNeedReload", false);
this.reloadEmailsData([ID]); //возможно лишнее, но пусть будет
collection.remove(foundItem);

Скорее всего включена разработка в файловой системе, когда она включена то при разратобке используется локальный статический контент (к примеру C# файлы)

Виталий, не совсем понятно, в чём сложность. Если много однотипных вычислений в разных местах и не хочется дублировать логику, навскидку, можно предложить такие способы:

• Сделать в БП функцию на C#, вычисляющую значение при помощи классов EntitySchemaQuery или Select. В нескольких блоках-скриптах её вызывать, получая и передавая кодом значения в параметры.
• Сделать отдельную схему — пользовательское действие, в которой и реализовать на C# логику вычисления. У действия есть входящие и исходящие параметры. В БП самодельное действие добавляется блоком «Выполнить действие процесса», как и стандартные.
• Если хочется без кода, можно создать подпроцесс, где и добавить элементы чтения данных. Вставлять в основной процесс блоком «Подпроцесс (Действие вызов)». Данные аналогично передавать в параметрах.

Да, бывает такое желание один раз объявить элемент чтения, и при обращении к нему каждый раз получать свежие данные

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

Здравствуйте, Артем!

На данный момент решение в коробке не реализовано.

Рекомендуем переход на O365 и использование там либо пароля для приложения (не зависит от пароля в домене), либо OAuth2.0.

Также обратите внимание на аналогичное обсуждение в прошлом году.

Мотков Илья,

Добрый день, подскажите, планируется ли это реализовать? Есть такая задача на какой-то конкретный релиз?

Если нет, можете ли что-то подсказать по реализации?

Артём, нет, не планируется. Используйте обходные варианты.

Здравствуйте! Данная проблема связана из-за асинхронности js ф-ция обратного вызова запускается в другом потоке и контекст this - уже не виден. Вам нужно до вызова ServiceHelper объявить переменную, например scope и записать в нее this:

 var scope = this; 

а в ф-ции обратного вызова уже писать:

scope .set("ArticleName", result);

Как то так, должно стработать.

Нигрескул Алексей,

Спасибо за ответ, внутри функции обратного вызова удалось задать значение атрибута.

Но, проблема в том, что мне нужно дождаться выполнения 

ServiceHelper.callService, и затем выполнить обращение к этому атрибуту.

Дамиан, так это вызов из браузера отдельного сервиса на серверной стороне, он может выполняться как угодно долго. Для этого и предусмотрена функция, запускаемая при получении ответа.

Уточните, когда и где работает или нет? И как не работает, как будто фильтра не существует или пустая выборка?

Все наложенные фильтры можно увидеть в запросе, уходящем к /0/DataService/json/SyncReply/SelectQuery, а если система развёрнута  локально, итоговый запрос в базу видно в SQL-профайлере. Возможно, условия стандартного и добавленного фильтров противоречат?

Также проверьте, всё ли правильно сделано в соответствии со статьёй о создании быстрого фильтра.

@Invoke макросы в рассылках почему-то не работают,

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

Для рассылок используются макросы со значениями  поля из таблиц.

Также, возможно, то, что Вы хотите получить, реализуемо при помощи динамического контента, то есть блоков рассылки, отображаемых в зависимости от результата фильтра.

Я уже понял, что другой механизм, поэтому и не работает Invoke, но все же вопрос остается открытым, как получить значение поля из рассылки, а не из контакта рассылки? Стандартных макросов недостаточно. Зашить в шаблон это значение не предлагать, т.к. оно настраивается именно на странице с рассылкой.

Из поля в рассылке (объект «Email») можно тоже по связям от участника рассылки:

Здравствуйте, Михаил!

К сожалению, базовыми средствами реализовать раздачу прав на отдельный справочник, не получится. На данный момент нужно давать права всем на CanManageLookups.

Команда разработки ответственная за этот функционал в курсе существования этой проблемы и будет работать над внедрением ее решения в будущих релизах Creatio.

 

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

 

Для того, чтоб справочник можно было отобразить как раздел, начиная с версии 7.16.2 добавлена возможность создать раздел, используя существующий объект системы. Только нужно учесть, что если объект справочника стандартный (без Usr),  в таком разделе теги и группы работать не будут, поскольку для них не получится создать таблицы в Custom.