[АлексЮстасу]

Можно ли соединить два окна лисп-программы? xdedit_l_ru.lsp.
Программа 2011 г., открытая, автор сейчас недоступен.

Сейчас, если у объекта больше одного App, появляется первое окно - выбора App.

После его выбора появляется второе окно - просмотра-редактирования.

Если у объекта больше одного App, то может быть нужно просмотреть-редактировать сначала содержание одного App, потом второго и т.д.
Сейчас для этого приходится снова и снова вызывать программу.
Можно ли на лисп:
1. или сделать одно общее окно - с выпадающим списком App сверху и полями просмотра-редактирования снизу?

2. или показывать второе окно, сохраняя первое активным, чтобы сразу можно было выбирать App с отображением его содержания во втором окне?
При этом, выводить второе окно сразу под первым, но сохранив возможность его перемещения?

И еще - можно ли, чтобы при вызове команды окна выводились в предыдущем месте, а не всегда в середине экрана?

[VVA]

С запоминанием позиции диалога (по тексту переменные *DTscreenpoint1* и *DTscreenpoint*)

[АлексЮстасу]

Если располагаю второе окно сразу под первым (пальцем отмечаю его низ ), то оно при следующем вызове снова выводится в середине...

Если нельзя на лиспе сделать такое одно общее окно, то можно имитировать его этими двумя окнами?
Например:
- Выводить первое окно всегда - даже если App одно.
[Так Вас понял, что сохранить первое окно при выводе второго нельзя?]
- Второе окно выводить всегда сразу под первым. После Ok, Cancel, Esc опять выводить первое окно, если Apps у выбранного объекта больше одного.
На лиспе такое возможно?

[АлексЮстасу]

... Если же можно было бы говорить об одном окне, то что-нибудь вроде такого:

Разве что без горизонтальной прокрутки и возможности изменения размеров пользователем.
При этом типы могли бы быть тоже кликабельными - для координат точек, расстояний и т.п.?

[VVA]

пока сделал так:
1. Зациклил выбор примитивов
2. Зациклил выбор apps (если их >1) для выбранного примитива
3. Заменил диалог popup list на list_box
4. В диалоге list_box можно выбирать двойным кликом

[Сергей812]

имхо, надо не мельтешение окошек диалога - а сделать палитру (как панель свойств) и туда выводить информацию по событию изменения набора примитивов. Это верный способ "выбесить" пользователя - заставив его постоянно закрывать диалоги/сообщения на каждый "чих")

[АлексЮстасу]

О! Именно!
Все - удобнее и быстрее.

Сообщение от VVA 1. Зациклил выбор примитивов

Да!

Сообщение от VVA 2. Зациклил выбор apps (если их >1) для выбранного примитива

Да!

Сообщение от VVA 3. Заменил диалог popup list на list_box

Да!

Сообщение от VVA 4. В диалоге list_box можно выбирать двойным кликом

Да!

Сообщение от Сергей812 имхо, надо не мельтешение окошек диалога - а сделать палитру (как панель свойств) и туда выводить информацию по событию изменения набора примитивов.

Да!

Единое окно - см. у меня в предыдущем - и могло бы быть такой "панелью". Стояло бы на выбранном пользователем месте, и только бы данные в нем менялись.

Сейчас же, в принципе бы - всегда выводить окно выбора Apps, даже для одного App, но оставлять это окно после вызова окна редактирования? Но на лиспе невозможно?

Можно ли убрать Ok - в окне Свойства мы же вводим-редактируем без него?
Cancel, допустим, оставить - для отмены изменений.
Но чтобы выбор следующего объекта в чертеже был активен без действий закрывания окна?

[Сергей812]

Сообщение от АлексЮстасу Можно ли убрать Ok - в окне Свойства мы же вводим-редактируем без него? Cancel, допустим, оставить - для отмены изменений. Но чтобы выбор следующего объекта был активен без действий закрывания окна? Чтобы предыдущее окно закрывалось при выборе объекта с выведением окон уже его данных?

окно свойств (палитра) написано не на лиспе)

[koMon]

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

[АлексЮстасу]

... И в конечном итоге нужно, чтобы отображались Apps и их содержание для всех выбранных объектов, для нескольких, а не только для одного. Как в окне Свойства.
Если значения в одинаковых полях разные, то чтобы писалось бы *РАЗЛИЧНЫЕ* или *VARIES*.
Или это я сейчас впереди паровоза?

[koMon]

это будет уже какой-то фьюжн с темой про статистику xd.

[Сергей812]

Сообщение от АлексЮстасу в конечном итоге нужно, чтобы отображались Apps и их содержание для всех выбранных объектов, для нескольких, а не только для одного. Как в окне Свойства.

ну так из обработчика события изменения выбора получаете набор выделенных примитивов и обрабатываете их.

Сообщение от АлексЮстасу Если значения в одинаковых полях разные, то чтобы писалось бы *РАЗЛИЧНЫЕ* или *VARIES*.

сохранить первый раз встретившееся значение в словаре с ключем, равным имени поля - и потом если встречается еще раз значение: сравнить и принять решение. Это уже обычные рабочие задачи программирования.

[АлексЮстасу]

Сообщение от koMon это будет уже какой-то фьюжн с темой про статистику xd.

Статистика - иное, о количестве вообще и в частности, и о различных описаниях одноименных Apps.

Про работу сразу с несколькими - всеми - выбранными объектами в принципе же очевидно. Мы же все именно так делаем для свойств через Свойства. Не тыкаем же по очереди в каждый объект, если нужно одинаково изменить что-то для всех нескольких.

[Сергей812]

Сообщение от АлексЮстасу Статистика - иное, о количестве вообще и в частности, и о различных описаниях одноименных Apps.

ну так при анализе набора примитивов придется предварительно делать и анализ последовательности типов полей по приложениям - например, как ранее говорил, посчитать хэши этих последовательностей. Свойства и XData - это совершенно разные вещи. Когда перейдете от академического созерцания описательных данных к написанию самого кода - поймете это.

[АлексЮстасу]

Сообщение от koMon это будет уже какой-то фьюжн с темой про статистику xd.

Offtop: Тема про статистику оказалась дюже сложной! Неподъемной! ))

... Но Вы в принципе правы - если при названиях Apps давать их число в выделенных объектах.
Как в моей картинке из #4.
И некоторое дублирование в пакете команд - это хорошо. Практика работы с подобными (скрытыми, трудно анализируемыми) данными показывает, что наличие различных, альтернативных вариантов для одного и того же оч. помогает. И наличие косвенных данных/признаков - чтобы помочь обеспокоиться о чем-то или проверить на ходу что-то.
В этом же случае хорошо сразу видеть, у скольких указанных объектов есть каждого Apps.

----- добавлено через ~3 ч. -----

Сообщение от Сергей812 Свойства и XData - это совершенно разные вещи.

С точки зрения пользователей (которые, собственно все и делают, и ради которых все и делается) это одно и то же.
Сейчас пользователи делают практически то же самое - дают описательную информацию - почти прямо, чаще косвенно: назначая объектам нужные слои, веса, цвета, типы линий. Давая нужное содержание в текстах, в атрибутах. И т.д.
Здесь же они будут делать это напрямую. Разве что в других окнах и т.п.
Поэтому и приемы работы во многом будут одинаковые - в т.ч. ввод и редактирование значений в XData, в т.ч. нужность этого не только поштучно, а сразу для многих выбранных объектов.

[Сергей812]

Сообщение от АлексЮстасу С точки зрения пользователей (которые, собственно все и делают, и ради которых все и делается) это одно и то же.

с точки зрения обычного рядового пользователя акада есть определенный фиксированный набор свойств объектов + именованные вставки атрибутов (с фиксированным текстовым типом данных). А XData, XRecord - это программные контейнеры для скрытого хранения некоторого набора данных. Аутодеск ничего не знает, в каком порядке разработчики надстроек будут заносить данные - так как это внутреннее дело стороннего разработчика надстройки. А вы всё пытаетесь это внутреннее дело (по сути черный ящик для пользователя) перевести в некий общий набор правил, которые непонятно с какого хрена должны соблюдать другие участники рабочего процесса)

[АлексЮстасу]

Сообщение от Сергей812 А XData, XRecord - это программные контейнеры для скрытого хранения некоторого набора данных.А вы всё пытаетесь это внутреннее дело (по сути черный ящик для пользователя) перевести в некий общий набор правил, которые непонятно с какого хрена должны соблюдать другие участники рабочего процесса)

XData, XRecord, еще и Object Data, Property Sets - это просто контейнеры для пользовательских неграфических дополнительных данных. Они настолько же "программные", как отрезки, сплайны, точки и пр. И не для "скрытого", а просто для хранения. "Скрытость" их не есть их обязательное свойство, а есть, во-первых, следствие того, что сделаны они для описательных, т.е. неграфических данных. Во-вторых, вследствие отсутствия инструментов их отображения. Сделайте средства их показа - будут не "скрытые".
В общем-то в этой теме мы отчасти этим и занимаемся.
Демонизация, однако. Правил я не собираюсь создавать и не создаю. Нельзя соблюдать или нарушать то, чего нет и не будет.
Все инструменты, нужные для работы с XData, я предполагаю совершенно нейтральными к тому, как пользователи организуют их структуру и содержание.

----- добавлено через ~31 мин. -----
... Опять, возможно, впереди паровоза.
Насчет изменения размеров окон. Может быть есть возможность расположить на окне кнопки изменения размеров окон - кнопки (-ка) для размера по горизонтали и кнопки (-ка) для размера по вертикали?
Например, предусмотреть хотя бы три варианта: "минимального", "среднего" и "максимального" размера окна по вертикали, так же для размера по горизонтали. Или даже вариантов побольше.
Может быть кнопка с выбором размера. Может быть цифрой - от 1 до 3, например. Лучше до 10.
Чтобы в процессе работы можно было подбирать этими кнопками подходящий к случаю размер окон.
Кнопки, допустим, на рамке в середине слева и снизу.
Вообще, и без жутких трудозатрат реализуемо?

[Сергей812]

Сообщение от АлексЮстасу XData, XRecord, еще и Object Data, Property Sets - это просто контейнеры для пользовательских неграфических дополнительных данных. Они настолько же "программные", как отрезки, сплайны, точки и пр.

пользователь на "голом" акаде может взять и использовать их? Нет - значит, они программные)

Сообщение от АлексЮстасу Насчет изменения размеров окон. Может быть есть возможность расположить на окне кнопки изменения размеров окон - кнопки (-ка) для размера по горизонтали и кнопки (-ка) для размера по вертикали? Например, предусмотреть хотя бы три варианта: "минимального", "среднего" и "максимального" размера окна по вертикали, так же для размера по горизонтали. Или даже вариантов побольше. Может быть кнопка с выбором размера. Может быть цифрой - от 1 до 3, например. Лучше до 10. Чтобы в процессе работы можно было подбирать этими кнопками подходящий к случаю размер окон. Кнопки, допустим, на рамке в середине слева и снизу. Вообще, и без жутких трудозатрат реализуемо?

если взять не застывший в своем развитии лисп, а тот же .Net + WPF - там можно реализовать почти все в пределах разумных трудозатрат. Но вы же делать этого не будете - ни сами изучать программирование, ни заказывать в разделе исполнителей. Будете сидеть и фантазировать - как волонтеры под вашим чутким руководством несут описательные XData в широкие массы)

[Boxa]

Offtop:

Сообщение от АлексЮстасу В общем-то в этой теме мы отчасти этим и занимаемся.

"Мы", как мило =о)

[Сергей812]

Offtop: Ну подождем октябрь 2021г ) Начало уже положено - придуман префикс для команд, это мощная заявка на успех)

[АлексЮстасу]

Если управление размерами окна возможно через кнопки, то, допустим, так - с кнопками на рамке "-", "+" или цифрами, или стрелками:


Если это требует рутинной работы, то я в полном распоряжении.

----- добавлено через ~20 мин. -----
Окно же для редактирования в любом случае нужно с ограниченными размерами с вертикальной прокруткой.
Cейчас выдается ошибка если много полей-кодов, что окно не умещается на экране.

[АлексЮстасу]

Кажется, понял, как можно решить все основные задачи.
Исхожу, что окна с двумя списками с вертикальными прокрутками на лиспе возможны:

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

Программе нужно еще воспринимать не только одиночные объекты, но все выбранные объекты. Уже выбранные или запрашивать выбор.

В верхний список выводятся строки, сформированные из количества объектов, у которых есть App, порядкового номера App - для одноименных, но с разным составом-числом кодов, и название App.
Например:

(3) MYAPP (1) 1 PIPE (1) 2 PIPE

Где: в скобках - количество объектов, у которых это App, число после (если такое есть) - порядковый номер App, если присоединены одноименные, но с разным составом-числом кодов-полей.

В нижний список выводятся строки, сформированные из типов данных и значений. С разделителем, имитирующим вертикальную табличную черту. (Не так, как здесь, а как одну вертикальную )
Например:

3Real | 1.00,1.00,0.00 String | dddddddddddddd Integer | 222 Real | 123.45 String | *VARIES*

*VARIES* - если у указанных объектов в этих полях разные данные.
В нижнем списке строки не редактируемые, но при двойном клике на строке выводится окно ввода-редактирования. Свое для каждого типа данных.
Ширина этих окон ввода лучше фиксированная - чтобы не было ошибок как сейчас, если длинные строки не умещаются на экране.

Эти окна для строк ввода с кнопками Ok и Cancel. Или даже без них - при Enter сохраняются изменения и окно закрывается. При Cancel или крестике тоже закрывается, изменения отменяются.
Например, для строковых и Distance:



В таких окнах можно давать подсказки об ограничениях или т.п. Например, для строк можно выводить счетчик количества символов.
Для слоев можно сделать выбор из выпадающего списка. И т.п.
Окна перемещаемые.

Контроль введенного на ограничения, конечно, должен быть обязательно.
Как и контроль общего объема всех Apps у объектов.
Из-за общих правил безопасности.

[АлексЮстасу]

В 2010 г. было сделано и выложено Lee Mac - http://www.lee-mac.com/listboxsync.html.
Окно с двумя списками, в котором содержание второго зависит от выбранного в первом.

На этой основе сделан эскиз нужного здесь окна - приложен.
Переделано в вертикальное расположение и в создание диалога "на лету", без отдельного dcl.

Верхний список для выбора XData по названию, нижний для значений в выбранном приложении.
При двойном нажатии в нижнем списке на строку появляется окно-строка для ввода/редактирования этого значения.

Это только набросок - там все условно и не все действует. Но кажется подходящим для задачи в общем.
... Еще бы убрать или максимально ужать бессмысленно-огромный подвал с "Ok".