forum.clarionlife.net

Если принять WinAPI за икону, то вот такая конструкция позволяет получить в Clarion реальный размер окна (всегда есть заголовок окна, рамка окна DOUBLE / RESIZE): If xMyGetWindowRect(W{Prop:Handle}, Loc:MInfo.rcWork) ! Определить реальные размеры окна через WinAPI Loc:PixW = Loc:MInfo.rcWork.eRight ...

Критичен минимальный размер фрейма. Ну AppFrame по своей сути должен иметь некий минимальный размер, он не должен сжиматься в чёрную дыру. :) С другой стороны - это минимальное разрешение монитора, с которым будет работать приложение. Наверно это и есть тот самый минимальный размер AppFrame. Зато н...

finsoftrz писал(а): ↑

30 Октябрь 2020, 13:38

Или через панель задач запускай/переключай, что нужно.

Сурово, пользователь у Вас не забалует. Программа строгого режима !

finsoftrz писал(а): ↑

30 Октябрь 2020, 13:13

львиную долю своего рабочего времени пользователи сидят в приложении

Так дело ведь не в том ...
Они не могут одновременно открыть на экране две-три копии приложения или другие программы ...
Это хорошо, что у Вас юзеры с маленькими мониторами и не очень пендитные. У нас такое не прокатит.

finsoftrz писал(а): ↑

30 Октябрь 2020, 12:54

только фрейм в максимизированном состоянии всегда

Так себе гамбит: отказ в Windows от оконного режима работы приложения. Должны быть другие пути ...

finsoftrz писал(а): ↑

30 Октябрь 2020, 12:34

На самом деле, там несколько сложнее.

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

Просто поясняю, почему в свое время отказался от использования данного режима. А таки как тогда Вы рассчитываете размер MDI окна для размера по рабочей зоне AppFrame ? Тупо выставить размеры по AppFrame{Prop:ClientWidth} / AppFrame{Prop:ClientHeight} - не прокатит. И что будет с этими окнами если п...

RaFaeL писал(а): ↑

30 Октябрь 2020, 10:22

А что за баг и почему я об этом не знаю?

Наверно потому, что Вы не открываете несколько окон в полноэкранном режиме, а потом не закрываете их.

finsoftrz писал(а): ↑

30 Октябрь 2020, 9:56

видят подобные корявости в приложении, это влияет и на их общее восприятие

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

finsoftrz писал(а): ↑

29 Октябрь 2020, 22:58

Это тоже не исправит ситуацию, так как криво отображается неактивное окно.

Но можно попробовать привести его в чувство при получении фокуса.
Или заблокировать ресайз в неактивном состоянии, какое-то же событие должно приходить в Window.

как правильно разбивать сваренное яйцо в крутую сверху или снизу Скорее обмен опытом о том, когда солить яйцо при варке: до того как оно станет мягким или после. :) Закройте его, закройте форму. Увидите "тыкву". Это да. Знаю, причём можно открывать в другом потоке любое окно. В C63 такого нет. :) Т...

либо из-за смены разрешения монитора, либо из-за переключения между приложениями Либо, собственно, из-за изменения размера самого AppFrame. Работал в полноэкранном режиме, ему удобно было карточки открывать справа. Потом переключил AppFrame в оконный режим, щелкнул по списку ... и завис. :) У меня ...

Как будто программа "зависла". Вон оно ! Именно. :( Поэтому и стараемся разруливать такие ситуации. Бывает, юзеры специально сдвигают окна таким образом. Здесь вопрос идеологии интерфейса, правда у каждого своя. Мы считаем, что в процессе работы пользователь может задвигать окна куда ему надо, но п...

После открытия окна проверяем левую и верхнюю границы. Все просто. Здесь достаточно, что бы координаты окна были натуральными числами, т.к. для MDI координаты внутри Frame. А вот контроль правой и нижней границы действительно нужен. И обнаружив выход (части) окна за Frame надо что-то делать ... :)

задвинутые за пределы фрейма - древняя задача Я бы сказал - вечная. Ибо в штатных классах она не решена, а дальше кто как смог - тот так и сделал. :) И решать её надо вместе со смежной задачей - окно за пределами рабочего стола Windows. Что в общем-то я и делаю на досуге. :) Тоже много раз обсуждал...