[mpn]

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

[mpn]

Пробовал по всякому.... выход только один....(тут кто-то посоветовал) выбирать по частям, чтобы каждый выбор секрамкой приходился на область экрана...потом перемещаться и снова выбор в пределах экрана и так пока все не выберешь..... не удобно , но перенос работает корректно.

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

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

Сообщение от Хмурый АлексЮстасу, нет. Стремятся выделить объекты след. образом. Активируют сек. рамку, не отпуская её зажимают колесо мыши и панорамируют чертёж, так, чтобы начальная точка активации рамки скрылась за границей экрана. Захватывают рамкой нужные объекты на панорамированном экране и... имеют то, что имеют. До появления колеса на мышке нельзя было панорамировать чертёж при активации рамки, и не было таких проблем 20 лет назад. Способ действия: выделил, то что на экране, спанорамировал, добавил объекты в набор выделения, спанорамировал и т. д. С зуммированием происходит тоже самое

Понял! Понял и почему кажется, что типа не было раньше или нет этого эффекта сейчас - не часто бывает.
Получается, что эта "секрамка" связана с границами экрана - строится от границ экрана, если ее первая точка оказалась за границей.
Может, есть переменные, которые "секрамкой" управляют?

[Александр Ривилис]

Сообщение от Хмурый До появления колеса на мышке нельзя было панорамировать чертёж при активации рамки, и не было таких проблем 20 лет назад.

Можно было. Прозрачные команды '_PAN и '_ZOOM. Но сути это не меняет.

[Хмурый]

Александр Ривилис, нет. Эти команды- совсем не то. Тебе надо было рамку "закрывать", а потом выполнять '_PAN или '_ZOOM. Вспомни.
И рамкой ты мог пользоваться только в пределах экрана. При пане и зуме колесом первый угол рамки может "уехать" за границы экрана и выделение на том участке рамки- пропадёт

[Александр Ривилис]

Сообщение от Хмурый Тебе надо было рамку "закрывать", а потом выполнять '_PAN или '_ZOOM. Вспомни.

Неа. :-) Эти прозрачные команды можно было запустить при запросе любой точки (в том числе и второй точки рамки) и пока эти команды не завершались рамка не "закрывалась".

[Хмурый]

Александр Ривилис, ну запусти сейчас. ничего не изменилось.
Да, согласен. Можно так сделать... Но, выделение за экраном пропадает всё-равно.

[Александр Ривилис]

Сообщение от Хмурый Да, согласен. Можно так сделать...

Это ты переработался.

[Хмурый]

Александр Ривилис, возможно. Но, мне кажется, что так мало кто работал. Держать нажатой кнопку мыши, а свободной рукой лихорадочно набирать команду...

[Александр Ривилис]

Сообщение от Хмурый Держать нажатой кнопку мыши, а свободной рукой лихорадочно набирать команду...

Зачем держать нажатой кнопку мыши?
1. Первое нажатие - начало рамки.
2. Из меню (пункт меню или иконка) выбираешь '_PAN, указываешь две точки для панорамирования.
3. Теперь указываешь вторую точку рамки.
Другое дело что это как и 20 лет назад приводило к тому, что не все примитивы попавшие в рамку оказывались выбранными, а только те, которые в момент указания второй точки рамки были на экране. Я лишь хотел подчеркнуть, что изменить вид во время выполнения команды можно было и во времена двухкнопочной мыши.

P.S.: Кстати не забываем еще и про прозрачную команду '_-PAN (она несколько отличается от '_PAN)

[Хмурый]

моя мышка по-другому настроена.
PICKDRAG=1

[mpn]

Ребята спасибо всем, я поднял этот вопрос и при его обсуждении, вы натолкнули меня на мысль написать прибамбас.
Попросил одного знакомого и он написал следующее:
Вроде работает нормально меня устраивает.

;;================================================================
(defun c:move_new ()
(setvar "cmdecho" 0)
;_______________________________________________________
(setq p1 nil)
(setq p2 nil)
;_______________________________________________________
(progn
(print "\nУкажите рамку\n")
(command "_rectang" PAUSE )
(setq p1 (getvar "lastpoint"))
(command PAUSE)
(setq p2 (getvar "lastpoint"))
(setq kontur (entget (entlast)))
(command "_erase" (entlast) "")
(Command "_zoom" "_e")
(command "_move" "w" p1 p2 )
))
;;================================================================


Кто не силен в Каде поясню.
это должно быть внутри файла ЛИСП....например MOVE_2.LSP (фай надо положить в SUPPORT)
Затем в файле автозагрузки надо прописать: (load "move_2")
Затем в меню сделать кнопку и на ней написать: ^C^Cmove_new
в последней строчке написано (command "_move" "w" p1 p2 ) где "w" - выбор через рамку
Если не понравится напишите (command "_move" "c" p1 p2 ) где "c" - выбор через секрамку

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

В 90% случаев этот "лисп" будет срабатывать с ошибкой. А то и не с одной.

[mpn]

Сообщение от Кулик Алексей aka kpblc В 90% случаев этот "лисп" будет срабатывать с ошибкой. А то и не с одной.

Ну у меня была проблемка, я тут с вами посоветовался и решил ее для себя вот так, меня устраивает.
Если у кого-то будет срабатывать с ошибкой, ну подправит человек ошибку, а может вообще никто такое решение для себя не выберет, а может это кроме меня вообще никому и не надо......... так что я не вижу никаких проблем. ВСЕМ спасибо до свидания!

[Profan]

На кой там назначена переменная kontur?