800 и 1024. Пиксели или проценты?
MostInfo.net (http://mostinfo.net/article/14/84.htm)

В сети не раз можно наткнуться на советы, и даже убеждения, что размер большой (внешней) таблицы желательно ставить равным определенному числу пикселей. Причем...
 
zavod.anod.net
winsov.ru
26-05-2004
 

Как правило, любая страница сайта - есть таблица, общую ширину которой зачастую бывает не так просто указать. В сети не раз можно наткнуться на советы, и даже убеждения, что размер большой (внешней) таблицы желательно ставить равным определенному числу пикселей. Причем разные источники рекомендуют разные значения: кто из расчета для разрешения экрана 800х600, кто для 1024х768, а некоторые даже для 640х480. Однако средняя цифра - порядка 720px учитывающая ширину полосы прокрутки и наличие отступа от края в запас.

Но ведь web отличается огромной разнообразностью и люди бывают разные, с разными мониторами. У кого-то зрение не очень, да и монитор 15 дюймов, соответственно и разрешение экрана - максимум 800х600, а у других (как у моего знакомого) монитор 19 дюймов, поэтому для него и 1024х768 точек маловато будет. О счастливых же обладателях 640х480 можно смело забыть, как в рунете в основном и делается, ибо их (обладателей) осталось уж совсем немного. Основная же масса работает с 800х600, однако явную тенденцию к увеличению точек на экране может не заметить лишь слепой.

При указании ширины таблицы, например 760 пикселей сайт очень хорошо смотрится только при разрешении 800х600 и при увеличении этого параметра страница начинает обрастать пустым местом с обеих сторон и уже при 1400х1050 сайт превращается в тусклую невзрачную полоску. Некоторые прибегают к опыту когда ширина устанавливается очень близкой к 800px, но тогда если у пользователя панель задач (с кнопочкой "пуск") расположена не горизонтально, а вертикально (нравится может кому так), то появляется столь нелюбимая всеми горизонтальная полоса прокрутки, которая с сочетанием еще и с вертикальной дает почти 100%-ную гарантию ухода посетителя с этой страницы. А ведь есть и те, кому нравится частенько менять разрешение экрана во время работы. Например, при загрузке страницы у него было 1024, а потом человек взял да и поставил 800. Угадайте, сколько теперь полос прокрутки у него в браузере?

Но есть же свет в конце туннеля? Света указать не могу, но вот фонариком подсветить можно: один из выходов - указание ширины таблицы в процентах. Конечно необходимо заметить что для сайтов создаваемых в MS Word, с голыми параграфами текста установить строгую ширину таблицы вполне логично, а тем у кого на сайте 2 колонки меню (справа и слева) и между ними суетится основной текст ограничиваться 760 пикселями все же не обязательно и уж тем более не стоит ставить ширину в 1000px "в облом нищим юзерам". Но есть одно но: одно дело 80% экрана при разрешении 800х600, другое дело - те же 80%, но при 1024х768, поэтому, например, у меня на сайте работает схема с динамической шириной таблицы вроде этой:

<script language="JavaScript">
var s=screen;
width=s.width;
var tabl = 100;
var w = width;
if ( w >= 1024 ) { tabl = 95; }
if ( w >= 1152 ) { tabl = 85; }
if ( w >= 1280 ) { tabl = 75; }
document.write("<table width="+tabl+"% height=100%>");
</script>


Казалось бы точно так же можно прописать и конкретные значения количества пикселей, НО при работе на основе этого скриптика (с процентным соотношением) никаких изменений при незначительном увеличении или уменьшении площади отведенного для вашего сайта (главным образом за счет каких либо программ расположенных слева/справа) не происходит. Более того, даже при переключении пользователем расширения экрана сайт также отображается вполне соответственно: нежелательного переноса строк не происходит, но и горизонтальной полосы прокрутки также невидно. Т.е если посетитель неожиданно захочет поманипулировать настройками своего монитора, то и флаг ему в руки - с Вашим сайтом ничего не будет, если он конечно в порыве не вырубит монитор вовсе.

В принципе можно и не учитывать любителей менять настройки компа on-line, но при таком раскладе потом так же можно потерять пользователей и по другим "незначительным" причинам, а при раскрутке нового проекта, когда число посетителей идет на единицы такой вариант, по-моему, является непозволительной роскошью.

Оригинал статьи находится по адресу http://mostinfo.net/article/14/84.htm