Затем, что мы где то в глубине души демократы... )) И если человек не хочет, то мы насильно его не собираемся делать счастливым... )))

Ну штатно у него так и есть. Вопрос в том, что эта библиотека, макрос и проект поменялись и Юрию это не понравилось. Я бы на его месте конкретно попросил Вас пояснить как ему в Ваших проекте и библиотеке поправить то, что не понравилось или обсудить - вдруг Вы его убедите в том, что так лучше. Но если он категорически не хочет вникать в изменения - я и подсказал как вернуть библиотеку и проект обратно.

Ну, при этих изменениях возможно всем при первом запуске еще раз выбрать этот проект.

Видимо нет. Я как раз и объяснил ему как их найти.

Дошел. Мы ее сделали штатной. И ДА подкорректировал под нее макрос. Сейчас одна библиотека - и в Sis и в твоих каталогах.

Нужно обдумать и обсудить. Сделать не сложно, но не уверен, что будет правильно. Это может стать отложенной по времени проблемой.

Я тоже пока не знаю.
Пока удалось настроить не установку (хотя где то я уже писал предупреждение о том, что будет перезатерто то, что ты видишь в установочном окне), а только обращение к библиотекам, макросам и проектам после установки и их выбора. То есть, ты ставишь штатно в каталог с базой. А потом формируешь папки с библиотеками, макросами путем любого сочетания проектов, макросов и библиотек. И обновляться будет только штатный каталог.
К сожалению, через инсталлятор сделать поддержку обновления сразу во всех возможных каталогах не реально. Он может обновить только один. Делать ли таковым из настроек путей замещения как раз вопрос. Плохого тут больше чем хорошего - получается, нужно запустить одно и то же обновление (а оно может быть большим или его вообще может не быть если только что вышла полная версия) для разных вариантов хранения своих проектов, макросов и библиотек.

Коллеги, просьба скачать заново обновление 833 после 17:20. Поправлен и должен уйти косяк инсталлятора из-за которого в проекте появлялись пути типа "pathbd" и тому подобные.
Не забудьте сохранить свои настройки так как будут переписаны файлы в каталогах __Sis и _Kur*.

Все проекты в этих каталогах окончательно поправлены на относительные пути замещения.

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

Исправить не получилось.

Исправить получилось.

Поскольку ранее в реестре сидел мусор, инсталлятор взял значения по умолчанию, а они штатные. Так что, все нормально.

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

ушла сама. Преобразование встало на нужный файл автоматом.

И я такое же писал, но про проект. ) Мы всегда пишем про худший вариант если есть сомнения или вопрос "гуляет". Лучше перебдеть чем недобдеть.  Особенно если речь о Тополе, а не нашем модуле.

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

Одно "но"! Это работало только с нашим проектом, размещенным в d:\LesIS\__Sis\ProektTL.xml или в E:\LesIS\__Sis\ProektTL.xml...
Проекты P_Plan.xml, P_Sxema.xml, P_Plansh.xml меняли только реестр независимо от их размещения. То же самое с нашим проектом, размещенным в _KurProj. Причем любая такая подмена приводила к неработоспособности и основного проекта. Что то не так с содержимым или размещением. Будем еще разбираться.
А пока:
- проверяйте свойства проекта и "Преобразование символов" после смены настроек запуска
- измените в проектах все абсолютные пути кроме места где они определяются в проекте (<Key Name="Other" DataCount="7" Description="|kd_OtherSettings|">) на пути замещения. Образец - наш e:\LesIS\__Sis\ProektTL.xml

Если после работы в тополе Ваш Xml вытягивается в одну строку и работать становится очень ненаглядно - в notepad++ нужно перейти в "Поиск - Замена", включить в "Режим поиска" вариант "Расширенный"  и заменить во всем файле < на \n<
Вид Xml станет привычным, многострочным.

Пришлите один и мы Вам дадим пошаговую инструкцию что нужно сделать. Там все просто.

Отменяется. Тополь читает пути замещения только из реестра для библиотек и макросов. Достаточно пути замещения прописать только через "Инструменты - Настройки".

Посмотрю.  В этой части инсталлятор не менялся очень давно и я ходу в нем не нашел ничего такого, чтобы меняло Ваши установки.

Ну это Вам выбирать. Я чуть позже напишу примеры замен, а там думайте.

Если делать все правильно, то да. Но вчера посмотрел Ваши проекты, твои, от Юрия, много из саппортов... Много каши и всем сделать под одну гребенку не получится. У кого то пути прямо указаны (абсолютные адреса), типа z:\Lesis\... и при этом даже в одном разделе могут быть ссылки на разные диски, типа c:\Lesis\... и d:\Lesis\..., т.е. часть знаков или макросов берется из источника на диске c:, другая на d:. Относительные пути, типа |_ToPasFolder|\HighlightKvr.tps... или |_LibraryFolder|\LesIS_2.sli позволяют избежать таких проблем и сделать распространяемость любых решений в проектах легкой... без последующих замен в текстах или переоткрытии данных.
Но и там где Вы используете эти переменные много каши. Например, у кого то для ссылки на библиотеки используется WorkDirectory... у кого то ProjectFolder..., у кого то относительные пути перемежаются с абсолютными...  а это значит, что уже работать не будет... и будет волна жалоб, что у кого то что то не красится, как у Юрия на картинке. На все это нужно найти время и привести в порядок!

Сергей, работает у тебя и пока ты не поменял размещение. Ты же не думаешь, что сейчас все кинутся воспроизводить твой диск Z:? У кого то нет сети... у кого то единственный диск C:... А без этого твои решения у других работать не будут. Единственный выход - стандартизовать и сделать так, чтобы замена замещения делалась только через интерфейс в "Инструменты - Настройки".

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

Видимо так.

В том числе и потому, что мы все мало внимания уделяли путям замещения.

Коллеги, я оформлением не занимаюсь, мне как лесоустроителю это не нужно ни в лесу ни для работы с аналитикой. Поэтому я сейчас попытался вникнуть в Ваши дела по сути только сейчас, т.к. задолго до выхода 9-ки мы уже не занимались производственной деятельностью и повода интерсесоваться у меня не было. Возможно, что я еще не до конца что то понял, но серия экспериментов, которые я провел за эту неделю привели меня к следующим выводам.
Использовать в Ваших проектах абсолютные пути (типа D:\...) нельзя и нужно менять все на "пути замещения" по следующим причинам.
Логика работы Тополя с библиотеками и макросами получается такая.
Приоритетом является реестр, настраиваемый через "Инструменты - Настройка - Пути замещения". Для возможности использования этих путей самостоятельно друг от друга мы добавили две переменных - путь к библиотеке и путь к макросам ТоПас. Сейчас они формируются при установке версии 834 и Д.А. сделал возможность при загрузке выбирать эти пути.
Но это работает только если в проекте все эти пути прописаны, например:
НЕ <Expression Name="" Expression="CalcValue('D:\LesIS\_Les\ToPas\HighlightKvrV.tps')" ID="53"/>
А <Expression Name="" Expression="CalcValue('|_ToPasFolder|\HighlightKvrV.tps')" ID="53"/>
потому, что через реестр это не правится. Импортом тоже.
Тополь сам пути в проекте не правит даже в разделе их определения. Когда я написал, что у меня получилось - это был оптический обман уставшего человека... ))) Он берет путь прямо из проекта если он абсолютный и путь замещения из реестра когда он там определен и из проекта если его в реестре нет.
Посмотрел Ваши проекты:
- В них пути замещения перемежаются с абсолютными адресами.
- Кроме того, абсолютные ссылки тоже иногда смешанные - с разных дисков.
- В путях замещения есть разнобой и несоответствие их назначению. Например, путь к библиотеке в одном случае |_LibraryFolder|, в другом |_ProjectFolder|, в третьем - |_WorkingDirectory|...
Сами понимаете, что при таком подходе воспользоваться в полной мере наработками Сергея Николаевича Городничева в оформлении карт не получится.
Теперь о том, что можно сделать.
1. Если ничего не делать, то придется взять его проекты один в один и всем восстанавливать его среду с дисками и путями. Кому то это вообще не доступно будет. Не у всех есть сеть... не у всех есть другой диск кроме C: и не все захотят возиться с подстановкой каталогов вместо сетевого диска.
2. Импортом проекта это не лечится. Может я не так что то делал, попробуйте и если получится опишите. Цель, чтобы в Ваших проектах массово заменились пути на нужные Вам, а для корректного результата - на пути замещения.
3. Один из реальных вариантов - заменить в текстах все пути на корректные. Я могу описать эту процедуру, но она действительно потребует освоения двух реально полезных для таких целей инструментов. Я в них полностью меняю оформление и дизайн всего нашего сайта из нескольких сотен страниц примерно за час не ломая содержимого. Однако, это лишь переведет Ваши проекты на пути замещения, но полезные наработки от Городничева к Вам не попадут.
4. Можно, также, заменить содержимое своих проектов целиком блоками обращения к библиотекам и макросам. Это ручная работа в текстовом редакторе.
5. Можно пойти более привычным путем - взять за основу проект из 834 версии с поправленными путями и для каждого своего перезагрузить туда заново набор данных. Но это касается рабочих (текущих) и оформительских проектов, где открыто много других блоков... растров... Так как штатный проект для пользовательской работы с базами самодостаточен и нам, например, хватает одного проекта на весь рабочий каталог.

И еще один неприятный момент для тех случаев если Вы работаете с альтернативным размещением проектов, библиотек и макросов - чистый Тополь открытый с каким то другим проектом может переписать реестр если Вы работая в этом проекте в Инструменты - Настройки переопределите путь к библиотеке или макросам. Теоретически Вы этого не должны делать, поскольку там этих библиотек не было, но мы должны исходить из худшего - есть категория пользователей, которая если видит какую то возможность, то обязательно ее попробует пощупать... )) Но, как минимум, при обращении из чистого тополя при альтернативном размещении в реестре изменится путь к проекту и тогда при запуске TopoL-L2  Вы увидите нестандартный каталог с проектами. При выборе штатного размещения этого не происходит т.к. Д.А. обработал эту ситуацию. Эту тоже обработает, но пока будьте внимательнее.

Так что, мой совет - забыть про категоричность и подумать над способами решения этой проблемы на пути стандартизации задач оформления. )
Если мы это сделаем то последующий обмен технологиями оформления и печати сильно упростится и не будет зависеть от конкретных настроек источника и приемника.
Я со своей стороны попробую поработать с присланными мне проектами и найти наиболее простой путь замены информации в них в качестве образца.

Я проверил - в обновлениях файла ParametryS.mdb нет. В полной версии его дата 09.11.2017. С тех пор мы его в инсталляторе не меняли.

Любителей обидеть мы баним раньше чем они успеют это сделать. ))

Выложена, пробуйте.

У нас хватает лесоустроителей, работающих в разных регионах с разными НСИ и другими параметрами. Иногда отдаленных друг от друга и с разной нормативкой. Тополь все это ест. Хотя его иногда и тошнит от этой ахинеи...

Не папки создают бардак, а неграмотные решения тех кто от гослесоустройства пишет нормативы, в результате которых разработчикам приходится плодить папки... справочники... подстановки... заморочные системы кодирования, чтобы в одном справочнике соединить цифровые и символьные коды... а уж про количество конструкций типа если так, то этак, а если эдак то так... я вообще молчу. Если ты заметил, то у нас не то, что регион, а любое лесничество можно на свой набор НСИ настроить. Это все попытки ВАШ бардак из полсотни регионов вписать хотя бы в подобие упорядоченной структуры из которой можно будет получить единое инфопространство если к управлению отраслью придут, наконец, нормальные профи. У нас 50% кода - это обработки анахронизмов и глупых решений официального лесоустройства.

Тему закрываю в связи с фиксацией данной версии в текущем состоянии до выхода полной версии. Решение принято и остальные мысли прошу размещать по тематике возникающих вопросов.
Также переношу ее в более тихое место.

Это настройки самого Тополя, сохраняемые в реестре и которые будут работать только в проектах, запущенных в чистом Тополе. Из сообщений Д.А. я так понял, что при открасках из ЛесИС они им больше не используются, т.к. ведут себя странно при работе в паре ЛесИС - Тополь. В общем, при работе в TopoL-L2 на эти настройки можно не смотреть.