SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Пожалуй, исторически сильная сторона IE - отличное отображение сайтов, сделанных для IE . Quirks mode в нем реализован практически идеально, к тому же един для всех версий от 5.5 до 8 включительно, да и старые Оперы (до 7.5, по-моему) пытались имитировать именно его. Для современных сайтов, конечно, что IE6, что IE7 - мягко говоря, так себе . Но вот IE8 реально есть чем привлечь поклонников. Самовосстановление упавших табов без вылета всей проги (на мой взгляд, едва ли не лучше, чем похожая фича у Хрома), подсветка новых табов, открытых по ссылке, в цвет таба с этой ссылкой - это, конечно, "на вкус на цвет" (сорри за каламбур, но лично мне удобно... Ну и developers tools не хуже Файрбага, с бонусом в виде возможности переключения конкретной страницы в режим IE7 и даже Quirks mode независимо от ее содержимого. Если он будет поставляться по умолчанию, убедить юзера перейти с него на что-то другое будет уже гораздо сложнее...
-
Неразрывные пробелы "склеивают" слова (получается как бы одно длинное слово), но не знаки препинания. Последние браузеры обрабатывают по-особому (притом не все одинаково) и часто считают перенос по знаку препинания допустимым. А указанный стиль говорит, что переносы в указанном элементе недопустимы вообще. Был еще нестандартный тег <nobr> с тем же эффектом, но он жутко устарел.
-
Как выглядит, неважно - согласен. Но контент под заголовком - в любом случае отдельная сущность (параграф, раздел, список...). Поэтому заголовок обязан соседствовать с элементом структурного уровня (имхо), а не болтаться где-то внутри неструктурированного потока. Если же текст после заголовка логически не является такой самостоятельной сущностью, значит, выделение перед ним не является заголовком...
-
veana, завитушек там точно не надо, а насчет флеша - дело хозяйское. Можно посмотреть в сторону готовых реализаций слайдшоу на JS или поэкспериментировать, например, с плавной сменой прозрачности... xaero, все верно, но в данном случае это оказалось избыточным).
-
Ох уж эти мне оптимизаторы... Вообще это неправильная верстка. Заголовок - по определению блочный элемент, и голый текст рядом с ним всегда будет чувствовать себя очень неуютно. А если слово нужно выделить внутри текста - это никак не заголовок, а просто сильное выделение, т.е. <strong>. Поисковики это тоже поймут. Не надо, подстраиваясь под поисковики, корячить текст, делая его непонятным для людей...
-
По дефису, видимо. Вместо которого вообще-то должно быть тире (—). И , похоже, с ошибкой написаны - без точки с запятой. Можно было не заменять все пробелы на неразрывные, а просто задать ссылке стиль white-space: nowrap. А вот </p></b> - лажа. Нельзя пихать блочные элементы в строчные. Никогда.
-
veana, по-моему, совершенно не стоило бояться . Сайт очень симпатичный, а если учесть, что это первая работа... можно не только не стесняться, но даже немножко хвастаться . Дизайн легкий и ненавязчивый, важная информация сразу доступна... а после взгляда на картинки в шапке мелкие недочеты вообще практически незаметны Но стремиться, разумеется, еще есть куда. Из сразу бросившегося в глаза: Не указана кодировка (мой англоязычный Firefox по умолчанию пытается грузить западноевропейскую); Некоторый разнобой шрифтов (особенно между страничкой "Контакты" и остальными); Почему в коде стоит <html lang="en">, когда страничка написана по-русски? <script> сразу после <table>, до <tr> - плохая практика, браузер никак не ждет скрипта в этом месте и путается при разборе разметки. Лучше бы задать таблице класс и переопределять ширину для этого класса в зависимости от размеров окна через стили. И привязываться к ширине экрана, а не окна, тоже не лучшее решение - не все юзеры смотрят сайты развернутыми на весь экран, а у многих еще раскрыты всякие боковые панели... Скрипты вообще есть куда совершенствовать. Хорошо было бы, например, если бы ту же фотогалерею можно было просматривать и без JS (пусть и в менее красивом виде). И картинки в шапке, на мой взгляд, меняются слишком резко... С таким доктайпом странички работают и отображаются в режиме обратной совместимости. Чтобы использовать CSS в полную силу, лучше использовать полный доктайп - напр., <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">. Правда, при этом может вылезти много "сюрпризов", так что переделывать так уже готовый сайт, наверное, не стоит, это скорее совет на будущее. Есть явные ошибки копипаста типа valign="right" (бывает top, center и middle). И вообще лучше вынести подобные вещи в стили. Для картинок крайне желательно указывать альтернативный текст (alt). А совсем хорошо - еще и текст подсказки при наведении (title). Но вообще, повторюсь, для первого сайта вполне достойно! Дальнейших творческих успехов!
-
Ну это зря. Лузер - это у кого ни в одном браузере не работает Сорри за невнимательность - не сразу разглядел onclick="imgchange()". Тогда все, конечно, проще - меняем на onclick="imgchange(this)", а в функции ловим ссылку на кликнутый рисунок: function imgchange(img){ var xid = img.id var n = parseInt(xid.substr(1)) if (aflag[n]) img.src=small[n] // зачем заново определять эл-т по id, когда у нас уже есть ссылка на него? else img.src=big[n] aflag[n]=!aflag[n] } Не надо бояться оценок. А советов и подсказок - тем более. Разве не лучше узнать о лежащих граблях заранее, не наступая на них?Так что страничку все-таки хотелось бы посмотреть...
-
Имхо, без JS нерационально. Если делать по аналогии с примером Стю, это же юзеру придется сразу все немаленькие полноразмерные картинки грузить... По-моему, удачнее всего задачу решают разнообразные LigthBox-ы (тысячи их). На самой странице - только легкие превьюшки, при включенном JS - плавное переключение картинок в красивой рамке, без JS - просто новые окошки с полноразмерными картинками...
-
Еще event.srcElement в Мозиллах нет. Там свой подход к передаче событий на обработку, и используется event.target. В общем, похоже, легче будет написать скрипт заново с нуля. Этот слишком уж древний и топорный...
-
Mozilla Firebird 0.6 и далее по нарастающей . Не буду шибко оригинален - предсказуемость, AdBlock, Firebug и тупо привычка. От Оперы до сих пор эмоционально отталкивают воспоминания о верстке под разные подверсии "семерки". Хром огорчает отстутствием AdBlock-а и настораживает кол-вом фоновой активности, жрущей трафик . Сафари отпугивает "нестандартным" (точнее, непривычным) рендерингом текста. IE... ну, вы поняли . Хотя 8-ка оказалась на удивление удобна именно в пользовании (группировка вкладок "по происхождению", тихое восстановление упавших вкладок и т.п.), вот если бы еще пустые табы в ней не тормозили... )
-
Только результат "валидации" CSS не стоит абсолютизировать. "Валидным" считается CSS, в котором нет ошибок синтаксиса и не используются ключевые слова, остстутствующие в заданном наборе (в W3C-шном валидаторе по умолчанию это CSS2.1, но можно выбрать и CSS3). Вот-вот это определение станет еще запутаннее . Код с проприетарными свойствами типа -moz-border-radius, ясное дело, будет объявлен невалидным, но ничего страшного в этом нет, т.к. браузеры обязаны любые неподдерживаемые ими объявления просто игнорировать.
-
Добавить в первую строку еще одну ячейку с соответствующим rowspan? Хотя лично я бы переверстал без таблицы...
-
Есть старенький WebSpeed Simulator, как минимум.
-
Как определить разрешение экрана для IE без javascript
SelenIT replied to Newbie's question in JavaScript
Проблема с IE, к счастью, существует лишь при открытии файла с локального диска. Через HTTP никаких назойливых сообщений не вылезает. Поставьте себе локальный HTTP-сервер (хотя бы набор "Денвер", который и настраивать не надо) и живите спокойно . А вот за привязку к screen.width буду больно щипать . Какого лешего кто-то пытается лишить меня права комфортного просмотра сайта в окне браузера, открытого ровно на половину моего 125-дюймового широкоформатного монитора? Имхо, грамотный подход к решению этой задачи описан здесь (с примерами). -
На мой взгляд - гораздо лучше! Всё на своем месте, внятная структура ссылок, оформление не пытается подмять под себя содержание. По сравнению со старым вариантом главной можно сказать, что просто отлично!
-
А вложить картинку в описание (в самое начало), зафлоатить вправо и сдвинуть отрицательным маргином на нужную величину - не вариант?
-
<pre> действует только на пробелы . В настоящем XHTML, правда, можно использовать CDATA-блоки...
-
Это работает "на честном слове" и, увы, только для однострочных элементов списка. Фокус в том, чтобы "нечаянно" не включить этот <censored> hasLayout для элементов списка. Т.е. нельзя использовать ни position:absolute, ни height/width... Обнуление высоты строки заставляет относительное позиционирование работать подобно абсолютному (отсчет, по крайней мере по вертикали, идет от одной точки), но многострочного текста с ним уже не получится...
-
Насколько я в курсе, это тот случай, когда злополучный hasLayout оказывается источником проблем, а "лекарством" от них. Нормального решения я не встречал. Вроде что-то отдаленно похожее получилось при замене position: absolute на position:relative; line-height: 0...
-
У меня 1280х800, и уже на главной странице бросается в глаза стык (шов текстуры) фона справа. Выглядит это как явный баг, а не как фича. На внутренних страницах эти стыки еще заметнее. И, если честно, не могу понять именно художественной необходимости всех этих теней, вычурного (и почти нечитаемого, напр., на иконке "Карта сайта") шрифта и изогнутого текста. Выглядит это все, пардон, как эффекты ради эффектов в исполнении человека, только что открывшего для себя кнопочку "WordArt" в старинном ворде... Это мое субъективное впечатление, конечно.
-
При таких объемах стоит уже задуматься о каком-либо движке для сайта. Чтобы все однотипные страницы строились по одному шаблону, и править верстку, если что, приходилось лишь в одном месте. Впрочем, насколько я понимаю, сейчас основная масса страниц - это отдельные работы "крупным планом"? Их пока можно не трогать...
-
Нет. Позиционирование как написано на 50 влево, на 420 вверх, так и работает. Но вот ячейка таблицы, в которую вписан див, от которого это позиционирование отсчитывается, в IE сплющена в вертикальную линию у правого края окна. Должна соблюдаться иерархия TABLE-TR-TD. А уже в TD можно вкладывать что угодно, хоть другую таблицу. И желательно закрывать все открытые теги, иначе браузер может закрыть их по-своему. Хорошо бы, конечно, проверять верстку валидатором, хоть иногда... По стандарту. Нельзя же вставлять телефонную вилку в розетку на 220 . И по логике - список состоит из элементов, а заголовок - не элемент списка...
-
Нельзя вкладывать теги как попало: H3 напрямую в UL, DIV напрямую в TABLE и т.п. В коде должна быть логика. Когда ее нет, неудивительно, что браузеры это безобразие как попало и отображают...
-
Эммм... а вы точно художник? И под какое разрешение экрана делался сайт?