EdwardSt Posted October 21, 2021 Report Share Posted October 21, 2021 (edited) В развитие темы с очисткой символов форматирования в многострочных объектах хотелось бы отметить выявленную особенность многострочных атрибутов в блоках. Штатные средства нанокада НЕ позволяют менять параметры многострочного атрибута кроме некоторых (весьма специфический набор, кстати!) Спойлер непосредственно в редакторе атрибута символы подчеркивания и надчеркивания и общие Причем, применение этих общих параметров совершенно неочевидно, т.к. непонятно их влияние на части атрибута. В АС14 набор средств почти такой же. При этом Спойлер Полный набор средств, которые можно применить к произвольным фрагментам текста вплоть до каждого символа по отдельности. В АС набор средств тоже практически идентичен. Вместе с тем простыми программными средствами в многострочный атрибут можно "впихнуть" витиевато отформатированный текст. Прилагаемый файл содержит мтекст с различными форматированными фрагментами и блок с многострочным атрибутом, в который скопировано содержимое МТЕКСТа. 1. Вид в среде САПР Спойлер Отмечу еще раз, что штатными средствами атрибут таким сделать невозможно! Спойлер Наблюдаем одинаковое с NС отображение мтекста и существенно другое отображение многострочного атрибута Возможно, в более свежих версиях АС наблюдается другая картина, но налицо различие в интерпретации содержимого DWG-файла. 2. Исследование внутренней структуры объектов было проведено с помощью функции entget, примененной к атрибуту и мтексту 2.1. МТЕКСТ Спойлер ((-1 . #<Имя примитива: 000002F2C15CBC80>) (0 . "MTEXT") (5 . "1D178") (330 . #<Имя примитива: 000002F2C15C6640>) (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "!ОВ") (100 . "AcDbMText") (10 -611215.0 -952268.0 0.0) (40 . 3.0) (41 . 64.7346) (46 . 8.46985) (71 . 1) (72 . 1) (1 . "Те{\\Lст\\fArial|b0|i0|c0|p34;\\W0.78;ов\\W1;ы}{\\Lй т\\C5;е\\lкс}т") (7 . "GOST 2.304") (210 0.0 0.0 1.0) (11 1.0 0.0 0.0) (42 . 30.9543) (43 . 3.88773) (50 . 0.0) (73 . 1) (44 . 1.0) (75 . 0)) Спойлер ((-1 . <Имя объекта: 7ff49f9b7180>) (0 . "MTEXT") (330 . <Имя объекта: 7ff49f9b1820>) (5 . "1D178") (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "!ОВ") (100 . "AcDbMText") (10 -611215.0 -952268.0 0.0) (40 . 3.0) (41 . 64.7346) (46 . 8.46985) (71 . 1) (72 . 1) (1 . "Те{\\Lст\\fArial|b0|i0|c0|p34;\\W0.78;ов\\W1;ы}{\\Lй т\\C5;е\\lкс}т") (7 . "GOST 2.304") (210 0.0 0.0 1.0) (11 1.0 0.0 0.0) (42 . 30.9602) (43 . 3.6) (50 . 0.0) (73 . 1) (44 . 1.0)) Наблюдаем полную идентичность параметров, что свидетельствует об одинаковой интерпретации информации из dwg-формата 2.2 Многострочный атрибут Спойлер ((-1 . #<Имя примитива: 000002F2C15CBB00>) (0 . "ATTRIB") (5 . "1CE48") (330 . #<Имя примитива: 000002F2C15CB400>) (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "0") (62 . 1) (370 . 15) (100 . "AcDbText") (10 -611215.0 -952220.0 0.0) (40 . 3.0) (1 . "Те%%Uст%%Uов%%Uы%%Uй т%%Uе%%uкст") (50 . 0.0) (41 . 0.8) (51 . 0.0) (7 . "ESKDтекст") (71 . 0) (72 . 1) (11 -611202.0 -952218.0 0.0) (210 0.0 0.0 1.0) (100 . "AcDbAttribute") (2 . "ОБЪЕКТ") (70 . 0) (73 . 0) (74 . 2) (280 . 0) (101 . "Embedded Object") (10 -611202.0 -952218.0 0.0) (40 . 3.0) (41 . 118.0) (46 . 0.0) (71 . 5) (72 . 1) (1 . "\\W0.80000;Те{\\Lст\\fArial|b0|i0|c0|p34;\\W0.78;ов\\W1;ы}{\\Lй т\\C5;е\\lкс}т") (7 . "ESKDтекст") (210 0.0 0.0 1.0) (11 1.0 0.0 0.0) (42 . 27.0945) (43 . 3.88773) (50 . 0.0) (73 . 1) (44 . 1.0) (75 . 0)) Спойлер ((-1 . <Имя объекта: 7ff49f9b6c80>) (0 . "ATTRIB") (5 . "1CE48") (102 . "{ACAD_XDICTIONARY") (360 . <Имя объекта: 7ff49f9b71d0>) (102 . "}") (330 . <Имя объекта: 7ff49f9b6c60>) (100 . "AcDbEntity") (67 . 0) (410 . "Model") (8 . "0") (62 . 1) (370 . 15) (100 . "AcDbText") (10 -611215.0 -952220.0 0.0) (40 . 3.0) (1 . "Те%%Uст%%Uов%%Uы%%Uй т%%Uе%%uкст") (50 . 0.0) (41 . 0.8) (51 . 0.0) (7 . "ESKDтекст") (71 . 0) (72 . 1) (11 -611202.0 -952218.0 0.0) (210 0.0 0.0 1.0) (100 . "AcDbAttribute") (280 . 0) (2 . "ОБЪЕКТ") (70 . 0) (73 . 0) (74 . 2) (280 . 0) (71 . 2) (72 . 0) (11 -611202.0 -952218.0 0.0) (101 . "Embedded Object") (10 -611202.0 -952218.0 0.0) (40 . 3.0) (41 . 118.0) (46 . 0.0) (71 . 5) (72 . 1) (1 . "Те%%Uст%%Uов%%Uы%%Uй т%%Uе%%uкст") (7 . "ESKDтекст") (210 0.0 0.0 1.0) (11 1.0 0.0 0.0) (42 . 80.5333) (43 . 3.0) (50 . 0.0) (73 . 1) (44 . 1.0)) Наблюдаем одинаковую первую DXF-группу 1 и разную вторую DXF-группу 1. Причем в нанокаде вторая группа содержит в чистом виде честно отформатированный текст. И отображает, по-видимому, именно его. АС в данном случае выглядит отстающим. Выводы. Наблюдается различие в интерпретации DWG-формата в NC и АС. Причем, нанокад выглядит предпочтительнее. Вместе с тем, возникают следующие вопросы-пожелания: 1. Если уж нанокад обладает возможностью более продвинутого отображения многострочных атрибутов, практически идентичного отображению МТЕКСТа, то адекватные средства редактирования (возможности изменения параметров для различных фрагментов текста по отдельности) были бы очень кстати. Отсыл, что "так де сделано в АС", уже не прокатывает, т.к. уже наблюдается существенный шаг вперед. 2. Наличие функции, "очищающей" форматирование мтекста, многострочного атрибута и т.п. объкетов имеет смысл ввести в базовый функционал платформы, включив соответствующие кнопки непосредственно в редакторы объектов, а также можно создать отдельный пункт меню с выбором параметров убираемых форматов и применение для групп объектов/всего чертежа. тестовый МТекст-атрибут1.dwg Edited October 21, 2021 by EdwardSt 2 Quote Link to comment Share on other sites More sharing options...
yum Posted October 21, 2021 Report Share Posted October 21, 2021 Переменная ATTIPE отвечает за вид редактора текста атрибута. Краткий - значение 0 (дефолтное), полный - значение 1. 2 1 1 Quote Link to comment Share on other sites More sharing options...
EdwardSt Posted October 21, 2021 Author Report Share Posted October 21, 2021 (edited) 10 минут назад, yum сказал: Переменная ATTIPE отвечает за вид редактора текста атрибута. Супер! В рамку и на гвоздь! Может подскажете, где это можно поменять в меню или настройках? Хотя и без этого, большое спасибо. Тем не менее, остается вопрос отсутствия совместимости между AC и NC на уровне DWG-формата. Ну и востребованная хотелка пакетной очисти форматирования. PS. Попробовал отформатировать в одной системе и открыть в другой. Результаты отображения разные! Несовместимость на уровне DWG-формата. Правда, кто косячит - NC или AC14 , не разбирался. Edited October 21, 2021 by EdwardSt Quote Link to comment Share on other sites More sharing options...
yum Posted October 21, 2021 Report Share Posted October 21, 2021 По очистке форматирования есть предложение в базе. По разнице отображения форматирования хорошо бы пример. Все же АС 14 и NC 21 - это разные версии формата DWG. Quote Link to comment Share on other sites More sharing options...
EdwardSt Posted October 21, 2021 Author Report Share Posted October 21, 2021 Только что, yum сказал: Все же АС 14 и NC 21 - это разные версии формата DWG. 'Это разные поколения софта. Но DWG в примере - один и тот же - dwg 2013. Различия можно увидеть в файле, приложенном к первому посту, да и в самом посте тоже. Ну поэкспериментировать на том же примере можете сами. Достаточно в NC внести изменение во фрагмент атрибута и увидеть результат уже в АС. И наоборот. Сейчас под рукой нет свежего автокада, поэтому замечание относится к сравнению с АС14. Quote Link to comment Share on other sites More sharing options...
doctorraz Posted October 22, 2021 Report Share Posted October 22, 2021 14 часов назад, EdwardSt сказал: Может подскажете, где это можно поменять в меню или настройках? Спойлер 1 Quote Link to comment Share on other sites More sharing options...
EdwardSt Posted October 22, 2021 Author Report Share Posted October 22, 2021 За этот интерфейс огромный респект разработчикам. Понятно, что в первую очередь использую именно его. Но это не та фича, которую рекомендовал бы к применению обычными проектировщиками. Поэтому и интересуюсь о наличии штатной команды для переключения вида текстового редактора. На мой взгляд ему самое подходящее место прямо в редакторе. Хоп - и переключился на удобный способ! В принципе, это можно считать предложением к усовершенствованию продукта. 3 Quote Link to comment Share on other sites More sharing options...
doctorraz Posted October 22, 2021 Report Share Posted October 22, 2021 3 минуты назад, EdwardSt сказал: Но это не та фича, которую рекомендовал бы к применению обычными проектировщиками. Спойлер 1 1 Quote Link to comment Share on other sites More sharing options...
EdwardSt Posted October 22, 2021 Author Report Share Posted October 22, 2021 Предыдущий способ лучше! Quote Link to comment Share on other sites More sharing options...
doctorraz Posted October 22, 2021 Report Share Posted October 22, 2021 1 минуту назад, EdwardSt сказал: Предыдущий способ лучше! но дольше Quote Link to comment Share on other sites More sharing options...
aerohost Posted October 22, 2021 Report Share Posted October 22, 2021 (edited) Раз уж пошла такая петрушка, может кто то знает как тайными методами сделать рамку вокруг атрибута, как у Мтекста ? И тогда еще вопросик, может тоже кто то знает как сразу вставлять Мтекст с скрытым фоном ? Спойлер Edited October 22, 2021 by aerohost Quote Link to comment Share on other sites More sharing options...
EdwardSt Posted October 25, 2021 Author Report Share Posted October 25, 2021 В 22.10.2021 в 15:19, aerohost сказал: И тогда еще вопросик, может тоже кто то знает как сразу вставлять Мтекст с скрытым фоном ? Рамку, похоже, в атрибуте сделать нельзя. Скрытие фона - непосредственно в редакторе текста контекстное меню. Правда, распространяется заливка на весь атрибут, а не на выделенную часть текста Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.