А при том, что используются битмапы, привязанные к контексту рабочего стола, а у него разрешение по-умолчанию -- 96 DPI. Это все недостатки DDB секций экранно-зависимых бмтмапов (что у нас создается методом NewBitmap(W,H)). Чтобы не иметь зависимости от экранного DPI, необходимо использовать DIB секции (переходить на создание методом NewDIBBitmap(W,H,pf32bit) или NewDIBBitmap(W,H,pf24bit)), но далеко не факт, что в KOLe все методы создания битмапов -- DIB.
------------ Дoбавленo:


Ну да, так оно и есть -- экранно-зависимый битмап (96 DPI)

Tad, оптимизация любыми способами -вот прогресс... не на соплях же все оставлять..

nesco, Картинка, которую выложил NetCom (девочка с арбузом), спокойно печатается на весь А4, а в схеме с учетом DPI экрана ну никак.у нас всегда виноват кто-то - или винда или KOL
------------ Дoбавленo:

NetCom, так и я за прогресс.

Tad, Картинка, которую выложил NetCom (девочка с арбузом), спокойно печатается на весь А4

средствами виндовс или посредствам выложенной мной схемы изначально без использования элемента (экран)?

Оно и видно

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

вот этой схемой
code_10662.txt
------------ Дoбавленo:

nesco, я всем доволен. Все отлично работает ! Только никак не могу понять почему нельзя печатать картинку напрямую из файла. Нафига привязка к экрану ? Экран - чтобы чел видел, что собирается печатать. И все.

Сначала ссылку проверь, куда она у тебя ведет
------------ Дoбавленo:


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

Ссылка правильная - извини на твоем файле эксперементировал.

Вот теперь правильная, а то вела куда-то в лес
------------ Дoбавленo:


А кто сказал, что она там нужна

Tad, проверил на твоей схеме - пустой лист....

Вот сейчас сделал фото(хреновое) но видно, что лист А4 лежит на сканере.
Не догадался рядом положить спичечный коробок,
(если захочешь - перезалью со спичками )


------------ Дoбавленo:

А катриджи не пустые ?
------------ Дoбавленo:

Ну не я же. Я просто спросил
Вот здесь ты изменяешь размер картнки на экране, а потом отсылаешь ее (измененную) на печать (зеленый линк) и картинка размерами 7х4.5 см в результате печатается размером 21.5х13.8 см и... , с учетом полей не помещается на листе.

Ну так отнять надо размер полей при преобразовании, я этого не сделал в примере (проверял-то в эмуляторе)
------------ Дoбавленo:

Да и математику там упростить надо, я не сокращал формулы преобразования

nesco, да я поля в установках принтера установил в 0, но принтер при печати делает 3-х мм поля + почему-то саму картинку при печати сдвигает еще на 3 мм вправо ( а NetCom картинка точно в размер листа) поэтому мм по 5-6 обрезано справа и снизу.
а это считаешь правильным или задача и состояла в том, что не нужна печать 1:1, а нужно из любой маленькой картинки отпечатать БОЛЬШУЮ ??? Ни фига не понимаю - делается эмулятор Xerox-а или микроскопа ?
------------ Дoбавленo:

а как их считать с установок принтера

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

Ну вот что с ним делать - у меня нормально печатает , а у него пустой лист. Ладно - прижмет схему распечатать по частям тогда прийдется сделать.