Jump to content

Lion007

Клуб разработчиков
  • Posts

    828
  • Joined

  • Last visited

  • Days Won

    100

Everything posted by Lion007

  1. непосредственно скопировать - вроде бы нельзя. мысль, отчасти, интересная - но в голову никому не приходила (хотя, тут могу и ошибаться). но зато можно соорудить темплэйт, в котором будут все нужные UCS-ы, и новые файлы создавать на нем.
  2. теорехтически - да... логику переключений надо рассказывать? если кратко - то из модели в последний активный лист и обратно, а в листе - в последний активный вьюпорт и обратно в лист. как-то так... UPD : не надо тут правой кнопкой... а то можно попасть в настройки, которых дофига...
  3. Мдээ... Как говорил Соловей-Разбойник (ака И.Охлобыстин) - но и на этом геморрой не закончится! Оказывается, в подопытном чудо-файле не только вьюпорты виясчие оказались, но еще и куча висячих объектов... что самое смешное - при ресэйве они пропадут с концами, если не принять меры... посему - дописал восстановление таких висячих объектов. и несчастный чудо-файлик после загрузки получается 007_auditLayouts3_22_x64.zip
  4. ядрен-батон... опять съело текст! итого : по свежим следам - версия 2 - улучшенная и дополненная. - по совету мудрого коллеги - делает "неявные" ВЭ явными. удалить проще, чем рисовать заново - вычищает из моделспейса вьюрпорты. в блоки не полез, запихнуть туда ВЭ - слишком большое Ызвращение... 007_auditLayouts2_22_x64.zip
  5. ничего не знаю... у меня есть файл-пример, а программно - я еще и не такое создам. теперь вот думаю - ограничиться моделспейсом, или уж тогда вообще все блоки проверить? добавлено через 8 минут о, кстати... раз пошла такая пьянка... одна из нештатных ситуаций - это когда лэйаут думает, что в нем вьюпорт есть, а блок-тэйбл-рекорд, который олицетворяет пэйпер-спейс этого лэйаута, про этот вьюпорт не знает ничего. внимание, вопрос - кому верить? мне, понятное дело, пофигу - изначально я на блок ориентировался. по той простой причине, что тот как бы первичен... но можно и наоборот - насовать туда этих самых непонятных вьюпортов...
  6. однако, ой... видимо, придется дополнять - оказывается таланты умеют еще и в моделспейс вставлять вьюпорты... ладно, сделаем и так
  7. Как показало вскрытие - с этим файликом все еще хуже... помимо подрезки главного вьюпорта и подрезки нескольких вьюпортов по одному полилайну - там еще и мистические вьюпорты ниоткуда в наличии... в количестве, так что из-за них оно еще и торрмозит. ну а пока не мы зарелизили фиксы такой ерунды штатно - вот сугубо неофициальный костыль... инструкция : запустить. APPLOAD, ConfDrx, или что еще - по вкусу. Отслеживает открытие DWG, и предлагает починить. Если согласиться - то снимает неправильные клипы и удаляет лишние вьюпорты (см. в комманд-лайн, там лог) Но можно и отказаться... 007_auditLayouts_22_x64.zip
  8. в общем, все так и есть... ситуация, когда несколько вьюпортов клипятся по одной и той же полилинии - она, конечно, идиотическая... однако формально режим секретности этого не запрещает, и оно даже в таком виде может жить... но в данном случае все отягощается тем, что один из вьюпортов, которые несчастным полилайном заклипили - этот общий вьюпорт листа. который удалять не рекомендуется... т.е происходит следующее : - удаление полилинии приводит к удалению обоих вьюпортов, один из которых общий - и все валится - удаление вьюпорта (не общего) приводит к удалению его клипа - той самой полилинии, и, как следствие, опять к удалению общего вьюпорта. и все опять валится... В общем, баррдак, конечно, но чинибельно. дыррки заткнем, ну и могу утилитку сделать, которая такие штуки чинит...
  9. так оно в соответствии с последними установками и сохраняется... точнее, как... переключаемся на лист и зовем PAGESETUP или PLOT. PSTYLEMODE выставится в соответствии с тем стилем, который в этом листе живет. хорошо видно, если SYSVARMONITOR включить
  10. можно и в релиз - без проблем, я одну строчку поменял... но вы уж как-нибудь договоритесь - оставлять разные стили, сносить некошерные или что... мне - вот честно - до лампады!
  11. Тут вот какая штука... структуры DWG - и даже объектной модели - это все не нарушает вообще никак. Галочка в диалоге печати - это, по большому счету, фильтр - какие стили показывать, ctb или stb. причем фильтр тупо по расширению. сам стиль назначается по имени файла. при этом какой это стиль - определяется ни разу не расширением, а его кишками... т.е. stb может содержать то, что должно на самом деле быть ctb-шкой и наоборот. соответственно, что я сделал - я просто беру тип из самого стиля. что приехало - то приехало. т.е. (ну, это теоретически так) все, что приедет из АС - вроде как должны прожевать без всяких дополнительных ухищрений. а АС... ну не хочет он разные типы стилей в одном чертеже поддерживать. и если они-таки разные - то удовлетворить его хотелки невозможно *в принципе*. ну и фиг с ним, если честно! А если они одинаковые - то надо очень специально извращаться, чтобы получилось неправильно. вроде того самого сценария из 9 пунктов, да и то это не структурный косяк, а интерфейсный... но это ладно, мне интереснее - оно взлетело, или как?
  12. да не особенно... просто АС будет ругаться на стили не того типа. но, как уже выяснили - не падает. а если очень хочется, чтобы оно и в АС гладко зашло - ну, значит не надо такие фокусы использовать! но я могу и посносить неправильные стили к шестиногим крокодилам - если такой вариант предпочтительнее. мне вообще без разницы...
  13. АС нифига не реабилитирован, потому что конструкция в нем идиотская. но это на их совести. ну, сугубо неофициальный костыль для 22 на свой страх и риск... подложить вместо натурального (оригинал рекомендуется сохранить). если повезет - то взлетит. помимо затычки в плотстилях - может содержать еще какие-то правки, какие именно - я без понятия. У меня было на выбор три варианта : - не давать загрузить табличку не того типа, что в PSTYLEMODE указано (будет сносить стили не того типа) - перевздергивать PSTYLEMODE на то, что в табличке (будет колбасить сисвар при переключении между лэйаутами с разными типами плотстайлов) - наплевать на PSTYLEMODE, и использовать что написано. я (уж извините) для сего неофициального фикса выбрал вариант три. а пресловутый PSTYLEMODE в таком раскладе вообще не нужен, что идеологически правильно... все-таки каждый лэйаут имеет полное право (имхо) выставить себе тот стиль, какой захочет... plotStyleFix_22_x64.zip
  14. каким образом оно так получилось - коллега-первопечатник воспроизвел... заковыристо, но вот : (это в нане) 1) Новый чертёж 2) Печать 3) Снять галку цветозависимого режима 4) Выбрать _ГС.stb 5) Взвести галку Показывать стили печати (Display plot styles) 6) Применить к листу 7) Перезайти в печать 8) Взвести галку цветозависимого режима 9) Выйти из диалога без применения к листу дальше интереснее... Открываем в АС то самое падение22 (предварительно подложив _ГС.stb куда надо). диалог печати показывает _ГС.stb (missing), при печати матюгается на некомпатибильную таблицу стилей, а выбрать дает только CTB-шки... при переключении на STB (через CONVERTPSTYLES) - назначет что повезет... в общем, какой-то ОЙ...
  15. расширение... расширение - это на крайний случай! а галку запилили (видимо) а) как в АС б) как некий фильтр... В общем, надо смотреть, как там эти таблички грузятся и что за фигня при этом творится!
  16. совершенно ага, так и есть. надо посмотреть, может можно как-то малой кровью на загрузке отфиксить...
  17. ну так я про это и говорю - беда не в стиле, а в том что каким-то макаром стиль, который предназначен для "по имени" пытаются применить "по цвету". а к самому стилю претензий нет
  18. Как это ни смешно - но с пикферстом, похоже, оно выеденного яйца не стоит... рисуйте реквест, сделаем. хотя мне не очень понятно, кому и зачем вдруг может понадобиться отсутствие преселекции... но я и не претендую. а нана работает очень понятно - она плевать хотела на этот сисвар, и использовать преселекцию или нет - это команда думает...
  19. да там дело не в самом файле стиля... в чертеже пробито - плотстайл ByColor, т.е. ctb-шка. если это дело открыть (переименовать этот _ГС.stb и открыть) - то в плотсеттингах видно галку "Color plot mode" а сам файлик стиля - он stb, т.е. по имени... и, как таковой, таблички на все цвета не имеет. так что генерал-то честный, он он законный в чем-тот генерал... в общем, надоть посмотреть, мабуть и можно это безобразие как-то скорректировать при загрузке
  20. ВДОГОНКУ : все еще интереснее... табличка стилей - заявлена как stb. а чертеже написано, что она по цвету... поэтому ноги и разъезжаются. как оно такое получилось - я, если честно, без понятия - но падать все равно обидно...
  21. там честный генерал... в табличке стилей - ровно 6 элементов, спрашивается стиль для цвета 7 (который явно торчит за пределы массива) - ну и ква. а то, что мы за пределы массива выскочили - не проверяет никто. бог весть, насколько валидная штука stb-шка из 6 элементов, но в любом случае бардак
  22. можно сходить через Quick Select + draworder. начиная с самого "верхнего" слоя - выбираем все, что на нем через QS - отправляем на задний план (ну, или наоборот) когда таким образом по всем слоям пройдем - получится что заказывали... если слоев много (больше 3-5) - то это так себе процедура... ну и если что-то новое дорисовать - то оно, ясное дело, поверх всего ляжет. так что в этом смысле скрипт надежнее! А если просто один из слоев наверх вытащить - то можно и руками
  23. я имел в виду - AC меняет. так что в нане эта глупость сделана не просто так, а для совместимости, будь она неладна!
×
×
  • Create New...