Фильтры
Идея
Обсуждение

Доброго всем дня.

 

Поиск постов на community посредством тегов отрабатывает некорректно: http://prntscr.com/rltefh

Кейс воспроизведения: кликаем на тег поста - ничего не найдено. 

 

Идея/не идея, новая/не новая, но может было бы здорово на перспективу оптимизировать работоспособность тегов.

1 комментарий

Дарья, добрый день.

Спасибо, что сообщили. Теги уже починили.

Показать все комментарии

Сценарий:
1. Заходим в раздел (для примера "Контакты")
2. Переходим на вкладку "История"
3. Раскрываем доп. меню у детали "Активности" - выбираем "Выбрать несколько записей"
4. Отмечаем любое количество записей

5. Переходим через гиперссылку-название активности
6. Нажимаем "Закрыть" на открывшейся странице

7. На странице пропала отметка о множественном выборе для отмеченных нами ранее записей

Не страшно, но в некоторых ситуациях может пригодится сохранение состояния выбора для множественного выбора

 

Спасибо.

1 комментарий

Здравствуйте, Сергей!

 

Передали данное пожелание команде разработки для анализа возможности внедрения такой возможности в будущих версиях продукта.

 

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

Показать все комментарии

В данный момент при создании детали мастером автоматически создаётся схема детали с названием [Сист настр.Префикс] + константа [Schema] + [индекс] + [Detail], например, для объекта ContactLevel получится UsrSchema1Detail, а хотелось бы чтобы ContactLevel подставлялся вместо константы [Schema] вот так: UsrContactLevel1Detail.

Так же как это реализовано в алгоритме генерации названия карточки схемы детали, которое формируется аналогично, но [Schema] - не константа, а имя объекта, например,  "UsrSchema1Page".

Кратко: сейчас название схемы детали, созданной мастером, на примере объекта "ContactLevel" сгенерируется = "UsrSchema1Detail", а хотелось бы чтобы было "UsrContactLevel1Detail"

5 комментариев

Уточните, с какой версией Вы работаете?

Алла Савельева, с 7.11 по 7.15.3 включительно

Здравствуйте, Константин!

 

Передали данное пожелание команде разработки для анализа возможности внедрения такой возможности в будущих версиях продукта.

 

Ранее такую же идею подавали и на англоязычном Community.

Сейчас есть ручной workaround, который обязательно применяем, чтобы разные пакеты не конфликтовали

 

Мотков Илья пишет:

Ранее такую же идею подавали и на англоязычном Community.
 

К слову и не только на англоязычном
https://community.terrasoft.ru/ideas/master-sozdania-detalei-i-normalnoe-naimenovanie-shemy-detali-schemaxdetail 

Показать все комментарии

Периодически возникает необходимость перенести доработки клиента в пакет разработки.
Проблема возникает при переносе схем данных и  sql-сценариев, а также с версии 7.15.3 схем кейсов 

9 комментариев

аминь! нам нужно перенести почти 2000 объектов с кастома на пакет разработки и это кошмар)

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

Здравствуйте, Игорь!

 

В версиях 7.15.2 и 7.15.3 добавили добавили возможность переноса элементов между пакетами, но по умолчанию она выключена.

 

В 7.15.2 работы только начались и доступен лишь перенос выбранных элементов пакета в пакет, указанный в системной настройке CurrentPackageId.

 Terrasoft.WebApp\Web.config

<add key="Feature-AllowPackageElementsMove" value="true" />

 

В 7.15.3 добавились следующие функции:

  • Перенос выбранных элементов пакета, в другой доступный для редактирования пакет (в контекстном меню элементов).
  • Перенос всех элементов пакета, в другой доступный для редактирования пакет (в контекстном меню пакета).

 

 Web.config

<add key="Feature-ReadPackageUIdFromMetadata" value="false" />

 Terrasoft.WebApp\Web.config

<add key="Feature-AllowPackageElementsMove" value="true" />

 

При массовом переносе элементов в пакет, в котором нет никаких зависимостей (напр. во вновь созданный пакет), пользователю предлагается установить зависимости на листовые пакеты (листовые по отношению к исходному пакету).

Если включен режим РФС, то после переноса автоматически выполняется перегенерация и выгрузка исходных кодов в ФС.

Если РФС выключен, генерацию статического контента и компиляцию необходимо выполнить вручную.

Файловый контент в пакетах должен быть перенесен вручную.

 

Но необходимо помнить, что эта фича экспериментальная и еще в разработке,  поэтому на prod-среде ее нужно использовать очень осторожно не в бизнес-время и с бекапом конфигурации.

Мотков Илья,

Учитывает ли данный функционал зависимости пакетов? Не произойдёт ли ошибки связи с родительскими схемами, если целевой пакет не зависит от нужных пакетов?
Рассмотренный в этом посте вопрос вызывает много боли у проектных команд и хотелось бы узнать,
Возможно ли получать информацию о подобных нововведениях без создания доп. постов на комъюнити.
 

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

Мотков Илья,

К сожалению до сих пор официальной информации по этому вопросу в академии не появилось

 

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

Мотков Илья,

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

Здравствуйте, Игорь!

 

Валидация при переносе должна сказать, что перенести нельзя такой объект, механизма слияния изменений нет, только вручную повторять изменения в целевом объекте на основании изменений объекта-источника, а потом удалять объект-источник.

Показать все комментарии

Добрый день!

Считаю, что была бы полезной функция наглядного наличия вложенного файла в Обращении,

например, такого вида:

1 комментарий

Если реализовывать самостоятельно такую логику, проще всего будет доработать присвоение номера при создании обращения или добавить его изменение. Скрепку можно выводить как символ: ?.Только учесть, чтобы не сломалась привязка писем по номеру обращения в них.

Или, чтобы не трогать номер, вывести в реестр ещё одну текстовую колонку, куда и писать при помощи БП эту скрепу. Но тогда не будет видно в справочном поле со ссылкой на обращение, а только в реестре раздела или детали.

Показать все комментарии