Ссылка на группу в TDMS 3

Аналогичная задача была: надо было отправить сообщения нескольким юзерам (нажатием кнопки). В окне выбора пользователя такой заманчивой была мысль выбрать сразу группу, но...

Теперь юзеры поочерёдно выбирают персону из списка, щёлкают по кнопке и т.д.  :P

Действительно в атрибут типа "ссылка на пользователя" поместить группу нельзя. Но отправить сообщение группе пользователей можно.
Пример:

Set SelGroup = ThisApplication.Dialogs.SelectUserDlg
If SelGroup.Show = True Then
  If SelGroup.Groups.Count > 0 Then
    Set tMessage = ThisApplication.CreateMessage
    For Each tGroup In SelGroup.Groups
      tMessage.ToAdd tGroup
    Next
    tMessage.Subject = Test
    tMessage.Send
  End If
End If

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

Попробую объяснить. У меня есть объект типа "Задание". Задание поступает от одной строительной группы (группа пользователей) и предназначается другой. Соответсвенно при создании этого объекта типа "задание" пользователю надо указать группу от которой поступило это задание и группу, которой оно предназначается (2 отдельных атрибута - "Отправитель" и "Получатель"). Если в атрибут типа "Ссылка на пользователя" поместить группу нельзя, как тогда пользователю указывать группу? Можно конечно руками в текстовый атрибут вводить имя группы, но это не выход.   :mellow:

А причем здесь роли?   :unsure:

Mishaf Вы меня не поняли.

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

Чувствую это никак не сделать.   :(

Я бы использовал след. метод:

Сделать 2-а текстовых атрибута - один разместить на форме ввода (с св-вом readonly), второй не размещать.
На форму ввода поместить кнопку с описанием (Caption) = "..." (либо "Выбрать"), которую расположить рядом с нашим текстовым атрибутом.

По данной кнопке вызывать SelectUserDlg.
Далее, при выборе группы, в 1-й атрибут писать наименвоание группы, а во второй(скрытый на форме ввода) писать sysid группы.

Сегодня же появилась мысль создать тему "Необходим новый тип данных атрибута - группа", как увидел, что задача уже стоит, мало того я третий, кто считает ее реализацию целесообразной!   :)

Предложенное вами решение напрашивается само собой, но у него есть недостаток...
1. sysName доступно на запись
скажем в моих конфигурациях при создании группы ее sysName переименовываются по определенным правилам и нет гарантий, что впоследствии sysname не будет переименован, если изменятся правила назначения sysname группам.

Хотелось бы если честно в атрибуте иметь ссылку на группу
Какие у этого плюсы.
1. Ссылку не потеряешь если изменится ее sysName
2. Ссылка хранится в таблице БД и это даст возможность проще ею управлять.
Например создавать выборки, отчеты
3. Аудитор  (кто нить из вышестоящего начальства) если видит, что объект как-то слабо развивается, тыкает по ссылке -> открывается диалог группы -> получает список участников группы, их телефоны, паспортные данные и т.д., проводит воспитательные мероприятия.
Очень удобно с точки зрения навигации

Хранить подразделение в качестве ссылки тоже не годится, потому что, группа может состоять из 2-3 сотрудников, которые работают в подразделении численностью 10-15 чел.
Например за данный объект отвечает "Группа ГИПа Кузнецовой" -> Состав: ГИП и ее замы

Да кстати description группы могут переименовать, и нет событий это регистрирующих. Ну в общем ссылка она куда лучше.

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

Эта проблема лично в моих конфигурациях решена   :rolleyes: Хоть и пришлось потрудиться.
Могу безнаказанно переименовывать атрибуты, даже с учетом переноса данных из девелоперской конфигурации на предприятие.

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

Решение интересное, но ... опять же заплатка.
Инструмент Группы в TDMS уже есть. Дублирование созданного ни к чему хорошему не приводит.

На самом деле, данная проблема некритична, ее можно решить приведенным вами способом.
Топик создан на тему "Куда может развиваться TDMS, как можно улучшить программу"
Я не первый год работаю с TDMS и очень заинтересован (как и многие на этом сайте   B)  ) в развитие ее функциональности.

Пройдемся по слабым местам:
- Писать про Интерфейс с Офисом уже бесполезно. Прошло больше года, а воз и ныне там. Он не работает и все!  Хоть весь форум испиши. Проще за выходные свой интерфейс написать!
- Про документацию буду писать постоянно, без нее никак.
- Про интерфейс пользователя необходимо писать глобально. Слишком много нужно развивать, причем требуется развитие именно функциональности. Красоты никто не требует.
   Надеюсь, от Сергея будет централизованный опрос.
Хочу заметить, что сейчас в условиях MS VS 2008 существуют все возможности для разработки мощных TreeView и DataGridView! Практически все уже написано и лежит в интернете в свободном доступе. Даже за неделю можно написать очень мощные компоненты.

- Заказчики просят сделать полновесную привязку к домену.
Сначала я с ними спорил, мол отстаньте да и так потянет! (Такой же "Футбол"  ;) Затем вошел в их положение, понял что в условиях текучести кадров администрировать 1000 человек сразу в двух системах проблематично.
Так что будем ждать развитие инструмента: синхронизация, поддержка доменных групп, групп MS SQL Server
Если потребуется, буду писать предложения (требования), поступившие от администраторов, если конечно будет в этом толк и результат...

Создание типа данных "Группа" тоже было бы полезным. Пусть и некритично, конечно. Но смысл в этом есть, аргументы приведены выше.

Да регламенты есть! Без них никак! Соблюдаются.
Просто бывают, что они не соответствуют реалиям, о которых не всегда знаешь.
И регламенты приходится иногда переписывать.
Вот пример. Недавно натолкнулись на то, что макс. длина поля Objectdef::descriptionFormat = 256 символов!
(Я уже писал про это на форум)
Одному типу объекта этой длины не хватило.
И знали бы вы сколько пришлось переделывать!
Нет гарантии, что такие вопросы больше не всплывут.

Часто заплатки не кажутся таковыми до тех пор пока не встретишь задачу, которая не решится из-за этой самой заплатки.
Примеров много.

Я говорю про версию 3.13, доступную на форуме (может выложенная на форум версия не актуальная?)
Работает только у тех пользователей, у кого права локального администратора на свою машину.

Попробуйте поработать с интерфейсом MS Word с правами гостя на ПК   ;)

Проблемы с документацией, существующие в настоящее время:
1. Неполная.
1.1 выборки
1.1.1 Отчеты (раздела нет)
1.2 действия при падения сервера
Предположим упал сервер, администратор восстановил сервер, установил заново SQL Server 200x? нашел резервную копию, восстановил backup, запускает TDMS, а он пишет про неправильный логин. Где написано, что необходимо провести обновление с помощью TDMS Administrator или выполнить такую-то процедуру.

2. Не в самом удобном виде.
см. соответсвующую тему.
3. в дистрибутивах лежит устаревшая справка, ее приходится по крохам собирать с форума, с дисков, с присланных релизов, сравнивать даты выпуска. Почему я должен этим заниматься???
Если честно из той кучи файлов справки, собранных в разных местах, я не до конца понимаю какой из них актуальный.
4. Ее толком не обновить на местах пользователей из-за бага, о котором написано в другой ветке.
см. соответсвующие тему.

Кому что.  :) Лично для меня не хватает именно функциональности. Предложения по красоте оставлю для других.

Я говорю как раз не про формы ввода.
Речь идет про:
- дерево объектов TDMS;
- список состава.

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

Мы тоже с радостью используем. Но работает не все.
См. соответствующую ветку.
Хотя нет, напишу здесь, с чем нам пришлось столкнуться за недолгий период.
1. Падение TDMS в случае, когда юзер вошел не в домен, а на локальную машину. (есть тема на форуме, обещают подправить)
2. Нет поддержки групп доменной политики.
3. Документация API по данной теме отсутствуют.
4. TDMS Administrator при операциях с БД, например "Очистка лог-файла", пускает только mssql-администратора, например, SA. Доменный юзер не имеет шансов выполнить операции при том, что у него есть права на MSSQLServer. Это вызывает недоумение у всех сисадминов без исключения. Оправдываться приходится нам.

5. Кстати Баг, о котором я не успел еще написать: при переходе с SQL 2000 на SQL 2005 права юзеров с windows-аутентификацией теряются. приходится переподключать юзеров из домена.