Аналитика

Дело как раз не в формате, а в системе печати Windows либо конкретно в драйверах принтера. попробуйте установить виртуальный принтер, печатающий в pdf, например PDFCreator.

Пардон, один был удалён - потерял актуальность - тем проще)

Скорей бы!)
Уважаемые разработчики, когда планируется включить подобную настройку в Digitals?

Именно в шаблоне и необходима такая гибкость. Есть идея сделать универсальный шаблон кадплана для участков с разными угодиями и целевыми назначениями - соответственно и экспликацией разной. Хочу загнать всю форму 6-зем в одну таблицу. А так как есть автоматический подбор ширины столбцов - то, по сути, при пустом значении ячейка не должна отображаться. Хотя, этот вопрос надо ещё уточнить! В таком случае останиться лишь подогнать размеры ячеек под внедрённую шапку Excel. И вообще, зачастую, намного более удобно что-нибудь "потянуть", чем вбивать циферки.
Так можно изменять границы мышкой или нет?
Уточнил Странно, если значение ячейки пустое - она имеет минимальный размер (в текстовом виде таблицы это символ-разделитель - TAB), хотя ширина=0(Авто).
Можно как-то добиться, чтобы ячейка была нулевой ширины?
Подходит и другой вариант - получить экспликацию, но горизонтальную. Верхняя строка (или без неё) - названия угодий, нижняя - площади угодий. Только, по-моему, это невозможно

Используйте более новую версию Geodesy. Так же, есть новая версия модуля уравнвания gama-local 1.9.05, см. вложение.

Проверьте настройки уравнивания (Ход|Параметры|Уравнивание): Значение априори должно быть больше нуля, по умолчанию его значение 10.

Попробуйте сбросить все настройки на настройки по-умолчанию. Для этого закройте Geodesy и переименуйте файл Geodesy.ini на Geodesy-old.ini в папке Digitals.

Настройки, при которых работает уравнивание:

Как сделать, чтобы производные параметры редактировались и считывались из IN4
Объясню зачем нужно.
Автоматизирую заполнение текстовки для in4 и техничек в шаблоне. Сделал подключаемый список (в папке List), в котором выбирая населённый пункт получаешь параметр содержащий КОАТУУ, зону, населенный пункт, голову с/р, начальника земотдела и т.д. через запятую. А в производных параметрах соответственно считываются данные отделенные запятой из этого параметра. Это работает. Но возникла другая проблема. При открытии in4-файла параметры, которые я сделал производными - не считываются . Кроме того они и не редактируются . Последнее вообще очень удручает, т.к. например если производный параметр используется для склонения по падежам, то единственный вариант поправить неправильное склонение - лезть в rod.txt, dat.txt - что не всегда удобно.

Вышлите пример вашего шаблона на help@vingeo.com, с указанием номера параметра.

Отправил. Параметры 9 (исх. параметр),16,17,18(как пример производных) - в слое in4_квартал. Хотелось бы, чтобы все производные параметры могли редактироваться и считываться из IN4. Если Вас не затруднит, посмотрите так же параметр 32 (AU) - в слое in4_ділянка. При такой маске можно забить значения всего параметра и при повторном открытии параметра по троеточию в углу сохраняется его разбивка по полям. Но параметр дополняется запятыми в конце(.

Mail delivery failed
Пробовал дважды

Он потому и не редактируется, что производный.
Поэтому и при чтении происходит подмена, все параметры с формулами будут вычислены, а не считаны.
Используйте для чтения шаблон без масок и формул (сохнаните свой в normal.dmf и уберите все производные). А шаблон с производными используйте вызывая его явно, сугубо под составление.

Ага... А если надо открыть In4 - подредактировать и использовать дальше?
Или чего проще - подредактировать подставленный автоматом параметр. Ну, некогда, к примеру лезть в файл со склонением имен по падежам и разбираться какие там окончания надо повписывать. Подредактировал на ходу - сдал работу - отоспался - а уже после этого принялся за редактирования шаблонов... для души, имхо)

К тому же, если я (ни дай бог!) вознамерюсь сделать производный параметр для заполнения адреса по прописке.... к примеру, в одном параметре из списка выбираем нас. пункт, а в AD автоматом заполняется все вплоть до ул. (ул, дом, кв - забиваются прочерками - "-,-,-")...я же ни в жизни не смогу человека прописать в такой-то дом по такой-то улице...ни говоря уже про квартиру

Тишина...словно в холодильнике

Я вижу здесь только одно решение. Использовать 2 различных шаблона, с одинаковым набором параметров и слоев, коды параметров должны совпадать, только во втором шаблоне в параметрах удалены все формулы. Теперь после копирования объектов из карты, созданой на основе первого шаблона и вставки их во второй шаблон, все параметры станут редактируемые.

Нет. Это сложно. "Правка на ходу" на то и есть, что бы на ходу что-то исправить;)
К тому же, это никак не решает проблему невозможности считывания из in4.
Я вышел из положения таким образом, что те параметры, которые жестко производные (например, КОАТУУ, район, голова ср - от населенного пункта) - таковыми и остались. Подгружаем in4 - они не считались. Ну, и что с того? Мы быстренько выбираем нас.пункт - и всё заполнено. А "производность" остальных параметров прописываем через промежуточный (скрытый) - в их маске. Можно мириться Хотя потенциально, неплохо было бы, если бы производные параметры считывали свои данные только при изменении содержимого основного параметра, а в остальное время могли редактироваться.

P.s. и ещё раз с наступающим