Значения ширины в процентах

На сколько безопасно использовать значения ширины в процента в браузерах? Имею ввиду вот эту проблему http://habrahabr.ru/post/31392/, где при вычисление значений в процентах получаются дробные значения и происходит округление в большую или меньшую сторону, как результат 4 блока с шириной в 25% либо не заполняют полностью родительский контейнер, либо наоборот эти 4 блока имеют суммарную ширину больше на пару пикселей, чем ширина родительского элемента. Как ведут себя браузера? Актуальная ли эта проблема на сегодняшний день? И дайте, пожалуйста, ссылку почитать статью про это. Спасибо.

Я считаю проблема не актуальна на данный момент. Можно смело использовать border-radius, т.к. он поддерживается подавляющим большинством браузеров

-----
Удобный сервис для хранения файлов

Читайте правильно! Речь не о СКРУГЛЕНИЕ углов, а о округление ширины, заданной в процентах.

Неужели никто не в курсе?

Ну в чем проблемма? Надо идти в сторону простоты, числа кратные двум или четырем... лучше оставить зазор чем гадать что может получится... хотя я делаю каждый блок отдельным друг от друга или группу блоков. Честно долго верстаю резиной, такой проблемы не замечал. есть сейчас проект тоже с 25% в ие не смотрел...

Подбирать числа кратные двум? Представьте, что сайт имеет ширину min-width:1024;max-width:1500;, четере или пять колонок, каждая в процентах. Где я тут что вам подберу? Ну неужели никто не в курсе? Это же очень важный момент.

Pavelbeginner, если б точно знали - уже ответили. Не нужно вечно переспрашивать. Лучше б хорошо поискали да поделились найденой инфой.
"Решением проблемы" может быть sub-pixel рендеринг, который должен бть в FF?? и IE10, дальше на счет поддержки гуглим самостоятельно.
http://palantir[dot]net/blog/respons[dot][dot][dot]ty-little-secret
http://blogs[dot]msdn[dot]com/b/ie/archi[dot][dot][dot]bject-model[dot]aspx

по-моему вы несколько преувеличиваете проблему. Да, она есть, но на практике я с ней не сталкивался.
Предлагаю вам смоделировать ситуацию с четырьмя 25%-ми блоками, последний из которых не вместится в отведенное место.

-----
Чем больше узнаю, тем больше я не знаю.

Предположим, у нас есть сайт шириной 960px. 4 колонки(значения ширин колонок взяты для примера). Ширина первой колонки 1%, всех остальных 33%. Итого получаем ширина первой колонки 9.6, а всех остальных 316.8 Если округлять значения до целого в большую сторону, то получаем 317 * 3 + 10 = 961, поэтому одна из колонок перескочит на следующую строку(в статьей по ссылке это описано). Если же округлять до целых без учета дробной части, то получаем 9 + 316* 3 = 957, итого колонки не будут заполнять всю ширину родительского блока, будет пара пустых пикселей(также описано в статье). Статья старая, по-моему за 2008 год. Некоторые браузеры на тот момент работали по первому типу, другие по второму. Сегодня 2013 год, и в браузерах при таких значениях колонок в процентах я не вижу никаких лишних или недостающих пикселей. То есть 4 колонки ровно пиксель в пиксель занимают ширину родительского блока. Почему так и какой алгоритм используют браузера и все ли современные браузера используют один и тот же алгоритм я и хочу узнать.

нет, не предположим. я попросил смоделировать в реальном браузере. и показать тестовую страницу с воспроизведенной проблемой

-----
Чем больше узнаю, тем больше я не знаю.

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

тут я не знаю, но склоняюсь мнению IllusionMH о субпиксельном сглаживании

-----
Чем больше узнаю, тем больше я не знаю.

Одну решили, вторую поимели. Теперь динамически рассчитать с помощью javascript ширину переменного количества блоков внутри одного родительского для ie7 и ie8 будет большой проблемой (я добавлял последнему N нужных пикселей в качестве "аппендикса", но это костыль), так как расчеты будут некорректны, когда в остальных браузерах всё будет ровно и красиво.

-----
Шта? Репозиторий?

округлить в меньшую сторону, чтоб влезло, а на остаток забить

-----
Чем больше узнаю, тем больше я не знаю.

+ добавить последнему описанный мной аппендикс, т.к. у блоков может быть бордюр, который визуально будет уже не "вровень выпирать".

-----
Шта? Репозиторий?