Первая группа, в левом верхнем углу, при разворачивании окна никуда не переносится вообще.
Вторая группа, в правом верхнем углу, смещается только по оси X.
Третья группа, слева внизу, смещается только по оси Y.
И четвертая группа, справа внизу, смещается по обоим осям.

Вот четыре основные группы, которые нужно будет перемещать. В группы входят в основном кнопки и простые текстовые объекты.

Остальные объекты - списки и картинки - скорее всего остаются на своих местах и только растягиваются по размеру. А этих объектов немного.

Я уже делал это, и успешно. В моем EasyAlbum вообще размеры окна можно менять мышкой в обоих направлениях или только в одном. И на любой размер. А тебе нужно только на фиксированный - на размер окна.

С изменением разрешения экрана не парься - ничего не получится. Лучше воспользуйся моим советом и сделай.

А еще лучше - делай сразу при старте программы однократный подгон размеров окна и положения объектов на разрешение экрана пользователя. Чтобы окно всегда было на весь экран, какое бы разрешение не было установлено.

Добавлено (31 Октября 2007, 11:55)
---------------------------------------------
Так, а как же

Занятно... А я что, обязательство подписывал - сообщать о всех разработанных тобой фишках?
Пожалуй, это я больше удивлен. Что я вспомнил, то и написал. Ты о своей функции помнишь - ты вот о ней и пишешь.

Вот и всё, по-моему. Какие удивления?

И кстати, еще большой вопрос, как проще сделать мало подготовленному юзеру:
то ли самому вручную прописать эти изменения размеров, то ли разбираться в функции
FunctionResizeWindow. Надо у юзеров спросить.

В приложениях, можно задать в настройках виндовс размер шрифта...

А электронных документах размер шрифта изменяется везде...

___

Это не по случаю ответа на конкретный вопрос, а по случаю странной реплики...

Просто если уж ты используешь разрешение экрана 1600х1280,
то значит привык к мелким и шрифтам, и всему остальному.
А значит, разработчику программы об этом думать не нужно.
Обычный размер шрифта в программах - 8 пунктов.
Ну сделай 10 пунктов, с запасом. Для подслеповатых. И всё будет ОК.

Правда, в некоторых программах изменилось где строка меню, где заголовки.
Но в целом-то я прав: во многих прогах шрифты не поменяешь.

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

Вот потому я и сказал: если юзер выставил себе такое разрешение - значит, ему это удобно и к мелким шрифтам ему, юзверю такому, не привыкать. Короче, сам он и виноват

Поэтому, Игорь - делай спокойно свой проект. как я тебе предлагаю, и спи спокойно по ночам

А вот вторая семнашка в доме, то Филипс, - только до 1280...
Почему так? Фиг знает.

Добавлено (01 Ноября 2007, 13:15)
---------------------------------------------

Я последние полтора года - делаю окно интерфейса 1024х768

C одной стороны - вроде разумно.
Но с другой - всё-таки есть еще юзеры с экраном 800х600 пикселов,
и тогда окно твоей проги просто не уместится в их экране.

Хотя... щас посмотрел статистику своего сайта - таких меньше 5 процентов:

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

______

Если это типа утилиты - Программка-калькулятор подсчета выс..нной мочи... то окно может быть разным...

Добавлено (01 Ноября 2007, 15:48)
---------------------------------------------
Да... еще по существу....не стоит использовать ММВшные настройки изменения разрешения экрана у конечного пользователя... это чревато нехорошими последствиями!

Эта тема поднималась еще года три назад на старом форуме... и все тогда согласились, что функции ММВ по принудительному изменению экрана монитора... левые т.к. датируются где-то 98-годом прошлого века.

Подтверждаю. Слышь, вы, юзеры!!! Чтоб все это помнили!!!

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

Если не считать оформление интерфейса, то не совсем "доморощенно"...

А по поводу изменения разрешения экрана - я полностью согласен с Гумиром.
Пока у нас нет средств, чтобы ПРАВИЛЬНО управлять видеорежимами юзера.
И потому делать этого мы не вправе. А то, чего доброго, полетят их видеокарты.
Или мониторы

as-master конечно же вас пугает... Шутки злые у него
НО... чего-нибудь\у кого-нибудь\где-нибудь обязательно глюкнет в даун...

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

Я написал тебе об этом в другой теме