Щомісячні архіви: Листопад 2007

ЛИШАЙНИК розповідає мені моє ім'я стовпця є захищені або у використанні … Але це не

залишити відповідь

ОНОВЛЕННЯ 12/04/07: Див. Цей Microsoft КБ (http://support.microsoft.com/kb/923589) відповідні відомості.

Насправді, виявляється, вона є, Але tricksy ЛИШАЙНИК повинен був зробити це складно.

Мій клієнт робить деякі розвитку роботу на своєму сайті для ЛИШАЙНИКА в ці вихідні. Це трохи про те, що він дійсно зробив після добудови, але на кінцевий результат це таке:

  • Він намагається додати стовпець сайту під назвою "кількість" і МОСС відповідей: «Введене ім'я стовпця вже використовується або зарезервоване. Вибрати іншу назву."
  • Він намагається додати його в іншому середовищі і яка працює. Тому, "Кількість" не є зарезервованим іменем.
  • Він намагається знайти наявний стовпець сайту ««кількість»" у цієї колекції сайтів. Він не може знайти його.

Я зробив деякі дослідження, і навіть деякі кодування, вощеная філософські і нарешті знайшли, що стовпець «кількість» а, Насправді, Існує. Це було в "_Hidden" Група. Отже, Ми не могли знайти його через інтерфейс користувача SharePoint.

Як вона отримала там? Я не знаю, але у мене є теорія (або як моя дружина назвав би це, "бла-бла-бла"). Десь уздовж лінії, на казкові сорок шаблон було додано і ймовірно активована на сайті в колекції сайтів. Він тоді був призупинений (або видалити сайт). Стовпець сайту, Однак, залишився, але у той "_Hidden" Група. Якщо хтось знає краще, будь ласка, дайте мені знати, через Електронна пошта або пост в коментарях.

SharePoint сказала правду. Це навряд чи варто вказуючи, що це повідомлення є не так корисно, як це могло б. Було б непогано, щоб побачити той повідомлення вилкою в двох різних повідомлень в майбутньому: 1) Кажуть, що стовпець ім'я зарезервовано або не. 2) Якщо це не захищені, Показати сайту, або, принаймні групи, де ім'я стовпця вже використовується.

</кінець>

Представляємо OM даних через за настроюваним списком (або, Ще інший OM даних Displayor [як YACC, Але інший])

залишити відповідь

Сьогодні, Я провів кілька годин відстеження вниз кореневої причиною, за повідомлення «Введене ім'я стовпця вже існує або захищені. Вибрати іншу назву."

Стовпці в питанні може бути створений, видаляється та створюється повторно в іншому середовищі, так що я знав, що це не було зарезервоване ім'я. Однак, Я просто не міг знайти в будь-якій колонці через стандартний інтерфейс користувача SharePoint в будь-якому сайті в колекції сайтів.

Я відправив до MSDN форумах тут і на Неприборканий Ендрю Вудворд вказав мені в напрямку базових даних моделі об'єкта.

Я пішов до codeplex щоб знайти деякі інструменти, які допомогли б мені зазирнути в базових даних Ом і допомогти мені знайти неприємності.

Я спробував кілька інструментів, і вони дуже круто і цікаво, але врешті-решт, інтерфейс користувача не був досить добре для моїх цілей. Я не критикувала їх будь-яким способом, але чітко інструмент творці не було моя проблема на увазі, коли вони створили їх UI :). Більшість людей, здається, бути інвестування чимало часу і зусиль у створенні робочих станцій / клієнтських застосунків, які надають дерево переглядів, правою кнопкою миші контекстне меню і так далі. Це хороший і всі, але це велика робота для створення Топ оф лайн користувацького досвіду, який також є дуже гнучким.

Мені дійсно потрібна відповідь на цю проблему. Мені спало на думку, якщо я міг би отримати всі стовпці сайту в колекції сайтів в за настроюваним списком, Я може фільтр, Сортувати та створення подань, що б допомогти мені знайти цей нібито наявний стовпець (що це було зроблено, ДО РЕЧІ). Я пішов вперед і зробив що і годину-дві пізніше, мав мій стовпці сайту завантажується в за настроюваним списком з групування, сортування і так далі. Я знайшов мою відповідь через п'ять хвилин.

Якщо я успішно взяти на себе світу, Я думаю, що буде указ, що всі SharePoint сервіс провайдерів повинні серйозно розглянути питання про наплавлення їх дані моделі об'єкта в особливий список. Таким чином, Я маю право для пошуку будь-яким чином я хочу (обмежені, Звичайно, за ознаками стандартний sharepoint).

SharePoint Designer робочого процесу настроюваної дії — Спостереження про <FieldBind дизайн типу =”StringBuilder” … />

1 Відповідь

Просто швидкий спостереження, те, що дуже важлива відмінність цих двох визначень:

<FieldBind поле = "InParam1" DesignerType = "StringBuilder" ID = "2" Текст = "Параметр вводу #1" />

проти:

<FieldBind поле = "InParam1" ID = "2" Текст = "Параметр вводу #1" />

Перший показує, як це в СДПН:

зображення

під час останнього показує, як це:

зображення

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

Чи є це спостереження: StringBuilder дозволяє будувати рядок (Очевидно) шляхом змішування разом рядком літералів і даних робочого циклу (за допомогою "Додати підстановки" кнопки в нижній лівий кут). Під час використання підстановки додати кнопку, вона вставляє маркер у формі"[%маркер %]". Коли SharePoint викликає настроювану дію, (Код c#, в моєму випадку), SharePoint проходить маркер, себе, не значення маркера. Якщо використовується тип конструктор за промовчанням (другий тип), SharePoint розширює маркер і передає фактичне значення маркера ваші дії.

StringBuilder = погано, за замовчуванням конструктор типу = добра.

Звичайно, Це не те, що я насправді означає. Просто не спробувати і передати параметр настроювану дію коли дизайнер введіть = StringBuilder. Використовувати, дизайнера тип за промовчанням і ланцюг StringBuilder до нього авансом будувати складні струни робочого процесу (до речі це саме те, чого створити динамічні теми для електронної пошти дії, але це тема для іншої запис у блозі, Хар Хар).

<кінець />

Передчасне робочого процесу активації — Медичні рішення

8 відповіді

ОНОВЛЕННЯ: Перегляньте цю дискусію MSDN, особливо останній запис: http://forums.microsoft.com/MSDN/showpost.aspx?postid=2631057&siteid=1. Вона описує умови, що одним словом може схема вся ця річ. Коротше кажучи, Це може бути також просто, як прийняття принаймні одне з полів обов'язковий.

У мене є бібліотека документів, яка підтримує вісім типів вмісту.

У мене є SharePoint Designer робочого процесу, який хоче, щоб обчислити і призначити дату нагадування"" за просто вирахування 30 днів з іншого стовпця, "термін". Це повинні відбутися лише для одного типів вмісту, "Страхування". Мета бізнесу полягає в тому, виробляти КПІ, який показує дві категорії страхового документів: "близько до закінчується" і "минув." (Ви можете прочитати більше про такого роду КПІ і більш істотні деталізації Тут).

Я налаштований робочого процесу, щоб вогонь, коли створюється новий елемент і коли елемент змінено. Ідея в тому, що коли страховий документ буде завантажено, Підрахуємо "попередження дата" термін дії на основі. Пара переглядів працювати у зв'язку зі списку KPI, щоб виділити ці умови, коли користувачі вдарив свою домашню сторінку.

Ця стратегія не працює, коли я завантаження документа.

Я завантажити документ, і я впевнений, представлений meta даних запис екран. На даний момент, Я вже в біді. SharePoint має вже, передчасно з моєї точки зору, звільнений робочого циклу. Я не мав шанс вибрати правильний тип вмісту, ні призначити дату завершення. У той же час, робочий процес не спрацьовує, коли я вдарив кнопки надіслати в цей час. Є деякі вбудовані логіку, що "вважає, що" що перше представити є частиною на "створити" подія. Так … мій робочий процес має вистрілив, і коли вона виконана, Він був прийнятий meta даних значень за промовчанням.

На кращий обхідний шлях я знаю, це вставити "пауза до" діяльність робочого циклу. У мене є пауза робочий процес для 1 хвилина. Хоча це призупинення, Я вибираю правильних типів вмісту, Введіть мета-дані і представити. Пауза завершує і робочий процес протікає, якщо необхідно. (Зверніть увагу, що в моєму оточенні, таймер робочих операцій від СДПН не працює з коробки. Ви можете мати те ж неприємності. Див. Тут для більш докладної інформації).

Я не люблю "Магія затримка" обхідний шлях. Що станеться, якщо користувач завантажує документ і дзвонить телефон і на замислитись над переживе пауза? Я можу зробити паузу довше, але я як і раніше не подобається.

Я писав про це на MSDN форумах тут: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2430725&SiteID=1

Грунтовка основи безпеки SharePoint / Уникнути поширених помилок

8 відповіді

ОНОВЛЕННЯ 12/18/07: Paul Liebrand у статті деякі технічні наслідки про видалення або модифікації імена груп за промовчанням (Переглянути свій коментар нижче, а також).

Огляд:

Безпеки SharePoint є легко налаштувати і керувати. Однак, Вона виявилася важким для деяких вперше адміністратори дійсно обернути руки навколо нього. Не тільки це, Я бачив деякі адміністратори прийти досконалим розуміння на понеділок тільки до втратив його п'ятницю, тому що вони не мають виконувати ніяких додаткових налаштувань в проміжний час. (Я визнаю себе з цією проблемою). Цей запис у блозі, сподіваюся, забезпечує корисну грунтовка безпеки SharePoint і вказує на деякі конфігурації кращі методи додержання безпеки.

Важливе зауваження:

Такий Опис базується на з коробки SharePoint безпеки. Мій особистий досвід орієнтованих навколо МОСС, так що там можуть бути деякі МОХ конкретні речі тут, але я вважаю, що це точні для WSS. Я сподіваюся, що хто-небудь бачачи, будь-які помилки або упущення відзначають, що в коментарях або Напишіть мені. Я зроблю корекції пост haste.

Основи:

Для цілей цього огляд, є чотири основних аспектів безпеки: користувачів і групи, захищені об'єкти, рівні дозволів і спадкування.

Користувачі та групи розбити вниз, щоб:

  • Окремі користувачі: Витяг з активним Довідник "або" створено безпосередньо в SharePoint.
  • Групи: Підключеного безпосередньо з active directory або створеним у SharePoint. Групи є колекція користувачів. Групи мають глобальний характер в колекції сайтів. Вони ніколи не "зв'язали" до конкретних захищеного об'єкта.

Захищені об'єкти розбити вниз, щоб принаймні:

  • Сайти
  • Бібліотеки документів
  • Окремих елементів у списках і бібліотеках документів
  • Папки
  • Різні параметри служби ПБД.

Є інші захищені об'єкти, але ви отримаєте картинку.

Рівні дозволів: Пучок гранульований / низький рівень доступу прав, які включають такі речі, як створити/читання/видалення записів у списках.

Успадкування: За замовчуванням осіб успадковують параметри безпеки їх містять об'єкт. Дочірніх сайтів успадковують дозволи від своїх батьківських. Успадковувати бібліотек документів з їх сайту. Так далі і тому подібне.

Користувачі та групи ставляться до захищеного об'єктів через рівні дозволів і спадкування.

Найбільш важливі правила безпеки зрозуміти, Ever 🙂 :

  1. Групи є просто колекції користувачів.
  2. Групи є глобальний в межах колекції сайтів (тобто. Існує немає такого поняття, як група, визначені на рівні сайту).
  3. Ім'я групи не витримати, групи не роблять, у та себе, мати будь-якої конкретної рівень безпеки.
  4. Групи мають безпеки у контексті конкретних захищеного об'єкта.
  5. Можна призначити рівні різних дозволів в ту ж групу для кожного захищеного об'єкта.
  6. Web застосування політики Трамп все це (див нижче).

Безпеки адміністратори втратила в море Група і користувач списки завжди можете покластися на ці аксіом, управляти і розуміти їх конфігурація безпеки.

Поширених помилок:

  • Імена груп помилково передбачають дозвіл: З коробки, SharePoint визначає набір груп, назви яких має на увазі властиві рівень безпеки. Розглянемо групи "Учасник". Незнайомі з безпеки SharePoint можна також подивитися на це ім'я і припустити, що будь-який член групи може "сприяти" для будь-якого сайту/списку/бібліотека на порталі. Це може бути правдою, але не тому, що назва трапляється бути "Учасник". Це тільки так з коробки, тому що групі була надана рівень дозволів, що дає їм можливість додавати/редагувати/видаляти вміст в корінь сайту. Через успадкування, Автори"" Група також може додавати/редагувати/видаляти вміст в суб-сайтів. "Зруйнувати" ланцюжка наслідування і змінити рівень дозволів на дочірній сайт, такі що члени так звані "учасник" Група не може працювати на всіх, але тільки читати (Наприклад). Це не було б непогано, Очевидно, оскільки було б дуже заплутаною.
  • Групи не визначено на рівні сайту. Це легко можна сплутати інтерфейсу користувача. Корпорація Майкрософт надає зручний посилання користувач/Група управління через кожен сайт "людей і груп" посилання. Легко вважати, що, коли я на сайті "xyzzy" і створити групу через xyzzy, людей і груп, що я тільки що створили групу, яка існує тільки в xyzzy сайт. Це не випадок. Я насправді створив групу для збору весь сайт.
  • Членство в групах і не змінюється на сайті (тобто. Це та ж скрізь Група використовується): Група "власник розглянемо" і два сайти, "УПРАВЛІННЯ ПЕРСОНАЛОМ" і «Логістика». Це було б нормально думати, що два окремих героїв буде володіти цими сайтами — HR власника та власника логістики. Користувальницький інтерфейс робить її легкою для безпеки адміністратора, щоб погано звертатися такий сценарій. Якщо я не знаю краще, Може отримати доступ до людей і груп посилання через HR-сайт, Виберіть "власників" групувати та додати мій HR власника до цієї групи. Через місяць, Логістика поставляється на лінії. Доступ до користувачів і групи з логістики сайту, додати підтягти "власників" Група. Я бачу власник HR і видалити її, думаючи, що я перебуваю видалення її з власників на сайті логістики. Насправді, Я впевнений, видалення її з глобальної власники групи. Настає розваг.
  • В іншому випадку для іменування груп на основі конкретних роль: "Затверджувачів" Група є прекрасним прикладом. Що може членів цієї групи затвердити? Де вони можуть затверджувати? Я дійсно хочу, люди логістичному відділі для того, щоб затвердити Кадрової документації? Звичайно, не. Завжди іменування груп на основі їх роль в рамках організації. Це дозволить скоротити ризик, що група отримує недоречним дозволу рівня на певному захищеному об'єкті. Іменування груп на основі їх призначенням ролі. У попередній сценарій HR/логістики, Я повинен створив дві нові групи: "Управління Персоналом власників" і "логістика власників" і призначити рівні розумної дозволів для кожного і мінімальна сума, необхідна для тих користувачів, щоб зробити їх роботу.

Інші корисні посилання:

Якщо ви вже зробили це набагато:

Будь ласка, дайте мені знати ваші думки через коментарі або напишіть мені. Якщо ви знаєте інші хороші посилання, будь ласка, зробити те ж саме!

Бірки Technorati:

Швидкий і простий: Створити веб-частині подання даних (DVWP)

2 відповіді

Є багато великих інформації на WSS 3.0 Веб-частину подання даних (DVWP) в Інтернеті з кількох джерел. Однак, Я знайшов його дивно важко знайти інформацію про цей перший крок дуже основні. Ось ще одна стаття в "швидко і легко" серія для її вирішення.

Виконайте такі дії, щоб створити веб-частині подання даних (DVWP). Вони ґрунтуються на оголошення"" веб-частини, але застосовувати до більшості списки.

  1. Створення на веб-частини оголошення і додати його до сайту.
  2. Відкрити сайт у SharePoint Designer.
  3. Відкриття сайту default. aspx.
  4. Виберіть веб-частини оголошення і клацніть правою кнопкою миші.
  5. З контекстного меню, Виберіть "перетворити на XSLПодання "дані" T".

SharePoint Designer сповіщає, що цей сайт тепер налаштовується від його визначення сайту. Це не обов'язково погано, але є й важливі наслідки (продуктивність, оновлення, Інші) які є виходить за рамки цього мало "швидко і легко" запис. Щоб отримати більше інформації на цю тему, Я рекомендую обидві книги Тут а також улюблені інтернет-пошуку.

Підтвердіть, що ви це зробили правильно:

  1. Закрийте та знову відкрийте веб-браузер (щоб уникнути випадкового повторно проводки, оригінальні "Додати нову веб-частину").
  2. Виберіть веб-частину стрілку розкривного меню і виберіть "Змінити спільну веб-частину" у меню.
  3. На панелі інструментів відкриває праворуч.
  4. Панелі змінюється від своєї звичайної Вибирання параметрів до цієї:
зображення

“Не вдалося отримати список схеми властивості стовпець зі списку SharePoint” — Опис/робота обхідні

4 відповіді

На цьому тижні, Ми, нарешті, відтворена проблема, що було повідомлено, віддалений користувач: Коли вона спробувала експортування вмісту списку в excel, речі здавалося б почати працювати, але потім Excel б спливав помилка: "Не вдалося отримати властивості стовпець списку схема зі списку SharePoint". Вона Бігала office 2003, Windows XP та підключення для ЛИШАЙНИКА.

Я шукав в Інтернеті і побачив деяка спекуляція, але нічого 100% остаточного. Отже, Цей пост.

Проблема: Експорт подання до excel, яка містить дату (Дата = тип даних стовпця).

Те, що працював для нас: Перетворення дати на "один рядок тексту". Потім, перетворити його назад до побачення.

Що вирішити її. Було дуже приємно бачити, що перетворення працював, насправді. Це був дуже нервує, що перетворення речей таким чином не дадуть, Але цього не сталося.

Ця помилка має накинутий величезною тіньовою в дата тип даних у розуму клієнт, тому ми будемо прагнути остаточної відповіді від корпорації Майкрософт і сподіваюся я пост і оновити тут, в наступний короткий період часу з їх офіційний інформаційний відповідь і виправлення.

Інші посилання:

http://www.kevincornwell.com/blog/index.php/cannot-get-the-list-schema-column-property-from-the-sharepoint-list/

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2383611&SiteID=1

<кінець>

Підписатися на мій блог.

Бірки Technorati: ,

Швидкий і простий: Відправити лист з вбудованим гіперпосилання з робочого циклу SharePoint Designer

залишити відповідь

Один або два рази на місяць, хтось повідомлень форуму питання: "Як мені додати гіперпосилання на URL можна натискати з SharePoint Designer електронної пошти?"

Представлені без подальших коментарів: (Ну, насправді немає подальші коментарі після зображення):

зображення

Беккі Isserman слід з корисним пояснення про те, як вставляти посилання на елемент в повідомленні електронної пошти: http://www.sharepointblogs.com/mosslover/archive/2007/11/20/addition-to-paul-galvin-s-post-about-sending-an-e-mail-with-hyperlinks-in-spd.aspx

Новий реліз: Розширення робочого процесу SharePoint Designer (рядок маніпуляції функцій)

5 відповіді

ОНОВЛЕННЯ: Дивіться тут мої думки з комерціалізації цього проекту: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!569.entry

Я був зайнятий, працюючи на мій проект Codeplex, який в даний час спрямована на забезпечення рядок маніпулювання розширень на робочі процеси, створені за допомогою програми SharePoint Designer.

Дивіться тут для деталей:

Проект будинку: http://www.codeplex.com/spdwfextensions

Релізі: https://www.codeplex.com/Release/ProjectReleases.aspx?ProjectName=spdwfextensions&ReleaseId=8280

Версія 1.0 включає в себе наступні нові можливості:

Функція Опис (Якщо це не те ж саме, як функцію .net)
NUM записи() Повертає число «записи" в рядку відповідно до вказаного розділювача.

Наприклад: NUM записи в рядок,b,c" з роздільник"," = 3.

Запис() Повертає n-ний маркер у рядку відповідно до вказаного розділювача.
Довжина String.Length
Замінити() String.Replace()
Містить() String.Contains()
Повертає слово «ІСТИНА" або слово "false".
Підрядок(почати) String.Substring(почати)
Підрядок(почати,Довжина) String.Substring(почати,Довжина)
ToUpper() String.ToUpper()
String.tolower() String.ToLower()
StartsWith() String.StartsWith()
Повертає слово «ІСТИНА" або слово "false".
EndsWith() String.EndsWith()
Повертає слово «ІСТИНА" або слово "false".

Помилка виконання ПБД пояснив

2 відповіді

Я заподіяв BDC помилка на цьому тижні, що проявились на інтерфейс користувача, так і в на 12 вулик вхід під час виконання.

Перший, воно з'являється в інтерфейсі користувача:

Не вдалося знайти поля для вставлення всіх значень ідентифікаторів для правильного виконання методу екземпляра SpecificFinder з іменем … Переконайтеся, що параметри вводу мають дескриптори TypeDescriptor, пов'язані з кожним ідентифікатором визначеним для цієї сутності.

Ось знімок екрану:

clip_image001

Я також може викликати це повідомлення, з'явиться в на 12 вулик вхід в буде (використання мій запатентований high-tech-don't-try-this-at-home "таємничий помилки" метод):

11/14/2007 09:24:41.27 w3wp.exe (0x080C) 0x0B8C бізнес-даних порталу-сервер SharePoint 6q4x висока виняткова ситуація в BusinessDataWebPart.OnPreRender: System.InvalidOperationException: Значення ідентифікатора ”, типу ”, є неприпустимим. Очікуване значення Ідентифікатор типу належить'. на Microsoft.Office.Server.ApplicationRegistry.MetadataModel.Entity.FindSpecific(Об'єкт[] subIdentifierValues, Екземпляр бізнес-системи екземпляра бізнес-системи) на Microsoft.SharePoint.Portal.WebControls.BdcClientUtil.FindEntity(Сутність сутності, Об'єкт[] userValues, Екземпляр бізнес-системи екземпляра бізнес-системи) на Microsoft.SharePoint.Portal.WebControls.BusinessDataItemBuilder.GetEntityInstance(Подання desiredView) на Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.GetEntityInstance() на Microsoft.SharePoint.Portal.WebControls.BusinessDataDetailsWebPart.SetDataSourceProperties()

Я шукав навколо і знайшов деякі приводить в на MSDN форум, але вони не були достатньо для мене зрозуміти, що я роблю неправильно. Я спостерігав веб-трансляцію по Тед Паттісон яка моя Компанія squirreled на сервері і прийшов, щоб розуміти, моя проблема.

У моєму ADF, Я підключення до SQL бази даних, як показано:

            <Майно Ім’я="RdbCommandText" Тип="Належить">
              <![CDATA[
                ВИБРАТИ SETID, CARRIER_ID, EFFDT, DESCR, EFF_STATUS, TAXPAYER_ID, NETWORK_ID, FRT_FORWARD_FLG, ALT_NAME1, ALT_NAME2, LANGUAGE_CD,
                      КРАЇНА, ADDRESS1, ADDRESS2, ADDRESS3, ADDRESS4, МІСТО, NUM1, NUM2, HOUSE_TYPE, ADDR_FIELD1, ADDR_FIELD2, ADDR_FIELD3,
                      ПОВІТ, ДЕРЖАВА, ПОШТОВІ, GEO_CODE, IN_CITY_LIMIT, _ КРАЇНИ, ТЕЛЕФОН, РОЗШИРЕННЯ, ФАКС, LAST_EXP_CHK_DTTM, FREIGHT_VENDOR,
                      INTERLINK_DLL, TMS_EXCLUDE_FLG з dbo.PS_CARRIER_ID_VW з (NOLOCK)
                ДЕ
                  (SETID <> "ВІДПРАВИТИ") і
                  (Нижня(CARRIER_ID) >= нижній(@MinId)) і
                  (Нижня(CARRIER_ID) <= нижній(@MaxId)) і
                  (Нижня(DESCR) ЯК нижче(@InputDescr))
                ]]>
            </Майно>

Я була надана що SQL від особи, DBA, а мені дають зрозуміти, що це за спеціальні Перегляд, вони просто створені для мене. Унікальний ключ там, CARRIER_ID.

Ось помилка, я представив:

      <Ідентифікатори>
        <Ідентифікатор Ім’я="CARRIER_ID" Параметр TypeName="Належить" />
        <Ідентифікатор Ім’я="DESCR" Параметр TypeName="Належить" /> 
      </Ідентифікатори>

Десь уздовж лінії, Я зумів заплутати себе над сенсом <Ідентифікатори> і додав DESCR, незважаючи на те, що це не реально ідентифікатор. Я взяв DESCR з ідентифікаторами набір і presto! Він працював.

I hope this saves someone some grief 🙂