Перейти к содержанию

EdwardSt

Пользователи
  • Публикаций

    237
  • Зарегистрирован

  • Посещение

  • Победитель дней

    11

EdwardSt стал победителем дня 23 октября

EdwardSt имел наиболее популярный контент!

Репутация

110 Очень хороший

Информация о EdwardSt

Информация

  • Пол
    Мужчина
  • Город
    СПб

Посетители профиля

7 113 просмотра профиля
  1. Действительно, если вводить выражение в LISP-стиле, то значение вычисляется. Но после вычисления снова идет запрос расстояния. Т.е., функция не определяет, что ввод был осуществлен. При прямом вводе функция принимает значение и работает штатным образом Отмечу так же, что лисповское выражение корректно отрабатывается и принимается функцией "Подобие". В любом случае разработчикам необходимо либо вернуть фишку нанокада (прямое использование арифметических выражений) либо реализовать, как в аналоге (использование выражении в LISP-стиле). Пл
  2. Кстати, в акаде эта фича тоже не работает. Во всяком случае, сообщение выглядит одинаковым в обеих системах. Может дело в поддержании максимальной идентичности?
  3. Сейчас уже не прочитать... Программу обновили. Но до выхода 20.1 электрика была просто отдельным приложением. И задействовала именно собственную лицензию. В пул плюсов не включалась. В этом, кстати, была одна из проблем. Вроде была прога, которую можно было использовать в качестве просто чертилки, но ее отдельно не запускали, чтобы оставить возможность использовать электрикам. В результате при дефиците плюсов электрика просто простаивала. Теперь стало значительно удобнее: если есть свободный плюс, то запускаешь его в необходимом тебе режиме (п
  4. Именно так. Задействуются лицензии Plus и Механика Да отдельные. Равны количеству запущенных платформ, у которых в настройках указана необходимость 3д-ядра. Мы у себя административно отключили на компах 3д-ядра, оставили только у тех, кто действительно работает с 3д. Но это могут пользователи сами менять (если нет модуля корпоративного управления) Идет отдельным приложением, поэтому пул лицензий Plus не задействуется.
  5. Есть только один нюанс - отсутствие полной совместимости между AC и NC. Файл скрипта со строкой -ТЕКСТ 323.123,335.135 250 0 "Текст текст текст" выдает несколько разные результаты: По-хорошему, более правильной реализацией с полным сохранением совместимости следовало бы озаботиться разработчикам. Хотя где-то в интернете нашел такой тезис, что-то типа "использование скриптов является по-прежнему одной из самых недооцененных возможностей адаптации в автокаде".
  6. Сапожник без сапог А вообще, прикольно. Неочевидно. но многое объясняет и есть логика
  7. Может быть, проблемы с реализацией только этой функции? А между тем Т.е., переменная такая в нанокаде есть, значение ей присвоено, в операциях сложения корректно работает. Остальной код не ковырял. Выглядит все, в общем, достаточно прозрачно. Короче, подозрение на самый первый оператор по извлечению списка идентификаторов. Думаю, что тут ответ (1) - ошибка, причем в реализации отдельной служебной функции. Уф, отлегло )))
  8. Почти так. Только не настройки текста, а собственно шрифт вставляется байт 0xA0 (160) . Обычный пробел - байт 0x20 (32) Т.е., эти два символа изначально разные, но отбражение в разных шрифтах может совпадать или различаться, т.к. байт 0xA0 (160) находится в верхней половине таблицы ASCII, где обычно располагаются символы языка локализации, отличного от английского. Ну и всякие заковыристые символы
  9. Если речь о выноске, то либо просто за ручку подтянуть конечную точку к началу полки Если же речь о мультивыноске, то
  10. У каждого слоя есть эти настройки (толщина, цвет, …) В каждом видовом экране или на каждом листе эти свойства можно переопределить, но действовать они будут только в этом видовом экране или листе. И это независимо, в каком пространстве создавать новый слой. Просто в пространстве модели диспетчер слоев откроется с меньшим количеством колонок (что естественно). Например , если в пространстве модели есть отрезок, а в пространстве листа есть видовой экран, то Т.е., хотя оба элемента (отрезок и ВЭ) находятся на слое 0 с установленным черным(белым
  11. в автокаде все работало прекрасно. А вот это можно рассматривать, как прямое обращение к разработчикам. Данная функция по-разному реализована в NC и АС.
  12. Необязательно. Я только что провел эксперимент: Лиспом "обнулил" первую группу (изображение при этом не изменилось), а войдя в редактор опять актуализировал ее. Это по-видимому, свойство DWG-формата, а не приложения. А вот реализация функции vla-GetAttributes , может различаться в разных САПРах (не проверял). И эта тема возникает время от времени: "честный" сбор всего атрибута - довольно хлопотное дело, поэтому им часто пренебрегают. Типа, атрибут длиной более 250 символов - очень редкое явление. Но в данном случае вообще такой подход приводит к потере содержательной ч
  13. Как я понял, не отображаются некоторые атрибуты при выводе их в таблицу. Хотя они присутствуют, редактируются, а после редактирования уже попадают в твблицу. Проанализировал один из блоков с атрибутами. При анализе использовал функцию (entget …) , которую считаю более хлопотной в использовании, но значительно более надежной. Выяснилось следующее: 1. Для атрибута "НАЗВАНИЕ_Ч" до редактирования функция выдает ( ... (0 . "ATTRIB") … (1 . "") ... (2 . "НАЗВАНИЕ_Ч") ... (1 . "ВЛ 220 кВ \"Кубанская\". Схема и") ) Из результата удале
  14. Это тоже может оказаться продуктивным. Но я не увидел изменений в файле после запуска команды обновления атрибутов Может, был невнимателен. Поэтому и спросил , к какому блоку относится проблема. Повторюсь, их осталось 4 (после прочистки неиспользуемых)
×
×
  • Создать...