Nanto

время перемещения головки минимально

Ещё раз - dpi не оказывает никакого влияния на размеры картинки! Или ты ресайзишь посредством смены dpi? Тогда кури в сторону способов интерполяции - можешь свои "300dpi" (откуда вообще это число вырыл? Из старых требований к фотопечати?) ресайзить через "тearest-neighbor" - таких "лесенок" насмотришься!.. Как вообще люди с твоими макетами работают - не пойму... Ты отдаёшь в макете картинки громадного размера, а верстальщик сам их ресайзит (это убиться можно, а вернее дизайнера убить)? Или он вставляет картинки как есть, а размеры задаёт посредством css? Тоже умно - грузить абсолютно ненужные сотни килобайт (а то и мега) графики... А может ты считаешь что проставив другое dpi, ты автоматически (волшебным образом!) повышаешь качество картинки? Так это называется "плацебо". Для полного душевного спокойствия можешь ставить там 1000000000000dpi - качества хоть объешься! Или Retina отрисовывает графику в соответствие с физщическими размерами - так это бред полнейший. P.S. И ещё, господин "экспериментатор" - просвети меня ещё по мониторам... Ага. Про НЕКи он мне объяснять будет... Ну IPS-матрица, ну калибратор встроенный (поганый кстати), ну равномерность подсветки феномальная (прыгающая по отдельным экземплярам от "феноменальной" до "приемлемой"), ну углы хорошие... А по сути, теоретические основы вывода у всех мониторов одинкаовы и задаются драйвером ОСи, и никакие dpi тут не при чём.

Тем боком, что пока картинка находится на мониторе, никакое dpi не имеет смысла вообще. Еще как имеет. Иконка такого размера изначально нарисованная в 72dpi и потом уменьшенная, будет хуже качеством, чем картинка нарисованная в 300dpi и тоже уменьшенная до того же размера. На обычном среднем мониторе ты этого, возможно, не заметишь, а вот на той же ретине качество еще как различается. Можно оперировать дюймами, точками и.т.д., но конечный результат превыше всего. И то, что я написал выше, неоднократно проверено. Еще раз повторяю — это не относится к обычным мониторам. Очередная чушь от нашего "Гуру дизайна" Для любого устройства вывода графической информации имеет значение только размеры в пикселях! То что проставляется в графе dpi - это исключительно для сопутствующей информации - чтобы человек прикинул какие физические размеры будет иметь изображение при выводе с определённым dpi. Всё! Больше от этой фичи нет никакого прока! Если проставить 1200dpi или 36dpi, то как это скажется на качестве, если размеры картинки в любом случае 100px x 100px??? Правда иногда некорректно проставленное значение dpi могло "вешать" некоторые устройства вывода - но это касается старых фотолаб с "аппартным управлением выводом". P.S. И "необычные мониторы" - это какие? NEC SpectraView? Дык огорчу - у них всё точно так же.

А где на скриншоте написано, что pagefile.sys находится на c:? а при чём тут pagefile.sys? Речь идёт не о СИСТЕМНОМ файле подкачки, а о фотошопном (типа такого "Врем Photoshop188951176"). На скрине - раздел Scratch Disks, галка на "С:\". Или Вы про то, что системный файл подкачки может быть и не на диске "C:", тогда ситуация ещё хуже! pagefile.sys не только стоит держать на системном диске, но и как можно ближе (в плане секторов ХДД) к системным файлам. Вариант с размещением файла подкачки на отдельном быстром винте не рассматриваю - овчинка не стоит выделки. Лучше на этот винт кинуть фотошопный файл. Есть ещё вариант с размещением файла подкачки на RAM-диске. Это да! Очень резонно. Но очевидно у автора не такая ситуация...

А вот фотошопный скретч-файл не стоит держать на системном диске! Когда кончится память в свои файлы подкачки одновременно полезут и Винда, и ФШ... Повиснуть может наглухо! Вообще рекомендуют ФШ-файл подкачки держать на отдельном, быстром жёстком диске (раньше Рапторы, сейчас SSD), ну или уж хотя бы на другом логическом.

В FF11 и Хроме17 полёт нормальный, Опера11.61 и IE9 "схлопывают". Особенности движка: http://htmlbook.ru/samhtml/tablitsy/vlozhennye-tablitsy

Макс, а откуда ты взял, что они не решают проблему с производительностью? По своему опыту разработки скажу так: иногда быстро изменить архитектуру или подходы нереально. Заниматься преждевременной оптимизацией хуже, чем не заниматься ею. Бывают ситуации, когда понимание того, что нужно менять, приходит только после того, как реализуешь все фичи из задуманных. Очень может оказаться, что менять код нужно совершенно в другом месте. Хром молодой, в нем нет и половины того, что есть в Фоксе в архитектурном плане. Менять что-то в Хроме проще, но тенденция замедления работы от версии к версии видны. Так что желание иметь быстрый браузер я поддерживаю, но это уже будет идеальным вариантом. Иногда мы слишком многого хотим. Золотые слова! Но дело в том что сами разработчики нас к этому и подталкивают! Просто всем скопом поддержите все задокументированные стандарты CSS3 - и нафиг нам ваши 3-D гулюшки! Но нет же - "ещё новее, ещё быстрее, ещё тридэшнее"... Меня вообще больше волнует поддержка Оперой css-animation - тогда я для себя с преспокойной совестью забью на IE!

Не стартует, но свои данные о запуске хранит в системном префетче, как раз для ускорения запуска. Не, ерунда - Префетч, это типа Виндовой Temp - чистится на раз-два самой системой. А во-вторых, вот:

Не путайте тёплое с мягким! Раз Хром так умеет - в чём тогда преимущество ФФ? Пусть и они сделают автозагрузку. Кстати ложь - ничего не стартует при запуске ОСи - уж отследить автозапуск служб я могу!

Это формально так должно быть... А на деле - РуЦентру исключительно пофиг! Я узнавал у руцентра. Им не пофиг, к тому же не они следят. Если домен не будет использоваться по направлению, указанному при регистрации, то его действие может быть приостановлено. Не факт, что так и будет, но возможность такая не исключена. Но мне это не грозит, сайт будет именно по той тематике, которая указана. Ну тогда тебе надо будет не только использовать его по тематике, но и подтвердить лицензию на занятие данным рода услуг! (хотя говорят их и диплом устроит) Бред пишешь. Просто достаточно заниматься той деятельность, которая указана при реге. На занятие, допустим, фрилансом лицензия не требуется, но это не значит, что я не занимаюсь созданием сайтов. Тематика соблюдена и этого достаточно. К тому же, если бы надо было подтверждение в виде диплома (ну бред же полный, ты хоть инфу уточняй прежде чем писать), то они бы сразу его потребовали, как паспортные данные при реге домена. Короче, факт в том, что домен у меня есть, оплаченный, рабочий, и ни одного упоминания о доказательстве рода деятельности кроме как просто ее указать никто не попросил предоставить. Разговор закончен. Сам бред пишешь! Ты хоть уточняй перед тем, как регать доменное имя! Или ты думаешь - ты один такой ушлый - который "урвал" домен в зоне *.pro (да ещё типа со скидкой)??? Национальный регистратор у тебя ничего не будет просить - это не его юрисдикция - главное чтобы ты заполнил данные whois (при чём их даже не проверяют - хотя ты обязан указать верные данные). На почитай так называемый "бред", а то от розовых очков совсем зрение пропало: P.S. Ещё карму мне недоумок минусует. Ну тут это норма!.. Как бздеть не по делу - так каждый горазд. Сообщение модератора: Можешь плясать от собственного "достоинства", коллекция пополнена!!!

Это формально так должно быть... А на деле - РуЦентру исключительно пофиг! Я узнавал у руцентра. Им не пофиг, к тому же не они следят. Если домен не будет использоваться по направлению, указанному при регистрации, то его действие может быть приостановлено. Не факт, что так и будет, но возможность такая не исключена. Но мне это не грозит, сайт будет именно по той тематике, которая указана. Ну тогда тебе надо будет не только использовать его по тематике, но и подтвердить лицензию на занятие данным рода услуг! (хотя говорят их и диплом устроит)

<li class="audio1"><a href="#"</a>audio</li> Вот что это такое??? <a href="#"</a> - это Вы так ссылки прописываете? Может лучше так: <li class="audio1"><a href="#">audio</a></li>

Это формально так должно быть... А на деле - РуЦентру исключительно пофиг!

Кстати, я скажу о "полезности этой фичи". Если Вам дают на переделку/доделку незнакомый проект, то можно включить на пол-минуты этот 3D, дабы оценить "качество вёрстки" и кол-во/структуру вложенных элементов. Так сказать - первоначально сориентироваться с "говнокодостью".

Конструкция похожа на вложенные списки, но в приведённом вами коде либо лишний закрывающий тэг </div>, либо пропущен открывающий тэг <div>. Срочно брть мозги в руки! Это ни в коем случае не похоже на вложенные списки. Это похоже на то, чем является: кодоподобный мусор. Списки, в том числе вложенные — это тэги ul, ol, dl. да нормальный такой код... классы прописать и делов... для перегруженных графикой проектов, по другому и не напишешь

Ну то что FF очень лихо тупит с JS, надеюсь никому доказывать не надо? с jQuery 10% процессорной нагрузки, как минимум, стабильно отъедает! Но для разработки использую именно FF (привык к Файербагу). P.S. Для сёрфинга Опера.

ещё это допишите, чтобы меню не вылезало за левый край: div.art-Header-jpeg{min-width:1000px;}

Короче, бэкграунд у Вас и так центруется... поэтому: .art-Header-jpeg div{left:50% !important;margin-left:-485px !important;} .art-Header-jpeg div:first-child{left:50% !important; margin-left:0 !important;} Блин, кто там Вам инлайновые стили распихал?

Да нет, 2Мб! Это Ваше? http://postmind.ru/tests/wp-content/themes/Linux_Generation/images/bg.jpg (бэкграунд у body весом в 1,2Мб) ничего не тянем - блок сам растянется на 100%, а background:url(....jpg) 50% 0; - это центровка бэкграунда по горизонтали, то что не влезет в блок - обрежется. и остальные элементы позиционировать от середины блока/бэкграунда (left:50% путем подобранных положительных-отрицательных марджинов.

две картинки общим весом в 2Мб? сделайте что-то типа body{background:url(....jpg) 50% 0; min-width:1000px;} и позиционируйте элементы через left:50% и подобранный марджин

Тогда без вариантов надо исходный код смотреть. К тому же я никогда не имел дело с какой-либо CMS.

Как открыл - у меня первое ощущение, что это одна большая картинка, на которую спозиционировали прозрачные блочные ссылки... А что? Как вариант!

Блин! Хорошо, давайте разжёвывать - я кликаю по ссылке, меня куда-то должно отправить (или что-то произойти)... Куда? У Вас там якоря прописаны? урлы? Если урлы - то куда они ведут? Полностью загружается новая страница (отдельный шаблон) или только меняется контент (не трогая обёртку)?

Дайте ссылку! Кусок кода с вашими background-image:url(../images/onh.png) бесполезен для не телепатов. Ну по-первому могу подсказть что-то типа: #topm li a{ display:block; width:100%; height:100%; } #topm li a:hover span { background-image:url(../images/onh.png); background-position: 0 -29px; } - вот это к чему? У Вас в коде где-то <span> есть? Может от того и не работает? По второму пукту - показывайте страницу! Непонятно как реализован переход по пунктам меню.

Не заработал сам скрипт. х.з. почему... Из-за overflow:auto появились стандартные скроллбары. Инициализировал и в head, и в самом скрипте... Все идентификаторы, конечно, проверил на соответствие. Думал может среда "$" конфликтует, но в Firebuge по нулям... Короче плюнул! Нашёл "flexcroll" (ему и jquery.mousewhell не нужен)...