Аналитика

К Sergey Oleyniku

Мысль такая - можно ли реализовать, чтобы на одно и тоже место вставлялись несколько ID параметра, вроде того условия если нет этого ID то дугое ID - как бы список ID для одного места.
Тогда решится проблема окончательно, выноска будет одна единственная!

Так не получится, поскольку там нет места для нескольких параметров. Для совместимости приходится укладываться в существующую структуру элементов УЗ.

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

Давайте пробовать!

И по ходу, можно ли добавить в Редактор УЗ масштабирование колесиком, было бы удобно!

У меня замечание, при создании выноски к колодцу, и в последствии правки какой-нибудь ометки в колодце, не происходит обновления информации в выноске, и наоборот - при правке в выноске отметок, значения в колодце не меняются. Нет связи .
Это так и должно быть?

По этому поводу:

Нужно прописать на колодец и выноску по событию OnChange, чтобы при изменении параметра одного объекта менялись и параметры другого.

П.С. Я в курсе, что Вы не программист и не желаете им становиться

Каждый должен заниматься своим делом!

Да действительно, пока обмен только через скрипты.

Была мысль, организовать динамическую связь, добавив в параметры функцию =TOUCH (аналог =PARENT, но вытягивающий заданный параметр не их родительского объекта, а из того, к которому объект касается).
Или, как вариант, функцию =PID, которая вытягивает любой параметр у объекта с заданным ID. Со временем, мы их возможно таки добавим, но использовать эти варианты для выносок не очень удобно, так как тогда придется плодить кучу наследованных параметров.

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

Может и мне поможете - с подписями в виде отдельных объектов? viewtopic.php?p=7313#7313

Итак, для текстовых подписей в условных знаках можно указывать не только ID параметра, но и номер параметра в списке доступных слою (префикс #). А также номер параметра из числа заполненных в списке доступных слою (префикс *).

Например:
#1 - первый из параметров объекта на закладке Инфо, #2 - второй, ... и т.д.
*1 - первый из заполненных параметров объекта на закладке Инфо, *2 - второй из заполненных, ... и т.д.

В комбинации с уплотнением текста это позволит, надеюсь, создавать самые разнообразные и универсальные выноски.

Также в язык скриптов добавлена функция @Map.Object[N].AssignParameters которая присваивает заданному объекту значения всех параметров другого объекта. Теперь в скрипте не нужно вручную прописывать присвоение каждого параметра.

Вот новый пример, с учетом последних возможностей:

Самая универсальная выноска, по идее должна выглядеть так. Создаем слой "Универсальная выноска", которому делаем доступными все параметры карты. Присваиваем ему условный знак, в котором прописан вынос только заполненных, *1, *2, *3, *4, *5, *6. Тогда, какие бы параметры не были заполнены у точечного объекта, все они гарантировано попадут в подпись выноски. Правда, все это напоминает анекдот про изобретателя универсального растворителя, которого спросили, в чем он его собирается хранить

Класс!
Но один момент, при заполенных *1...*6 в выноску вылезает параметр направление выноски значение "вправо/влево", нельзя ли это дело как-то поправить? уплотнитель в этом режиме неработает!

И еще второй момент - копирую скрипты в свой шаблон, но у меня пропало вращение выноски!
Вот пример

Поправить можно двумя способами.

1. В менеджере параметров перенести этот параметр повыше - или вообще сделать его первым. Тогда он станет первым и в списке параметров выноски. А в УЗ прописать параметры начиная с *2.

2. Поскольку новые возможности позволяют кардинально сократить число разновидностей выносок, то может стоит вообще отказаться от этого параметра, а иметь два разных слоя Выноска (лево) и Выноска (право). Тем более, что глюк с невращением тоже связан с присвоением УЗ не слою, а значению спискового параметра. Лучше таки иметь два слоя для левой и правой выносок, а скрипт модифицировать так, чтобы вместо изменения значения параметра он изменял слой только что собранной выноски.

Не отказываться не буду!

Хотя и этот вариант неплох.

Скинете примерчики!

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