Пользовательская команда сброса размеров рамки текста мультивыноски, мтекста.

да, есть такое дело( но что характерно: почти 4к просмотров (смешались в кучу боты, люди) , и из них 3+ и один вот - )

А зачем исходники спрятаны, чтобы нельзя оптимизировать было? Работает не просто долго, а очень долго, когда выделяешь несколько десятков объектов. По одному объекту выделять, если только.

я думаю эта задача реализуема. есть ли уже где не знаю) только с юникодами не всё гладко может быть, если они будут в тексте.

А насколько реализуема несколько обратная задача, в зависимости от пользовательской ширины мвыноски расставить переносы (\P), или что-то такое уже есть где-то?

Сколько мы мучились с этими ручками мтекста, которые уезжают иногда за пределы экрана. Всё время врукопашную их выставляем... Это супер-программа! Никаких лишних движений, выделяешь тесты и выноски - и готово.
Gratitude has no limits!

при создании того же мультитекста у пользователя запрашивается две точки границ абзаца (текстовой рамки), и потом при вводе самого текста акад манипулирует переносами текста. Так что размера текстовой рамки по умолчанию не существует, ее (рамку) можно корректировать вручную или как у вас программно по геометрическим размерам самого текста.

ну я написал в "геометрические" значения, то есть те, которые мтекст имеет до принудительного своего форматирования своей рамкой. разве это не умолчание для мтекста?

Сброс все таки обычно значение по умолчанию предполагает, а тут диаметрально противоположная задача выполняется) Например, назвать "Приведение размеров рамки мультитекста к фактическому размеру самого мультитекста".

Была тема "Лисп_исправить ширину МВыноски", но там ширина мвыноски устанавливается в "0" (что неудобно), а текст - только "по ширине".
В Вашем reset_mleader_mtext.fas всё решается идеально, кроме ширины, ещё и высота выставляется по размеру текстовых строк. Здорово! Спасибо большое!