Pascal построение отрезков

[vvv_1984]

нужно написать прогу которая могла строить отрезки длиной от 1 см  до 10 см на экране монитора.
 есть вопросы:

1. как узнать разрешение экрана? (в зависимости от разрешения соответственно будет колебаться длина отрезка)
2. если  разрешение 1024*768 , то как мне вывести отрезок на экран длиной 1 см.

по ходу дела будут еще вопросы!
заранее благодарен. 

[Алексей++]

1)
разрешение экрана - апишная функция
GetSystemMetrics

Код:

ширина - GetSystemMetrics(SM_CXSCREEN)
высота - GetSystemMetrics(SM_CYSCREEN)

2) а вот как получить размер пикселя, я никогда не сталкивался, но щас нашёл вот что

Теоретически, c помощью функции API GetDeviceCaps можно получить размеры экрана как в миллиметрах так и в пикселах. Дальше, надеюсь, понятно. Но там, помнится, был какой-то баг от мелкомягких, и приходилось действовать через GetSystemMetrics.

(https://forum.shelek.ru/index.php?action=printpage;topic=1423.0)
может поможет

[Джон]

На самом деле всё гораздо проще. Размер точки не нужен.

при разрешении экрана 96 dpi и 1280 точках получаем видимую область в дюймах 1280/96=13,333 или в см *2,54 = ~33,867
так же легко можно получить число точек необходимых для отображения например 5,08 см. Для этого их надо перевести в дюймы, а затем умножить на разрешение экрана в dpi. Например для 5,08 см / 2,54 = 2 * 96 = 192 экранных точки.

[Алексей++]

Джон, осталось только узнать dpi экрана программно

[Джон]

Да уж... Трудненькая задачка...

А что если попробовать обмануть? Так сказать в извращённой форме. Не побоятся и всё-таки использовать ф-ю
GetDeviceCaps благо она для этого и предназначена

GetDeviceCaps(LOGPIXELSX) - разрешение по Х

GetDeviceCaps(LOGPIXELSY) - разрешение по У

[Finch]

Сейчас точно не знаю, но на Windows 95, 98 функция всегда выдавала 96 dpi.

[Алексей++]

по моему, задача поставлена неверно.

>> "то как мне вывести отрезок на экран длиной 1 см."
 а вот, например , я хочу, чтобы этот символ "_" - это и есть отрезок 1 см )  То есть 1 см - это свойство графического объекта, а  на экране он вовсе не обязан выглядеть как реальные 1 см. Просто все линейные размеры отскалены одинаково. А вот при выводе на печать, там уже возьмётся атрибут "линейный_размер" , драйвер знает dpi контекста устройсва, на который производится вывод. И все дела...

[vvv_1984]

Да уж... Трудненькая задачка...

А что если попробовать обмануть? Так сказать в извращённой форме. Не побоятся и всё-таки использовать ф-ю
GetDeviceCaps благо она для этого и предназначена

GetDeviceCaps(LOGPIXELSX) - разрешение по Х

GetDeviceCaps(LOGPIXELSY) - разрешение по У

можно по подробнее

по моему, задача поставлена неверно.

задача поставлена верно, подробнее:

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

[vvv_1984]

На самом деле всё гораздо проще. Размер точки не нужен.

при разрешении экрана 96 dpi и 1280 точках получаем видимую область в дюймах 1280/96=13,333 или в см *2,54 = ~33,867
так же легко можно получить число точек необходимых для отображения например 5,08 см. Для этого их надо перевести в дюймы, а затем умножить на разрешение экрана в dpi. Например для 5,08 см / 2,54 = 2 * 96 = 192 экранных точки.

а как расчитать по твему методу если расширение экрана будет 640*480.
я не понял как ты посчитал(((

[Алексей++]

vvv_1984,

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

коли так, можно ввести калибровочную опцию - скажем, руководитель говорит программе нарисовать на экране отрезки (вертикальный, горизонтальный), достаточно длинные, измерить из линейкой и дать программе знать, что получилось. Далее программа будет знать размер пикселя

[nikedeforest]

)) ну ты Леха даешь )

[Алексей++]

 

[x77]

разрешение экрана всегда равно 96 dpi. но для корректного масштабирования, следует использовать не его, а разрешение формы, а именно - свойство PixelsPerInch. Это свойство указывает, сколько пикселей находится в одном дюйме текущей формы. поскольку рисуете вы всё равно на форме, а не на экране - то ничего другого тут не требуется.

[x77]

правда, если это всё реально надо делать на паскале, то там форм в виндовом понимании нет. и там можно тупо юзать 96, потому что разрешение ты всё равно задашь сам для графического режима.

[vvv_1984]

разрешение экрана всегда равно 96 dpi. но для корректного масштабирования, следует использовать не его, а разрешение формы, а именно - свойство PixelsPerInch. Это свойство указывает, сколько пикселей находится в одном дюйме текущей формы. поскольку рисуете вы всё равно на форме, а не на экране - то ничего другого тут не требуется.

программа мишеться на Паскале 7.0

правда, если это всё реально надо делать на паскале, то там форм в виндовом понимании нет. и там можно тупо юзать 96, потому что разрешение ты всё равно задашь сам для графического режима.

да нужно работать с графическим режимом.

[vvv_1984]

1.я почему то забыл про графический режим, и все пытался через crt.((((...вот блин...

[x77]

vvv_1984, вопреки распространённому мнению, паскаль позволяет выводить графику и в текстовом режиме но это делает путём перепрограммирования ПЗУ знакогенератора. и задача, в целом, не тривиальная. хотя и решаемая.

[vvv_1984]

x77,  так все-жи алгоритм действий какой, в моей задачи?

[x77]

vvv_1984, надо думать. скачать турбопаскакаль 7.0, и покопаться в graph.tpu.

не готов ответить навскидку, прошу прощения. завтра отпишусь.

[x77]

вообще, здравый смысл подсказывает, что в общем виде задача нерешаема.

1. всё делается в досе (по сути).
2. на уровне проги определить размер монитора (а именно размер физической диагонали и будет определять соотношения пикселов к дюймам) вряд ли возможно. винда это делать умеет. турбопаскакаль, очевидно - нет.

поэтому мнение предыдущего оратора (советовавшего проводить калибровку при первом запуске) следует конкретно принять во внимание

я покопаюсь, конечно... но чисто логически, я думаю, на уровне BGI отмасштабировать отрезок невозможно. ибо это зависит от физического размера монитора, который знает, в лучшем случае, только видеокарта. и то вряд ли.

[vvv_1984]

сам факт того что размеры монитора можно задавать вручную, туким же образом можно задавать разрешение экрана)))

[vvv_1984]

к примеру пользователь указал что у него 17 дюймовый монитор и разрешение 1024*768,
как мне произвести расчеты?
я понял что надо примерно посчитать скоко в 1 см пикселов, таким образом я буду строить по количеству пикселов, я не понял вот как раз как это посчитать, голова не варит((

[Алексей++]

vvv_1984,

туким же образом можно задавать разрешение экрана)))

- это как раз элементарно определить

vvv_1984, посчитать размер ребра пиксела D можно так:

(для простоты будем считать пиксел квадратным и будем считать, что изображение пользователь не растянул, покрутив шаловливой ручкой настройки монитора, и оно (изображение) точно по границам )

теорема Пифагора =>

D^2 * (1024^2 + 768^2) == (17 * 2.54 см)^2

отсюда

D == 0,033734375 см

4 значащих разрядов будет достаточно, D==0,03373 см

[vvv_1984]

блин не понял !
завтра еще раз тему почитаю, голова кипит!
если еще у кого, какие нибудь идеи?

[Алексей++]

vvv_1984, что ты не понял ? Вроде я нигде не ошибся

[vvv_1984]

vvv_1984, что ты не понял ? Вроде я нигде не ошибся

в принципе все, просто башка едет завтра мужики, скажу