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

Lion007

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

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

  • Посещение

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

    88

Lion007 стал победителем дня 19 октября 2021

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

Репутация

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

1 Подписчик

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

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

Информация

  • Пол
    Мужчина

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

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

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