Сохранение в файл геометрии окна

У окна есть параметры Left, Top, ClientHeight, ClientWidth. Сохраняя их в файл можно при последующем запуске программы восстановить такое же положение окна. И тут вроде бы всё хорошо, кроме одного момента. Если окно максимизировано, то текущие значения указанных выше переменных установлены в текущие значения. При этом нужна ещё какая-то дополнительная информация о том, каким должны быть размеры окна после демаксимизации (т.е. после возвращение в неразвёрнутое состояние). Где эту информацию можно взять?

0

Evg, опыт для коллекции идиотизмов.
Помещаю на форму Image, превосходящий оную размером. По вертикали. Пока все хорошо.
Скролбарчик появляется справа, можно жить.
А сегодни я просто обнаглел. Image и по горизонтали форму стал превосходить.
Справа - вертикальный скролл, а снизу - ничего!
Чешу репу. И дочесал до того, что придумал убрать панель задач. И появился снизу горизонтальный скроллбарчик, миленький. Но обращаться с ним нужно о-о-очень осторожненько. Если удастся тихо подползти к стрелочке и кликнуть - все Ок. Но ежели чуть заденешь место, где была панель задач - опа! - она тут же и выскакивает (как и было им задумано).
Я к чему.
Дедушка Виндоус - хороший стекольщик. Он лучше нас знает, как окна строить.
Я тож мучился проблемами владением поведения окна. Пару раз даже в запой уходил. Потом послал все - туда! Рисую все с некоторым (интуитивным) запасом. Чувствую себя - некомфортно. Но - живу.
И пью - в меру.
... А может мы и найдем управу на этого гребанного стеклодува...
Уточняю - форма моя максимизирована и никаким размерным изменениям не поддается.
Но дело опять же не в этом - "Человек предполагает, а Виндоус располагает"

0

Я на чистом винапи никогда не программил, а потому по этой части сказать ничего не могу. Если работать только средствами Borland'а - то проблем на моей памяти не было (у меня Borland 2007). Геморрой почти всегда возникает, когда идёт вперемешку работа с винапи и Borland'овскими классами, как правило, если при работе через классами модифицируется какое-то свойство окна. Как программисту мне в общем-то понятна природа таких косяков. Чтобы нормально с этими вещами работать - надо хорошо себе представлять где и что делается. Но многие книги и статьи, которые я лопатил, чтобы решить те или иные проблемы - они в основном ориентированы на новчиков. Чуть более серьёзные проблемы, присущие РЕАЛЬНОМУ софту - всё, труба. Через гугл найти не могу (потому как лезет очень много ерунды, популярной среди новичков), на форуме зачастую ответа не получаю, а потому приходится методом тыка. Видимо профессиональной разработкой на Borland'овских компиляторах мало кто занимется

0

Evg, и я на вапи не програмлю (м.б. чуть-чуть в самом начале), я работаю с Бюлдером-6,
создаю там формы, назначаю свойства и пишу обработчики. Но все их штуки - всего лишь Wrapper-ы над апишными функциями - это очень видно, если борландовские хедеры посмотреть.
Т.е. почти все методы - просто вызов Апишных штук с чуть меньшим количеством параметров.
И если что работает не так, как тебе хотелось бы - так работает WINAPI

0

Сообщение от Day Но все их штуки - всего лишь Wrapper-ы над апишными функциями

Само собой. Только вот каждый winapi'шный сложно учесть в классе (т.е. не каждый интерфейс низкого уровня аккуратно накрывается интерфейсом высокого уровня).

Сообщение от Day И если что работает не так, как тебе хотелось бы - так работает WINAPI

Не факт. Косяк может быть в том числе и в Borland'овских кодах. К тому же прежде чем обвинять что-либо в неправильной работе, надо для начала прошмонать всю документацию. Потому что так или иначе в любой программной реализации есть ограничения, которые взваливаются на программиста

0