[===AAA===]

Всем привет!

Столкнулся с такой вот разницей в обработке MTEXT в AC и NC-23.1.

Имеем MTEXT на несколько столбцов (проблема именно в "многостолбцовости").

В первый столбец пишем текст в две строки:

Строка 1
Строка 2

а второй столбец пусть остаётся пустым /не хватило текста для него пока/.

Смотрим DXF-коды:

АС /всегда/ и NС /для ОДНОстолбцового MTEXT/:
DXF-40 - Высота единичной тестовой строки (по стилю)
DXF-43 - Высота MTEXT'а (реальная, по изображению текста на экране)
DXF-46 - Высота "рамки" MTEXT'а (т.е. то, что мы растянули мышкой в редакторе MTEXT)

Поделив DXF-43 на DXF-40 можно понять, сколько строк текста отображается на экране.
Всё замечательно.

NС /для МНОГОстолбцового MTEXT/:
DXF-40 - Высота единичной тестовой строки (по стилю)
DXF-43 = DXF-46 - Высота "рамки" MTEXT'а (т.е. то, что мы растянули мышкой в редакторе MTEXT)

А в других версиях NC то же самое?

И как теперь понять, сколько строк текста реально отображается на экране
в "рамочке MTEXT" для NC при МНОГОстолбцовом варианте?

[Кулик Алексей aka kpblc]

Сообщение от ===AAA=== NС /для МНОГОстолбцового MTEXT/: DXF-40 - Высота единичной тестовой строки (по стилю) DXF-43 = DXF-46 - Высота "рамки" MTEXT'а (т.е. то, что мы растянули мышкой в редакторе MTEXT)

Откуда информация?

[===AAA===]

Сам проверял/сравнивал/разбирался.

Там и другие "приколы" по поведению DXF-кодов имеются...

Например, в редакторе MTEXT для NC можно уменьшить
высоту "рамки", сделав её МЕНЬШЕ, чем текст, написанный
на экране. Зрительно ничего не произойдёт, но DXF-46
станет соответствующим. Редактор MTEXT в АС такой фокус
провернуть не даст - рамка просто не будет уменьшаться,
"налезая на текст". Она "упрётся" в него.

[===AAA===]

И метод (vla-GetBoundingBox ...) тоже использовать не получается.

Он покажет углы "рамки" для ввода MTEXT'а, причём только для
1-го столбца, даже если текст "распределился" уже по нескольким
столбцам. :-(

Поправка.

Так произойдёт только в случае ДВУХ статических столбцов.

Если столбцов больше двух или они динамические, то метод отработает,
как в АС, т.е. покажет углы области, занимаемой всеми столбцами.

[Кулик Алексей aka kpblc]

Смотрю DXF Reference по MTEXT:
40 : Nominal (initial) text height
41 : Reference rectangle width
42 : Horizontal width of the characters that make up the mtext entity. This value will always be equal to or less than the value of group code 41 (read-only, ignored if supplied)
43 : Vertical height of the mtext entity (read-only, ignored if supplied)
Может, в эту сторону еще посмотреть?

[===AAA===]

Дык в том-то и дело, что в АС коды 40/43 (этого достаточно) корректные
во всех случаях, а в NC - только в случае ОДНОстолбцового MTEXT'а.

Пока лучшее, что приходит в голову (не реализовывал) - это скормить
функции (textbox) список, составленный на основании данных MTEXT,
получить длину этого "как бы текста" и посмотреть, насколько он
влезет/не_влезет в размеры DXF-41.

Мне и надо-то немного (частный случай) - узнать, одна строка видна
или их несколько.

Ох, и глюкодром же ...

[===AAA===]

Ещё одно наблюдение.

Высотой "рамки текста", т.е. DXF-46 что в AC, что в NC управляет только
встроенный редактор MTEXT'а.

Поэтому, если изменить его значение через (entmod), то текст на экране
будет выглядеть правильно, хотя DXF-46 не изменится.

Но это только до 1-й попытки ещё раз отредактировать этот MTEXT через
встроенный редактор.

Допустим, начальное значение MTEXT было

Короткая строка

а стало:

Очень длинная
длинная длинная
длинная длинная
строка

Вызываем редактор и дописываем один символ.

АС - сразу же САМ приведёт DXF-46 в норму.
NC - проигнорирует. Как налазила "рамка" на текст - так и будет налазить.

Может быть, где-то во (vla- ...) глубинах есть данные о размерах
МНОГОстолбцового MTEXT'а на экране? Как до них добраться?