[Vova]

Хочется положить заливку на нарисованное. И чтобы заливка не закрывала собой то что нарисовано в этом-же месте. Как это сделать?

[Alaspher]

Выбираешь заливку, Tools -> Draw Order -> Sent to back

P.S. "... to back" - это - 'на задний план', а не 'на (в) задницу'

[Vova]

Есть ли еще предложения?. А то Draworder станет самой любимой командой...

[Андрей С.]

Если Автокад 2005, то в диалоге штриховки есть специальный списочек Draw Order. Если выбрать там Send to back или Send behind boundary, то все автоматически отправится куда надо. Не помню, была ли эта фича в 2004.

[Vova]

В 2005 действительно появилась возможность опустить заливку, то есть сделать ее прозрачной. И даже привязки к штриховке можно отклучить. Хорошая комбинация новых возможностей! Но даже здесь, закрепив заливку на дне, по ней неудобно рисовать. Можно, конечно, временно отключить ее слой. Но не забыть бы его включить перед принтованием. Да и для простого просмотра общего вида чертежа надо копаться в слоях, чтобы разыскать и включить. Короче, небольшая головная боль все-же осталась. Но это 2005. Я в предыдущих версиях? Проблема стоит остро. Наберите слово Draworder в поиске обоих форумов. Вот одна из ссылок http://dwg.ru/forum/viewtopic.php?p=9774#9774
Неужели никто не может предложить что-нибудь радикальное?

[Torino]

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

[Vova]

Продожаем разговор о непрограммных способах ускорения, начатых хитрым блоком здесь http://dwg.ru/forum/viewtopic.php?t=...er=asc&start=0 на примере чертежа разводки электричества по плану этажа. Оно разводится либо в трубах, заложенных в перекрытие потолка, либо в подшивном потолке там, где он есть. Итак, на чертеже должно быть изображено: архитекрурная основа - контуры стен, двери, окна, имена помещений, оборудование ванных и кухонь (в американских домах кухни заполнены мебелью под ключ), оборудование прачечных. Подшиные потолки, где они есть. Наша работа: розетки разного назначения, светильники разных типов, то есть разные слова и размеры по полу чертежа. Собственно проводка двух типов-та, что в трубах, и та что в подшивном потолке, отдельно для нормального и резервного питания. А также телефонные розетки, проводка и силовые и тел. панели. Получается очень густо. Для разрядки и эстетики арх. основа печатается 70% интенсивности, у нас цвет №8. Оборудов. кухонь и ванных 30% (у нас цвет №15) Наша работа 100% интенсивности (разные цвета и веса линий). Так можно получить читабельный чертеж.Теперь о подш. потолках, то есть о заливке. То, что создание прозрачной заливки это головная боль для автокаков до 2004, ясно из предыдущих постов. После вечернего бдения родился необычный способ. Во всяком случая я не слышал подобного. Здесь я пока расскажу о результате и дам пищу для размышлений. Предлагаю догадаться как этот результат достигнут.
1. В модели заливки нет на плане здания. Но при желании она там появится.
2. При необходимости обновить заливку (допустим, архитекторы что-то изменили) нет проблем.
3. Слой, в котором лежит заливка, всегда включен
4. На листе заливка всегда на своем месте на плане
5. Заливка никогда не закрывает нарисованное в том же месте
6. Команры Draworder и Cdorder не применяются
7. Для показа возможностей метода могу поставить заливку наверх. закрыв остальное. А затем с победным видом легким движением мышкой верну ее вниз.

Данных здесь достаточно, чтобы догадаться почти до всего
Вопрос: как это сделано?

[lee]

Сообщение от Vova ... это головная боль для автокаков до 2004 ...

Vova, как у неслабого гиганта мысли, и очепятки у тебя неслабые.
.................
А может быть и не очепятки : )

[Vova]

И все-же я продолжу эту тему в виде задачи, которую надо решить, постепенно приоткрывая решение.
По п. 1.

1. В модели заливки нет на плане здания. ...

Она сдвинута в сторону на известное вам расстояние, например, на 100м. Но в листе она находится на плане этажа, то есть на своем месте.
Вопрос остается: как все это сделано?

[Alaspher]

Сообщение от Vova И все-же я продолжу эту тему в виде задачи, которую надо решить, постепенно приоткрывая решение. По п. 1. 1. В модели заливки нет на плане здания. ... Она сдвинута в сторону на известное вам расстояние, например, на 100м. Но в листе она находится на плане этажа, то есть на своем месте. Вопрос остается: как все это сделано?

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

Ну совместил ты два въюпорта - это очевидно... Вот только, что будешь делать, когда это дело "посыплется", например, из-за того, что окон станет больше 64-ёх? Тебе-же их вдвое больше надо... IMHO - паллиатив. :?

[Vova]

Ага. Столкнулись. Перельман это задачки задавал. Я их решал в молодости. А разве неохота мозгой пошевелить?. И тон можно было выбрать поспокойней. Если бы вы, Alaspher, посмотрели форум на годик назад, нашли бы под моим ником задачки в аналогичном стиле. И никто не упрекал. Темы разные нужны, стиль выбирает автор. А здесь не вся так просто. Я раньше говорил, что можно догадаться почти до всего.
Как сделать так, чтобы один Vport оказался ПОД другим? Как этот процесс регулировать?
Насчет окон не понял. Мой п. №2 не отвечает на ваш вопрос?

[Alaspher]

Сообщение от Vova Ага. Столкнулись. Перельман это задачки задавал. Я их решал в молодости. А разве неохота мозгой пошевелить?.

Да, оне и так непрерывно шевелятся - мОзги-то.

И тон можно было выбрать поспокойней.

Сорри, если обидел (не пытался) - правила сетевого этикета изучал ещё в те времена, когда обращение, в конференции, во множественном лице к единственному собеседнику, считалось неэтичным (в отличие от e-mail) или, как минимум, подчёркнутым дистанцированием. В конфе, (публичном месте, по определению) бывает нелегко понять - где обращаются конкретно к тебе (это я про себя), а где 2All. Лично я к регистру обращения нечувствителен, но если хочется - пожалуйста - буду "на Вы".

Если бы вы, Alaspher, посмотрели форум на годик назад, нашли бы под моим ником задачки в аналогичном стиле. И никто не упрекал. Темы разные нужны, стиль выбирает автор.

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

А здесь не вся так просто. Я раньше говорил, что можно догадаться почти до всего. Как сделать так, чтобы один Vport оказался ПОД другим? Как этот процесс регулировать?

Vova(!), ну что Вы прям, как маленький, ровно не в курсе - для вьюпортов порядок отрисовки регулируется временем их создания, известно? - да, восстановленный примитив получает порядок в конце "очереди", есть такое дело? - есть. Соответственно, что-бы поменять порядок отрисовки достаточно удалить вьюпорт, который надо вытащить наверх и тут же восстановить его, например, с помощью entdel. Наверно, есть и другие способы, но - не досуг...

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

Насчет окон не понял. Мой п. №2 не отвечает на ваш вопрос?

Нет, ни коим образом п.2 на невопрос не отвечает. Количество одновременно активных вьюпортов ограничено 64-мя штуками. Действительно, такого количества, практически всегда хватает (хотя некоторые юзеры и желают больше, но это, как правило, от неправильной организации чертежей). Тем не менее, за 30-то вьюпротов - не такая и редкость. В Вашем варианте, при достижении предельного количества вьюпорты начнут вырубаться (причём, Вы не будете знать - какой отключится следующим), а поскольку они наложены один на другой - управлять ими будет, всё же, не слишком удобно. Соответственно, есть риск напечатать с выключенными нужными вьюпортами, особенно, в спешке, или при массовой печати - на выдаче. Кроме того, языки описания печати не гарантируют порядок отрисовки, так что могут всплыть грабли и тут.

Ещё раз - сорри, если было обидно - не хотел.

[Vova]

Alaspher> Я тоже за обращение на “ТЫ”, но если спор набирает остроту, то неизвестно, какая последует реакция на ТЫ. Поэтому ответил ВЫ. ОК, в дальнейшем будем на ТЫ.
Я хочу добавить в форум что-то нестандартное, чтобы нескучно было. Как от стиля Horsy все возбудились! Здесь http://dwg.ru/forum/viewtopic.php?t=...er=asc&start=0 я предлагал задавать вопросы-задачки:

Видно, что данная тема - Найдите решение - вызывает интерес. У меня в загашнике не так много вопросов, подключайтесь кто может со своими задачками

Тогда не получилось, сейчас я предпринимаю вторую попытку. Призываю всех, кто разузнал что-то новенькое, делится инфой ИНОГДА в нестандартной манере.
По существу дела: Все мои подвесные потолки расположены в одном видовом экране. Всего относящихся к делу ВЭ, таким образом, всего ДВА. Один наложен на другой. Многие ли знают и используют такой прием? Отзовитесь, pls. На ссылках по заливке что-то никто не предложил такого. А у тех, кто пользовались накладными видовыми экранами, непременно возникли бы параллели. Пусть это и не круто-новое, а хорошо забытое старое. Но для меня оно новое, и достаточно крутое. Далее. Как же регулировать положение Viewport, чтобы заливка оказалась внизу?
Alaspher предлагает удалить экран а потом восстановить его. Попробовал Erase+Undo, Copybase+Erase+Paste, Move в сторону и затем Move назад. Ничего не получилось. Команду Entdel автокад не знает, а вначале мы договорились обойтись без программирования.
Таким образом вопрос остается открытым (ну теперь тот, кто попробует, непременно найдет решение, совсем горячо стало). И кроме того, возникает новый вопрос:
Каким образом наложить один VP на другой так, чтобы объекты обоих оказались полностью совмещенными?
Ну и прослеживается перспектива-как можно эту штуковину применить с пользой еще.
ЗЫ. Alaspher, давай в дальнейшем обходиться без шпилек в бок.

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

Сообщение от Vova Каким образом наложить один VP на другой так, чтобы объекты обоих оказались полностью совмещенными?

Может, немного не по теме, но по поводу совмещения ВЭ: ставится OSNAP, например, на конечную точку (End), move, выделить один ВЭ, определить характерную точку объектов этого экрана и тащить до совпадения точек. Если USC, например, в разных ВЭ разные, то тут вариантов уже несколько:
1. В обоих ВЭ установить одну и ту же USC, затем выполнять PLAN - Current и потом двигать. Номер проходит далеко не всегда
2. Выполнять вместо move - align

прошу сильно ногами в прыжках по голове не бить - написал как сам бы делал.

А с наложенными ВЭ где-то слышал, что на каждый ВЭ можно вроде как имя задать и оперировать уже с именем ВЭ. Но как это делается - мимо кассы.

[Alaspher]

Сообщение от Vova Alaspher> Я тоже за обращение на “ТЫ”, но если спор набирает остроту, то неизвестно, какая последует реакция на ТЫ. Поэтому ответил ВЫ. ОК, в дальнейшем будем на ТЫ.

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

По существу дела: Все мои подвесные потолки расположены в одном видовом экране. Всего относящихся к делу ВЭ, таким образом, всего ДВА. Один наложен на другой. Многие ли знают и используют такой прием? Отзовитесь, pls.

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

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

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

Далее. Как же регулировать положение Viewport, чтобы заливка оказалась внизу? Alaspher предлагает удалить экран а потом восстановить его. Попробовал Erase+Undo, Copybase+Erase+Paste, Move в сторону и затем Move назад. Ничего не получилось. Команду Entdel автокад не знает, а вначале мы договорились обойтись без программирования.

Undo - не восстанавливает примитив - она "откатывает" состояние всего файла, включая ГБД, соответственно - не меняет порядок следования примитивов. Остальные упомянутые варианты - совсем из другой оперы. Что бы поменять порядок следования надо восстановить примитив, это делается командой OOPS, если без Лиспа.

Таким образом вопрос остается открытым (ну теперь тот, кто попробует, непременно найдет решение, совсем горячо стало). И кроме того, возникает новый вопрос: Каким образом наложить один VP на другой так, чтобы объекты обоих оказались полностью совмещенными?

Команду -PAN и блокировку окон никто не отменил.

Ну и прослеживается перспектива-как можно эту штуковину применить с пользой еще.

Единственное, что могу сделать - это предостеречь от подобного "ноу-хау". Использование ссылок значительно надёжнее, хотя и оно - не идеал.

ЗЫ. Alaspher, давай в дальнейшем обходиться без шпилек в бок.

Да, рази цэ шпыльки, так - мелкие занозы. :twisted: Сам же хотел - чего-нибудь нестандартного. :wink: Ничего личного!

[Apelsinov]

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

Согласен , способ интересный, но в постоянной работе плохо применим.

Сообщение от Vova Каким образом наложить один VP на другой так, чтобы объекты обоих оказались полностью совмещенными?

есть очень полезная команда в express - vpsync (Synchronizes one or more viewports with a master viewport. All synchronized viewports will take on the zoom factor of the master viewport. )

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

Apelsinov: Спасибо за подсказку по ET - не знал. Точно, век живи, век учись

[Alaspher]

Сообщение от Apelsinov Сообщение от Vova Каким образом наложить один VP на другой так, чтобы объекты обоих оказались полностью совмещенными? есть очень полезная команда в express - vpsync (Synchronizes one or more viewports with a master viewport. All synchronized viewports will take on the zoom factor of the master viewport. )

Данная команда делает ровно прямо противоположное тому, что Vova хочет. 8)

P.S. Отредактировано 25.01.2005 19:50 MSK для приведения в соответствие с постом, ответом на который является этот.

[Vova]

На этот раз Alaspher ответил правильно. Я систематизирую этот ответ. Для сдвижки пространства внутри VP удобней всего применить команду -P +Ortho On. (Об этой команде говорилось здесь http://dwg.ru/forum/viewtopic.php?t=...r=asc&start=15 Предпоследний). Если два VP наложены друг на друга, и в верхнем оказалась
заливка, поднять нижний можно его удалением с последующей командой OOPS. Я про нее здесь забыл. Делал так: левый и затем правый клик по VP, Display VP Object NO и затем все повторить, но YES. Команда UNDO делает не только откат зназад. Применительно к команде Draworder, используемой для смены порядка объектов, Undo обновляет порядок.
Для нас чертежи, где есть заливка, закрывающая на бумажных чертежах объекты, не редкость. Такие распечатки мы иногда получаем раньше, чем файлы. Из-за этого терялось время и деньги. В своих чертежах мы использовали крайне неудобную штриховку густыми точками. Теперь делаем, как я сдесь пытаюсь рассказать, и радуемся жизни. Для нас этот метод очень хорош.
Alaspher>

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

Речь идет только о тех VP, в которых должна быть прозрачная заливка. Вряд-ли таковых на рядовых чертежах много. Для них можно либо создать парные, либо один дополнительный VP для заливок на все остальные VP.

Предлагать вариант, который считаю ошибочным - это, как то неправильно.....Единственное, что могу сделать - это предостеречь от подобного "ноу-хау". Использование ссылок значительно надёжнее, хотя и оно - не идеал.

Сначала ты предложил Draworder. Он работает плохо, это общеизвестно. Затем ссылки. То есть создать файл с заливками и подгружать как XREF? А затем опять Draworder? В моем варианте заливка в стороне, а в любом из этих-на объекте, по которому еще надо рисовать, а это неудобно.
Apelsinov>

Согласен , способ интересный, но в постоянной работе плохо применим.

Почему? Повторюсь, мы применяем в постоянной работе.
Повидимому, нет другого непрограммного решения для автокадов ниже 2005. Поэтому надо бы метод коллективно отработать.
Я здесь так и не описал всю технологию по шагам. Сбил с пути оппонент. Если не все ясно из этого размытого спора, спрашивайте. Но сначала попробуйте сами.

[Alaspher]

Сообщение от Vova На этот раз Alaspher ответил правильно.

Для того, что бы иметь право на такое заявление, надо сначала показать где - Alaspher ответил не правильно. То, что ты не знал, что действие oops аналогично entdel, вряд ли можно считать моей ошибкой.

...Команда UNDO делает не только откат зназад. Применительно к команде Draworder, используемой для смены порядка объектов, Undo обновляет порядок.

Это то же самое, что сказать, что "дрова в печке не только сгорают, но ещё и золу вырабатывают" - формально не противоречит реальности, но непонятно - зачем об этом упоминать?

[shishoq]

Мне показался очень остроумным метод, предложенный Vovoй. Только, как я понял, проблема в том, чтобы опустить окно с заливкой на задний план перед печатью.
При работе с растрами (как и всегда) я пользуюсь настройками слоёв - LayerStatus, - удивительно эффективный инстумент, если, конечно, заранее определить все необходимые слои. + примочки, позволяющие отключать и включать обратно слои по указанию мышкой. Перед печатью я обычно запускаю скрипт, который раскладывает слои (точнее, все объекты определённого слоя) по уровням. Приятно видеть, как Акад долго мигает регенирируясь без твоего участия. Проблема в том, чтобы не забыть включить скрипт (пишу в Дефпойнте "включи скрипт - scr, Ent, Ent") и забрать/ передать его вместе с файлом (eTransmit не включает автоматом скрипты).
Я работаю в 2002-м, скажите, кто знает, в 2005-м есть привязка вьюпортов к отдельным стилям печати?
> Vova: как я понял, вопрос только в том, чтобы стереть/ оопснуть верхний вьюпорт? или есть ещё какие хитрости?

[Perezz!!]

Ок, я тут слегка прибрался, с Вашего позволения. Намусорили.

Alaspher ->
Фитилёк немножко притуши - коптит... И если что личное - пиши мне в приват. Поговорим

[Startrek]

>>Alaspher
Не обижайся но OOPS аналогично не ENTDEL а UNDO с той разницей что делает только ОДИН шаг назад

[vk]

>>Perezz!!
Давно пора было

>>Startrek

Сообщение от Startrek OOPS аналогично не ENTDEL а UNDO с той разницей что делает только ОДИН шаг назад

Простите, но разве можно утверждать, что OOPS (или UNDO, когда делает один шаг назад) НЕ использует при работе Лисп-функцию (entdel) :?: Кажется это предопределено в дебрях кода АКАДа.
Во всяком случае, провел небольшой эксперимент. Нарисовал несколько примитивов и далее наблюдал за одним из них (не последним для чистоты эксперимента) при помощи известного кода

Код:

[Выделить все]

(entget (car (entsel)))

Немного поиздевался над означенным примитивом - удалял его и функцией (entdel) и клавишей DEL и выбирая ERASE из шоткат-меню... Восстанавливал обратно и (entdel) и OOPS - результат всегда был одинаковый - примитив всегда восстанавливался. При любых сочетаниях способов удаления и восстановления и Entity name и ID (5 группа DXF) всегда были одни и те же. Это позволяет предположить, что команда АКАДа OOPS, также известная как UNDO 1 (если не ошибаюсь), использует функцию (entdel). Ну может быть и наоборот, хотя в это не верю.


>>ALL
Для себя я обнаружил возможную полезность "наслоения" видовых экранов для ручной векторизации растра в версиях пре-2005. Там была проблемка "случайного выбора растра", если растр и векторы лежат в модели в одном месте. Если же разнести растр и векторы в пространстве Модели, чтоб затем объединить их при помощи ВЭ, то такой проблемы не будет. На практике это не проверял (занимаюсь этим крайне редко), а в 2005 такой проблемы нет.

[Startrek]

OOPS restors ERASED object
[ATTACH]1106600858.jpg[/ATTACH]

[Alaspher]

Сообщение от Perezz!! Ок, я тут слегка прибрался, с Вашего позволения. Намусорили. Alaspher -> Фитилёк немножко притуши - коптит... И если что личное - пиши мне в приват. Поговорим

У меня к тебе, личного, по крайней мере до сей поры, не было ничего абсолютно... То, что прибрался - хорошо...

Сообщение от Startrek >>Alaspher Не обижайся но OOPS аналогично не ENTDEL а UNDO с той разницей что делает только ОДИН шаг назад

Хорошо, что предупредил - не буду. По сути, уже ответил vk...

Сообщение от vk ...Это позволяет предположить, что команда АКАДа OOPS, также известная как UNDO 1 (если не ошибаюсь), использует функцию (entdel). Ну может быть и наоборот, хотя в это не верю.

Чуть-чуть не так - OOPS и entdel используют один и тот же механизм, обращаясь к нему из разных "мест". AutoLISP не является самостоятельным - он сильно "завязан" на платформу. Но, для применения, это не слишком важно. Единственное НО - UNDO 1 - это всего лишь команда UNDO выполненая на один шаг - к OOPS никакого отношения не имеет.

Сообщение от vk >>ALL Для себя я обнаружил возможную полезность "наслоения" видовых экранов для ручной векторизации растра в версиях пре-2005. Там была проблемка "случайного выбора растра", если растр и векторы лежат в модели в одном месте. Если же разнести растр и векторы в пространстве Модели, чтоб затем объединить их при помощи ВЭ, то такой проблемы не будет. На практике это не проверял (занимаюсь этим крайне редко), а в 2005 такой проблемы нет.

Под рукой нет R15, возможно память мне изменяет - разве, если imageframe off - растр выбирается?

[vk]

>>Startrek
мдя... ошибался... Давно видать в хелпы не глядел....
Тем не менее, эта статья только подкрепляет мое предположение об их общей природе.

>>Alaspher

для вьюпортов порядок отрисовки регулируется временем их создания

Скорее, порядок отрисовки регулируется группой 68 DXF, которая косвенно связана с последовательностью создания ВЭ (в момент создания).

Сообщение от F1 68 Viewport status field: –1 = On, but is fully off screen, or is one of the viewports that is not active because the $MAXACTVP count is currently being exceeded. 0 = Off <positive value > = On and active. The value indicates the order of stacking for the viewports, where 1 is the active viewport, 2 is the next, and so forth

Проделал маленький эксперимент: расположил на листе два ВЭ и после каждого вкл/выкл отображения на ВЭ или стирания/оопсанья, смотрел значеня группы 68. АКАД их сам меняет по мере необходимости! Каждый раз, когда возникает необходимость отобразить какой то ВЭ, АКАД назначает ему минимально возможное значение 2 (номер первый - это видимо дисплей или лист?), при этом увеличивая значения группы 68 в дугих ВЭ. А когда надо его погасить - то назначает значение 0, уменьшая при этом значения группы 68 других ВЭ на 1. Примерно так.

PS Не заметил сразу... по поводу R15. Под рукой его тоже нет. Помню, что эта проблема была. Удавалось сделать растр "невыбираемым", но как то не очень надежно это было. А в варианте с наложением ВЭ уже никак нельзя будет выбрать растр потому что его там просто нет! Подчеркиваю, этим занимался я очень редко и не могу точно воспроизвести детали. Это первое.
Второе - возможность визуального совмещения картинки и модели, не помещая при этом картинку непосредственно в то место где находится векторная модель. Была такая задача, но тогда что то не пришло в голову совместить их при помощи ВЭ. Делал тогда каждый раз вкл/выкл картинки, чтоб она не мешалась в модели Больше не буду

[Alaspher]

Сообщение от vk >>Alaspher для вьюпортов порядок отрисовки регулируется временем их создания Скорее, порядок отрисовки регулируется группой 68 DXF, которая косвенно связана с последовательностью создания ВЭ (в момент создания)...

Согласен, так - существенно точнее.

Сообщение от vk по поводу R15. Под рукой его тоже нет. Помню, что эта проблема была. Удавалось сделать растр "невыбираемым", но как то не очень надежно это было. А в варианте с наложением ВЭ уже никак нельзя будет выбрать растр потому что его там просто нет! Подчеркиваю, этим занимался я очень редко и не могу точно воспроизвести детали.

Добрался до R15, попробовал - собственно, так и не удалось сделать так, что бы растр выбирался за что то кроме рамки, а если она off, то выбрать растр на экране вообще не получалось. Возможно, какие-то специфические настройки должны быть для этого. В голом ACAD'е с растрами почти не работал.

[shishoq]

удалено

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

/модератор/

[vk]

>>Alaspher
Возможно, в случае с растром была проблема моих кривых рук или специфических настроек. Но речь сейчас не об этом. А о том что этот способ может быть применим.... Не более и не менее.

>>Vova
В названии темы фраза "опустить...". Однако, до сих пор рассматривался только предложенный способ "как поднять" ВЭ не содержащий заливку... А есть ли способ отправить нужный ВЭ "назад", аналогично DRAWORDER'у?
Ну или, есть ли еще какие то способы управления порядком отображения ВЭ?

>shishoq
:shock:

[Apelsinov]

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

По поводу цитаты - каюсь, моя оплошность, исправил.
По поводу команды, тоже не прав, просто не правильно понял сам способ, однако поняв , увидел его еще более не удобным. (Кстати, в этом случае у express есть команда ALIGNSPACE)
Я то думал сделать два ВЭ, на которых изображен один и тот-же участок модели, но в одном из них слой с штриховкой изолирован, а в другом отключен, а далее можно уже играться с ВЭ и их взаиморасположением.

Но, если штриховка где-то в стороне, как же синхронизировать ее форму с самим чертежем?

Сообщение от Vova 2. При необходимости обновить заливку (допустим, архитекторы что-то изменили) нет проблем.

это как реализовать?
Допустим, создал я штриховку на плане,
по вашему мне надо теперь схватить ее
(вместе с ее контуром? а если я потом добавлю к ней еще заштр. область?)
и отнести куда-то вбок (что само по себе лишнее действо),
на завтра я чертеж поменял,
и (если не забуду - ведь штриховка-то в стороне) мне нужно удалять ту, старую, штриховку
и вставлять точно на ее место новую, сделанную по измененному чертежу.
Как-то это слишком мудрено. Уж лучше мой способ со слоями.


ЗЫ. по поводу imageframe off Alaspher абсолютно прав.

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

ИМХО лучше заливку (если есть такая возможность) все-таки кидать на отдельный слой и при необходимости его замораживать/размораживать в ВЭ и модели. Возможно, просто срабатывает инерция мышления.
Кстати, тут недавно столкнулся с такой проблемой: есть линия с текстом. При рисовании линии текст отображается "вверх ногами". Как с этим воевать? По логике, надо менять точки начала и конца линии. А если это полилиния? При этом часть ее отображается нормально, а часть - "наоборот"?

[Vova]

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

[Фунт Изюма]

Подниму темку.

Vova, нашла тут твой метод создания заливок: http://www.caduser.ru/cgi-bin/f1/boa...15823IG&page=1. Все как бы хорошо, все сделала, кроме 1-го пункта Как уменьшить скрининг для конкретного слоя? Как я в менеджкр слоев ни захожу, Plot style неактивен...

[Vova]

ООО! Фунт Изюма, сказал-бы что ты шахтер, да оказывается недавно в теме Мои макрокоманды я показал макрос который поднимает впорт одним кликом-как раз для этого способа! Вот так все переплетается.
В найденной тобой ссылке описана вся технология. Интенсивность цвету задается в стиле печати. По-аглицки-Screening. Надо подобрать применительно к своему принтеру где-то 5-10%. Данным цветом получится светло-светло-серенький фон, и на нем видна вся своя работа. В менеджере слоев этот цвет присваивается тому слою, в котором будет заливка.

[Фунт Изюма]

Смотри: я знаю, как Screening выставлять в Plot Style при печати для всего чертежа (варианты monochrome, none, screening, etc). Но весь чертеж серенький мне, понятно, не нужен. Открываю менеджер слоев. Plot style и VP Plot style неактивны. Видимо как-то нужно исхитриться и открыть менеджер слоев так, чтоб эти пункты были активны. Но как, блин?

Что самое обидное, я несколько лет назад работала с прозрачными заливками, даже сама делала (и уж точно более легким способом), но за невостребованностью забыла! А товарисч, который меня этому научил, второй день not available. Мда...

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

Сделай _etransmit, включи в него свою таблицу печати. Архив - на форум.
Видео снять не могу в силу разных причин, а показать результат попробовать можно.

[Фунт Изюма]

Я правильно заархивировала? Собственно, вместо заливки я пока сделала плотную штриховку, так что не знаю, насколько чертеж репрезентативен...

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

Мой вариант (2007 не установлен, открывал в 2008. В файле, кстати, без малого 800 ошибок _audit нашел).

[Фунт Изюма]

Спасибо! То есть этот вариант применим не к слоям, а к цветам по всему чертежу и только стандартным, так?
Странно, но щас в том же файле (который посылала, а не который вернулся) запустила аудит-4 ошибки. Как такое может быть?

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

Насколько я понял, то только к цветам. И всем объектам, которые имеют этот цвет. TrueColor всегда выводится на печать цветным независимо ни от чего. Если плоттер черно-белый, то TrueColor (или из альбомов) выводится так, как задано в настройках плоттера.
Все - ИМХО!