Случайно заметил такое необычное поведение в Chrome: он рендерит и отображает элементы, отталкиваясь не от положения родителя, а по своей рассчитанной сетке. Приведу пример:

В диве (бордер сделал красным) расположил input type=text. Высота поля фиксированная. Как видно, браузер высоту дива рассчитал правильно и расположил див правильно, а вот поле ввода оказалось расположенным на пиксель выше, хотя расположение стандарное (position:relative)

Затем после ввода любого символа и потери фокуса Хром перерисовывает поле ввода, но уже правильно:


Наблюдается это только в Хроме и только тогда, когда расположение родительских элементов происходит не строго по пиксельной сетке, а с дробными отступами. К примеру, в данном конкретном случае форма, в которой находятся приведенные элементы, находится в псевдомодальном окне, у которого рассчитаны отступы и заканчиваются на ".5". Если я меняю алгоритм так, чтобы расположение окна было округленным, поля ввода отображаются правильно (типа, как на второй картинке). Правда, метки перед строками ввода не меняют своего поведения - все равно скачут после изменения полей. Я понимаю, что это из-за того, что модальное окно и таб имеют высоты, указанные в "em", то есть относительные и имеющие в результате также дробные величины.

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

Видать, еще зависит от display.

Дробные отступы не нужны ... но у резиновой разметки свои законы. Например, когда контейнер определяется наполнением, в частности, текстом, заданным в % или em. Тут ничего не поделаешь.