Перейти к содержанию

Lion007

Клуб разработчиков
  • Публикаций

    743
  • Зарегистрирован

  • Посещение

  • Победитель дней

    87

Lion007 стал победителем дня 14 апреля

Lion007 имел наиболее популярный контент!

Репутация

494 Очень хороший

1 Подписчик

Информация о Lion007

  • Звание
    Разработчик nanoCAD

Информация

  • Пол
    Мужчина

Посетители профиля

Блок последних пользователей отключён и не показывается другим пользователям.

  1. починили. но это не наш косяк, а мелкомягкий. вот, к примеру... https://docs.microsoft.com/en-us/answers/questions/589319/gdiplus-pen-constructor-change-of-behaviour-in-win.html да и вообще этот KB у них не задался.... но починили - уже даже с этим работает нормально. и со старым - тоже...
  2. а файл, поди, еще и труколорный... итого мы имеем 42087*56058 = 2,359,313,046 пикселей, да на 3 байта = 7 гигов в плоском виде... вот честное слово - что угодно может приключиться, на такие растры никто не закладывался. так что с бедра навскидку - могу порекомендовать только резать
  3. тут как раз все просто... я не возьмусь утверждать, что это правильно - но просто фулнэйм (идеологически) это путь + имя + расширение. пути и расширения до первого сохранения нет (читай - они пустые). а имя есть. вот собственно, и все...
  4. а с фулнэймом... фиг его знает, скорее всего это по принципу "ответили, что знаем" а что, где-то написано, что он должен быть пустой?
  5. а это как раз достаточно логично. до сохранения - неизвестно, в каком формате его будут сохранять (может, в dxf?). соответственно, расширение появляется только после сэйва. для сравнения - открываем новый файл в пэйнтбраше - он просто Untitled. а расширение приклеивается после сэйва в зависимости от.
  6. есть смутное ощущение, что это пространственный индекс дурит... координаты большие, торчащие сбоку блоки подосновы - еще больше, вот он и путается, бедолага... а печать без него работает, поэтому ей пофигу! но, конечно, баррдак, будем чинить!
  7. а можно на сами скриптик взглянуть? а то дубовая конструкция вида RECTANGLE 1.3303320E7,6913411.5 1.3303340E7,6913611.5 -HATCH P SOLID S LAST regen ZOOM EXTENTS работает вполне адекватно. важно : после LAST - два пробела hatch.scr
  8. на самом деле немножко наврал - можно-таки надуть эту чертову печать... и даже не важно, где растры лежат. идея примерно такая : создаем в уголке маленький вьюпортик, который показывает в пустое место модели - не важно куда, просто в пустое. выставляем этому вьюпорту визуальный стиль с освещением (напрмер = Flat) - не важно какой, главное, чтобы не 2D и не Wireframe. чтобы этот вьюпорт не маячил на печати - создаем непечатный слой (в смысле слой, который не печатается), и назначаем самому вьюпорту этот самый слой. собственно, все. вот так вот это выглядит в листе :
  9. если растр вставлен непосредственно в лист - то нет. прозрачные растры умеют печататься только из модельного вьюпорта с визуальным стилем "не вайрфрэйм"
  10. тут вот какая штука... экран - это экран. 96 dpi. а самый дерьмовй принтер - 300. на пальцах - вы просто не разглядели! хотите посмотреть подробнее - вэлкам. добавьте увеличения... не помогло - примеры в студию. я иногда лечу по фотографиям - но не всех. и не всегда. если есть косяк - то поправим. но нужен пример. в студию!
  11. пример в студию! будем смотреть
  12. а можно исходный файлик на посмотреть? потому что на вид - просто активен вьюпорт в пэйперспейсе. со всеми втекающими и вытекающими
  13. на данный момент вывод с тонированием - единственный способ вытащить прозрачность растров на печать. а вот насчет хотелось бы подробностей - что имеется в виду?
×
×
  • Создать...