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

Можно ли соединить два окна лисп-программы? 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".

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

Все-таки удалось сделать с общим окном - на основе диалога Lee Mac с зависимыми списками, xdvedit.
Плюсы из исходной программы gile и дополнений VVA сохранены.
Некоторые улучшения тоже сделаны: проверка/исправление строчных данных с длиной больше 255 символов, проверка на зарезервированные Apps, выбор слоев и пр.
Кроме того, эта версия не отказывается работать с XData с большим количеством полей данных, длинных строчных данных - как исходная программа gile.
Чуть сыровато, но в целом аналог xdedit_l с ускорением просмотра-выбора XData сделан.

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

Вариант мощнее, точнее и удобнее - XDTOOLS_VEDIT.lsp.
Просмотр и редактирование не для одного указанного, а для всех выбранных объектов. По аналогии с окном Свойства.
И т.п.

Может быть лучше сделать редактирование не на двойной клик, а на одинарный?
Двойной клик был сделан, чтобы можно было ставить курсор в списке для выделения строки, прокрутки колесом. Или от случайного нажатия.
И потому что просмотр бывает чаще редактирования. И редактируется чаще не все. Чтобы не нужно было в таких случаях гасить окно редактирования.

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

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

Кстати! Полезно перечитывать прежнее.
Нужно подумать - может быть удобно...

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

С новогодними праздниками!

Улучшена-уточнена логика действий + некоторые исправления. XDTOOLS_VEDIT-v-0-2.lsp

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

Еще улучшено-уточнено - XDTOOLS_VEDIT-v-0-4.lsp.

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

АлексЮстасу, создай ты уже наконец на GitHub свой репозиторий - и выкладывай туда обновления.

[Сергей812]

Только назвать проект все-таки не "Соединить два окна программы")

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

Сообщение от Кулик Алексей aka kpblc АлексЮстасу, создай ты уже наконец на GitHub свой репозиторий - и выкладывай туда обновления.

Про GitHub я вообще не в курсе, не причастен.
Тема же чисто автокадовская.
Чем-то для автокадовцев GitHub лучше?

[trir]

всем

[Петр-и-Алекс]

Сообщение от Кулик Алексей aka kpblc АлексЮстасу, создай ты уже наконец на GitHub свой репозиторий - и выкладывай туда обновления.

между прочим, было бы неплохо чиркнуть типа "блог" про это дело
что это и как
и главное: для авторов и для юзеров с улицы

[Сергей812]

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

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

Сообщение от Петр-и-Алекс между прочим, было бы неплохо чиркнуть типа "блог" про это дело что это и как и главное: для авторов и для юзеров с улицы

https://www.youtube.com/results?sear...89%D0%B8%D1%85 - на любой вкус и цвет.

[Петр-и-Алекс]

Сообщение от Кулик Алексей aka kpblc https://www.youtube.com/results?sear...89%D0%B8%D1%85 - на любой вкус и цвет.

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

----- добавлено через ~3 мин. -----
нормальный чел и не подумет лазить в какой то "хаб", ему и без того проблем достаточно
нормальному надо разьяснять, что оно того стоит и это не страшно

[trir]

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

как вообще можно жить без git'а и github'а

[zamtmn]

гит и прон "хаб"ы наше все))

[Сергей812]

Offtop:

Сообщение от Петр-и-Алекс нормальный чел и не подумет лазить в какой то "хаб", ему и без того проблем достаточно нормальному надо разьяснять, что оно того стоит и это не страшно

ну трудно назвать нормальным программиста (да и просто инженера) - который не умеет/не хочет пользоваться поиском в инете. Слишком большая роскошь - собирать своим лбом все шишки на пути)

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

Offtop: 99% потерь времени на данный момент лично у меня - гугл/яндех/рамблер/... - что по поводу <вот такой задачи> почитать/посмотреть/послушать/...

[trir]

на github хорошо работает поиск по коду

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

1. Да к теме - соединить два связанных окна - эти обновления относятся лишь косвенно. Конечно, лучше разместить готовую программу в соответствующем месте.
2. При 11.5 тыс просмотров темы нашелся только один (!) лиспер, koMon, обсуждавший эту задачу, и создавший свое решение.
Самое подходящее предмету и самое доступное решение пришлось искать мне, вообще не программисту, самому. И нашлось - 2010 г. (!) от всем известного Lee Mac.
Как-то помочь фактически оказался способен только один (!) из всего сообщества - VVA. (К огромному сожалению он, кажется, ушел из AutoCAD).
3. Поскольку тема github нашла отклик, то обсуждающие могут же такую создать, и перенести отсюда сообщения с #28 до #40 туда.