SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
По умолчанию, насколько мне известно, не совпадают, ставится проверка на базе Tidy. W3C-шный SGML-ный парсер нужно явно включать через настройки (или при установке). А вообще они друг друга хорошо дополняют, поэтому вариант "Serial" (сначала проверка по DTD на формальный синтаксис, потом проверка Tidy на "удобоваримость" DOM) - имхо, оптимальный вариант!
-
Влад, при всем уважении: если бы проблема была в принципиальной несовместимости XHTML и IE - страничка бы вообще не отображалась. С доктайпом HTML 4.01 Transitional получается то же самое. Навскидку в коде видна явная ошибка (лишний открывающий html после head), но дело, понятно, не в этом... Неужели нет варианта без перехода в Quirks mode?
-
Заменить p на div. В p нельзя вкладывать блочные элементы, поэтому он неявно закрывается перед form. И вообще, XHTML-доктайп с таким кодом (</br>, onsubmit="javаscript:...", куча инлайновых стилей и т.п.) концептуально несовместим . Для начала сделайте код валидным под <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">.
-
Операторов там два, просто в одну строку. Весьма спорное преимущество, особенно при отладке.
-
Ну еще бы ему не быть в ауте, от таких запросов-то . Ведь просто JOIN, без условия ON либо WHERE, тупо комбинирует все возможные сочетания всех записей всех таблиц. Для трех таблиц по тысяче записей в каждой запрос попытается выбрать миллиард комбинаций... По каким полям таблицы связаны? Насколько я понимаю, waiting_list должен как-то связывать юзеров с товарами, т.е. в этой таблице должны быть id-шники соотв. записей из двух др. таблиц. Это так?
-
У вас цвет жестко задан для вложенного элемента ссылки и перезатирает ее собственный цвет к черту. Убейте <font> (он вообще устаревший и несемантичный элемент) и поставьте id="menu_style" самой ссылке. Ну и "решетку" при указании цвета не забывайте . А вообще задача легко решается без всякого JS: #menu_style { font-family: Arial; color: #0C335F; font-size: small; text-decoration:none; } #menu_style:hover { color: #EE8817; } <a href="main.html" target="hero" id="menu_style" ><strong>Cement</strong></a>
-
Имхо, это лишнее действие, можно сразу работать с $_GET['id']. Согласен, но лишнее дублирование кода -> необходимость дублировать изменения -> удвоенный риск ошибиться. Лучше по возможности избавляться от этого сразу.
-
kavadims, ответили же - написать margin-top еще раз, только с другим значением (сколько надо для IE6) и подчеркиванием впереди. Это сработает только в IE6, другие браузеры проигнорируют (простейший хак для него, хотя и невалидный). И, кстати, с чем все-таки проблема - с margin-ом или padding-ом? Пора бы определиться уже. Может, все-таки покажете минимальный проблемный HTML-код (не PHP-исходник, а то что показывает View source в браузере)?
-
Монолитные тысячепиксельные картинки, имхо, в наше время действительно не проблема. Пока они весят в пределах килобайт пяти, как верхний и нижний фоны здесь. Уверен, что и фон меню с кружочками можно было бы сжать в PNG до такого же веса. Но вот то, что у "дизайнообразующих" картинок рубленые закругления - имхо, ни в какие ворота не лезет. <div class='hr'></div> - это ужас. Как и отбивка абзацев <br />-ками. Лично я бы делал портфолио списком, а границы - border'ами у <li>. Ну и вообще, при заходе в портфолио хочется получить общее представление о работах, не делая лишних кликов. Нужны превьюшки, пусть даже очень маленькие и очень "подлакированные" . Но при масштабировании шрифта ничего не сыплется, уже хорошо! Ну и, конечно, тексты! Хотя бы в ворде проверить орфографию и пунктуацию перед публикацией не помешало бы. Ну и, конечно, обороты типа "суперфункциональный" (даже если б оно было написано без ошибки) действительно создают весьма нелестный имидж. Лучше перечислить пару-тройку реальных функций этого самого движка, за которые действительно не стыдно. Да и само портфолио маловато будет для "команды профессиональных разработчиков" (даже допустив, что все работы в нем - действительно супер-пупер-уникальные). Имхо, с такими данными лучше позиционировать себя как "команду молодых и перспективных, умеющих делать достаточно качественно, недорого и очень быстро"...
-
Во-первых, где коннект к базе? Во-вторых, как справедливо отметил xPoint, не стоит полагаться на register_globals (в PHP6 его вообще отменят к такой-то матрице), надо пользоваться суперглобальными массивами, в данном случае $_GET. Во-третьих, зачем делать отдельный mysql_fetch_array перед циклом, что мешает использовать цикл while? Ну и в-четвертых - нужно быть внимательнее с кавычками в коде, советую юзать редактор с подсветкой, а также хорошенько изучить соотв. раздел мануала
-
Как вариант для нелюбителей легких путей - подгружать картинку во флешку, тогда достать ее можно будет только после сниффинга трафика . А вообще, конечно, kalyaka-malyaka права на 100%. Ну а по сабжу, для задач, где действительно бывает нужно запретить именно выделение (напр., для драг-н-дропа) есть CSS3-свойство user-select (работает как минимум в FF 1.5+ в виде -moz-user-select).
-
Кстати, опцию "HTML 5" уже добавили и в официальный, W3C-шный, валидатор. Правда, пока с пометкой "экспериментальная". Так что валидные экспериментальные сайты уже можно делать по-новому!
-
SkyFlash, да за такое в приличном обществе верстальщиков можно и канделяброй-с...
-
Логичнее было бы спросить об этом у тех сайтов, что практикуют такое извра... сорри, необычное поведение, не так ли? Меня гораздо больше интересует вопрос "зачем". Подозреваю, что имеет место ошибка проектирования (для изменения базы выбран неправильный тип HTTP-запроса).
-
padding, насколько я в курсе, от бордера не зависит (в отличие от margin-а). kavadims, у вас проблема в PHP или в результирующем HTML? Дайте тот код, который криво отображается, без всего лишнего. Исполнять в уме PHP-код (к тому же обрывочный, к тому же не зная настроек сервера и т.п.) никто не будет. Да и сами приучайтесь локализовывать и ограничивать место ошибки, это сэкономит прорву времени при отладке в дальнейшем.
-
Почти уверен, что проблема именно в отсутствии PHP на локальном компе (незнакомый текстовый формат отдается как text/plain). kss, на каком сервере это все тестируется? Установлен ли на нем PHP?
-
Код в студию! Неоднократно слышал байку о разнице в отображении одной и той же разметки с XHTML- и HTML4-Strikt-доктайпами, но примера этой разницы за все время никто так и не смог мне привести. IE ведь все равно трактует XHTML как HTML, поэтому разница может быть лишь между стандартным и Quirks-режимами (либо HTML-доктайп был неполным, либо в XHTML-варианте <?xml?>-пролог подгадил). Одна из возможных причин описанного бага - сочетание плавающей раскладки и тега <base>, она лечится закрытием этого тега (<base ... ></base>). Пожалуй, это один из немногих случаев, когда в IE ощущается преимущество XHTML — только в нем эта правка остается валидной...
-
Умоляю! Выпадающее меню и проблемы в IE6.
SelenIT replied to kalyaka-malyaka's question in JavaScript
Недавно была серия статей (вот, напр.) о фиксе проблемы с полупрозрачностью через VML (здесь обсуждался готовый скрипт, реализующий такой эффект для фона). Не знаю, как он дружит с JQuery, но по крайней мере есть надежда, что он не так аццки корячит DOM, как традиционные решения с дивами-подкладками... -
Но крайне желательно. Хотя бы просто для порядка.
-
Умоляю! Выпадающее меню и проблемы в IE6.
SelenIT replied to kalyaka-malyaka's question in JavaScript
kalyaka-malyaka, а без PNGfix-а оно так же глючит? -
Влад, сайт супер! Только сразу на страничке выбора версии наткнулся черную точку 2×2px, появляющуюся над ссылкой при нажатии на нее. Такая же ерунда есть и на самом гугле, это из-за того, что в ссылке с дефолтным display:inline стоит что-то с установленным display:block (картинка в данном случае). Легко лечится установкой display:block самой ссылке. И по поводу <div class="clear"> (на той же странице) у меня обоснованные сомнения. Чем не подходит вариант с overflow: hidden для <div class="content-bg2">?
-
Видимо, нужно что-то вроде такой имитации "резинового фона". Не очень "кузяво" в плане семантики, но наиболее кроссбраузерно. В принципе, в IE издавна есть фильтр "градиентная заливка", новейшие Оперы поддерживают SVG-фоны, а для Мозилл можно попробовать прикрутить растягивающуюся картинку через XBL... но практического смысла городить такое я не вижу. Разве что for fun...
-
Как вариант, list-style-position: inside (при разумном допущении, что пункты списка не превысят одной строки). Насколько я понимаю, идея была в полном отказе от стандартных маркеров, с заменой их на собственные картинки, подложенные как неразмножаемый фон. По-моему, это почти общепринятая практика, иначе никак не отрегулирвать ни вертикальное положение маркера, ни расстояние от него до текста (насколько мне известно). И это всяко лучше, чем задавать обтекание картинки устаревшим атрибутом align
-
Первым делом: сам скрипт в какой кодировке? Ну и вывод такой пачкой принтов впечатляет . А насчет str_replace("<","<",$row[s_message]) и далее - чем htmlspecialchars не угодила?
-
Еще вариант "на коленке": Если бы не IE7-, вместо ф-ции enter(obj) можно было бы обойтись псевдоклассом input:focus. Плюс была попытка подобие graceful degradation при отключении стилей... Упс, поторопился. В IE7 код все равно глючит, а в IE6 почему-то вообще ввод сломался . Приношу извинения.