Здравствуйте.
Если я правильно понял, то в MVS 2005 с докингом контролов не всё благополучно. Опишу проблему. Допустим, внутри добавленного через дизайнер tabControl-а динамически создаются DataGridView с аттрибутом Dock равным DockStyle.Top, а затем маленький tabControl с DockStyle.Filling. Каким-то непонятным образом последний подлезает под DataGridView, заполняя всю область большого tabControl-a.
Быстрого решения этой проблемы не нашёл и решил DataGridView оставить с DockStyle.Top, а размеры маленького tabControl-а подстраивать вручную по событию изменения размера их общего контейнера :

 

но что-то забыл, т.к. размер не изменяется, причём при debug-е вход в самый внутренний цикл происходит, но аттрибут Size для Controls[1] не меняется.   Подскажите, в чём проблема, пожалуйста!

Вообще, Dock иногда ведёт себя странно. Допустим, нужно расположить в левой области формы не один контрол, а два -  один под другим. Попытка сделать это, присвоив каждому DockStyle.Left приводит к тому, что они располагаются слева, но последовательно по горизонтали. В общем-то, логично. Тогда кладём их вдвоём в GroupBox и уже ему назначаем DockStyle.Left. = То, что надо, вроде бы. Но опять-таки : стоит добавить в форму вертикальный Splitter и элемент с DockStyle.Fill, как всё это хозяйство начинает наползать друг на друга на 3-5 пикселей в месте расположения сплиттера.   Было так у кого-нибудь? 

А если тупо скопировать код из InitializeComponent() ? 

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

Ага, есть такая трабла. Методом тыка выяснил, что при заполнении области (dock.fill), контрол смотрит только на контролы "под" ним или находящиеся с ним на одном уровне.
(Не знаю как это называется, но есть в дизайнере кнопки: BringToBack и BringToFront  которые меняют уровень контрола на форме. Т.Е. меняют положение контрола в третьем измерении (глубина). Может еще есть соответствующее свойство у контрола) 

Это сообщение отредактировал(а) ivashkanet - 2.7.2006, 11:44

свойство то есть... достигается оно нажатием правой кнопки мыши и BringToFront ToBack но в данном случае.. это не помогает вроде 

Нет. Свойство должно хранить уровень (level) контрола на форме (Типа z-Index в HTML). 0 -- самый нижний. Чем больше число тем выше находиться контрол.

Я прогнал эту пургу только чтобы объяснить что такое "уровень" контрола на форме    

BringToBack/BringToFront - немного не то. В любом случае, контрол с большим индексом будет наползать на тот, что с меньшим. 

Может быть всё же не так сложно следить за размером контрола вручную? Кто бы и как стал делать? В приведённом мной ранее коде чего-то не хватает.

 

Еще можно воспользоваться свойством контрола Anchor 

Удивительно, SendToBack/BringToFront действительно немного помогло! = Но, увы, при изменении размеров окна, контролы не держат приемлемого соотношения размеров : с увеличенем окна контрол с DockStyle.Top безвозвратно сужается. А если сразу нажать кнопку Maximize, то контрол с наибольшим z-индексом затмевает все остальные (хотя по-началу заполнял оставшееся место от контрола с DockStyle.Top). Цирк, в общем )) Такое ощущение, что нужно определить обработчик события OnResize и долго шаманить в нём с z-order-ами контролов... 

Проверил, сам докинг видать коряво работает. Дизайн-тайм ему нужен зачем-то... 
Может, он (дизайнер) в ресурсы формы ещё что-то складывает ?... 

Ура) Добавил Splitter между контролами, и всё стало работать нормально даже после изменения размеров: сплиттер своим Location фиксирует размеры одного из контролов. А чтобы один не подлезал под другой, нужно каждый вновь добавленный контрол "усылать" вглубь SendToBack()-ом.
 

Ужас   Неужели нельзя по другому сделать