ADN Club > Адаптация AutoCAD и вертикальных приложений

Использование shx шрифтов вместо ttf

<< < (2/5) > >>

Привалов Дмитрий:

--- Цитата: DMuzer от 13-12-2019, 14:25:01 ---Реально ли рассчитывать на значительное увеличение скорости работы автокада при замене ttf шрифтов на shx. Насколько сейчас оправдано использование shx? Вроде как и компьютеры побыстрее и преимуществ у ttf достаточно много- и вроде как c pdf проблем нет и т.п.
Конечно понятно, что родные шрифты наверняка облегчают работу для системы, тем более у меня в чертежах достаточно много текстов.
Разные мнения читал в интернетах, вот весь в сомнениях. В общем хочу узнать мнения у компетентных людей, можно ли как то заметно увеличить скорость работы
с чертежом если заменить ttf шрифты на shx?
--- Конец цитаты ---

У нас используется isocpeur.ttf, идет в поставке с AutoCAD 2010, особых проблем нет. Опишу разницу.

C ttf не будет проблем, при копировании из dwg в excel, word, если использовались спец символы из ttf. Но на практике такое очень редко.
ttf поддерживает толщину шрифта по ГОСТ, в зависимости от высоты. Но никто особо и не придирается.
В панели свойств AutoCAD строки отображаются в ttf, а не shx.

Редко бывают глюки с ttf.
Медленная работа мтекст и таблиц.
Одна таблица вылетала при копировании, пришлось назначить shx, скопировать, вернуть ttf.
При редактировании СПДС объектов выносок, таблиц, при двойном клике на тексте shx вызывается редактирование, а с ttf ничего не происходит. Приходится кликать на выноски и линии таблицы. Возможно в новых СПДС это не актуально.
При сжатии ttf текста  ГИПЫ, нормоконтроль придираются к проектировщикам, т.к. визуально он отличается в PDF. Поэтому чаще сжимаем трекингом-межсимвольным расстоянием в мультитексте, и тогда всем нравится.
Все возможные отклонения по Z обычно приводят к визуальному утолщению ttf.
В ранних версиях AutoCAD мультивыноски глючат - иногда текст прилипает к полке, и иногда это зависит от shx/ttf.
Скорость ttf будет сильно зависеть от чертежей и применения стилей, форматирования на текстовых объектах, ну и конечно версии AutoCAD.

В общем особой разницы нет, но с shx проблем поменьше.

Дмитрий Загорулькин:
Основным плюсом TTF по отношению к SHX считаю возможность использования единого шрифта во всех приложениях.
Одним из минусов можно считать необходимость установки TTF в систему. Часто у пользователей прав на это нет, требуется подключать к этому делу админов. И не все понимают что это надо сделать, даже если в папке с чертежом будут лежать все необходимые TTF. Начинают звонить, ругаться - вы мол нам шрифты не передали. Предложение установить переданные TTF вызывают реакцию, от "ааа я не умею не могу у меня нет прав!!" до "а почему я должен что-то устанавливать, чтобы прочитать ваши чертежи?!" В то время с SHX такой проблемы нет - если файл шрифта рядом с чертежом, то чертёж его найдёт и прочитает без дополнительных телодвижений.

DMuzer:
Мои соображения по поводу ttf шрифтов - как я понимаю, они описываются кривыми безье, а это значит, что их надо вычислить и отрисовать. А работа с кривыми безье требует на порядок большего количества вычислений по сравнению с линиями.
А шрифты shx они описываются линиями - куда проще и соответственно менше вычислений.
Как я понимаю, каждую буковку надо рассчитать, а учитывая что автокад не умеет пользоваться несколькими процессорами и видеокартами далеко не всеми, когда в чертеже много букв и текста, определенный выигрыш должен быть...
По сути когда много работаешь даже задержки на доли секунды начинают ощущаться и ускорение на долю секунды на каждой операции тоже заметны.
Что можете сказать по поводу моих соображений?

Александр Ривилис:

--- Цитата: DMuzer от 14-12-2019, 09:24:37 ---Что можете сказать по поводу моих соображений?
--- Конец цитаты ---
Логика есть. Но:

--- Цитата: DMuzer от 14-12-2019, 09:24:37 ---По сути когда много работаешь даже задержки на доли секунды начинают ощущаться и ускорение на долю секунды на каждой операции тоже заметны.
--- Конец цитаты ---
Я думаю, что задержки будут не столько на отрисовке текстов. Вот например ты вместо того чтобы использовать .NET внутри AutoCAD используешь Python в отдельном процессе. Взаимодействие между процессами с использованием COM/ActiveX значительно медленнее, чем .NET внутри AutoCAD.

DMuzer:
Здесь вопрос в быстродействии немного другого характера.  Понятно, что при использовании Python программа будет работать медленее, чем на встроенных интерфейсах.
Когда делаешь проект, условно работу можно поделить на то что выполняешь вручную и то, что за тебя делает компьютер.
Вопрос который я задаю в этой ветке, он больше относится к процессу когда руками делаешь, передвигаешь чертеж тексты редактируешь и т.п. В какие-то моменты autocad начинает тормозить, например на редактировании текстов, либо при какой-то перерисовке начинается пара-тройка секунд "форматирование текста" - утомляет очень.
Конечно, кто-то мне может сказать, что я зря все в одном чертеже делаю, но у меня есть причины почему я так делаю.
Когда я делаю вычисления на Python - он делает за минуту то что я руками делал бы несколько часов, возможно при использовании C# и Net это заняло бы
две секунды, думаю что я переживу такую разницу. Только вот я не большой специалист по AutoCad и то что я пишу на Pythonе больше похожи на макросы которые я подстраиваю под текущю необходимость. А если делать тоже самое на C# или Net нужно все досконально продумать, потом отладить и т.п. Каждый раз нужно откомпилировать, загрузить в AutoCad и проверить. Для меня такой подход не очень хорош.

А что касается Python я взвешивал за и против и остановился на Python и буду им пользоваться дальше вот почему:
1. При работе в Jupyter Notebook процесс похож на работу с командной строкой AutoCad, получается, работа аналогична пакетным файлам или Лиспы (даже проще чем Лиспы), только ты имеешь под рукой огромное количество различных библиотек и сам Python очень гибкий язык.
2. Я могу без перезагрузки выполнить хоть одну строчку кода и использовать все созданные раньше переменные и объекты. То есть работа получается интерактивной.

Дальше планирую сделать постоянно используемые функции в NET. Но пока до этого руки не дошли.

Навигация

[0] Главная страница сообщений

[#] Следующая страница

[*] Предыдущая страница

Перейти к полной версии