Заказ Windows Form с использованием MDILayout

Почему вы используете интерфейс MDI? Конечно, одно окно с TableLayoutPanel или аналогичным макетом было бы более подходящим. Единственная причина, по которой вы хотите использовать макет MDI, - это позволить пользователям перемещать окна, что, насколько я могу судить из вашего описания проблемы, в любом случае нежелательно?

Не могли бы вы избежать этой проблемы, (перед отображением изображений):

1. Поместите ссылки на изображения в структуру (массив или подобное).

2. Попросите рекурсивную функцию построить структуру обратного порядка (или изменить порядок оригинала).

3. Используйте новую структуру обратного порядка, чтобы создавать дочерние окна, как раньше.

Это добавит еще один слой, но может решить вашу проблему, если никто не найдет переключатель обратного порядка компоновки достаточно скоро.

Я настоятельно рекомендую следовать совету Groky и использовать для этого интерфейс единой формы, а не MDI.

Если вы должны использовать MDI, вам нужно знать, что методы макета MDI используют Z-порядок форм MDI, чтобы определить, где формы заканчиваются. Например, если изображение 2 находится за изображением 1, то изображение 1 будет слева, а изображение 2 - справа. Самый логичный способ вызвать это - загрузить форму изображения 2, затем форму изображения 1, а затем выполнить макет MDI. Вы также можете использовать метод ActivateMdiChild, чтобы расположить формы в определенном порядке (активация одной формы помещает за собой другие формы).

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

Спасибо, Оуэн и Гроки, но интерфейс единой формы просто не будет работать. Во-первых, у меня уже есть код отображения в формате MDI, так что перезапись потребует очень и очень большой перезаписи кода. Некоторое время назад мне потребовалось около трех недель, чтобы написать основы приложения; это не jpgs, которые я показываю здесь, это изображения DCM, и каждое из них занимает добрые 30 мб, с множеством инструментов поддержки, которые я не видел за пределами медицинской визуализации.

Во-вторых, некоторые рентгенологи не любят разделенный скрининг для сравнения изображений, а другие требуют этого. Таким образом, чтобы вместить оба типа пользователей, я установил это с помощью мозаики, но затем пользователь может максимизировать изображения, а затем переключаться между ними. Итак, MDI - правильный подход для разных вкусов; единый интерфейс с очень сложным набором элементов управления вкладками звучит просто как кошмар по сравнению с уже существующей и (по большей части) работающей системой.

Однако, поскольку я контролирую способ отображения изображений, я могу принудительно упорядочить их по оси Z, и тогда это должно сработать, верно? Это основа ответов Фреда и Оуэна, если я правильно их читаю. Пользователь входит в «режим оценки», а затем программа загружает изображения, показывает их, и только после того, как пользователь ввел оценку, изображения закрываются. Учитывая это ограничение, я, вероятно, смогу применить определенный z-порядок (возможно, зациклившись от длины до 0, а не от 0 до длины).

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