SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
На мой взгляд, тут не страшно и один select оставить, оборачивать fieldset-ом одно поле — спорная необходиость. А вообще многие верстальщики fieldset недолюбливают именно за проблемы со стилизацией (со времен FF2- и т.п.). Но в наше время, по-моему, inline-block для контейнера (li) и блочный (без переопределения display) fieldset внутри должны решить проблему. Ну, или float, как выше советовали... но inline-block современнее и гибче
-
Ну вот здесь же David Baron признает, что поведение не соотв-ет спеке... а здесь Boris объясняет, в чем загогулина: Вот все это "wacky reparenting" я и имел в виду под "намудрили" . Это нисколько не умаляет моего уважения к этим ребятам и не отменяет того факта, что FF по-прежнему мой любимый браузер
-
Кодировка не указана, мой FF3.5 открыл кракозябликами. А скроллбар в сотне пикселей от края окна - фича или баг?
-
Из-за этой строки перед доктайпом IE6 падает в Quirks mode, т.е. начинает вести себя как придется (как это делал IE5.5). Эту строку можно убрать, по XML1.0 (на котором построен XHTML1.x) она необязательна. И, на мой взгляд, при position: absolute логичнее двигать элемент свойствами top и left, а не маргинами...
-
Имхо, можно ориентироваться по screen.width. Если оно есть и не меньше, скажем, 800 - считаем это десктопом (айфон с его практически полноценным Сафари, на мой взгляд, можно туда же. Если маленькое или отсутствует - значит, какая-то мелочь с ограничениями...
-
<input type="image">, как и <input type="submit">, при клике перегружает страницу (отправляя форму на сервер). Решение, кот. предложил dyadya, отменяет это дефолтное действие и тем самым чинит работоспособность. А вообще, на мой взгляд, ни к чему тут <input type="image">, повесить onclick с тем же успехом можно на обычный <img>.
-
Внутрь display: inline можно пихать только inline, иначе непредсказуемость и хана. Советую заменить inline на inline-block (и -moz-inline-box/-moz-inline-stack, если важна поддержка FF2-, информации по кроссбраузерному inline-block в Сети уже навалом) и с полным правом оставить fieldset блочным, со всеми его маргинами и паддингами, какие нужны. А сами инлайновые блоки выравниваются через vertical-align не хуже обычных строковых эл-тов. Но Boris Zbarsky со товарищи таки что-то намудрили там. Буквально сегодня я пытался сделать замену текста картинкой (через абс. позиционированный <span>) для кнопки <button>. Ага...
-
HTML5 победил.
-
На сколько неправильно использование "перекрёстных" тегов?
SelenIT replied to lufton's question in HTML Coding
Никто никуда не переключится, на режим влияет только доктайп, ошибки вложения тегов исправляются в обоих режимах (хоть и чуть по-разному). Собственно, само отображение рекламы после </body> - уже результат такого "исправления". Вообще, в HTML у элементов HTML, HEAD и BODY закрывающие и даже открывающие теги опциональны. Пиши, не пиши - браузеру пофигу, в DOM эти элементы появятся на своем законном месте, по 1 экземпляру каждый. -
http://htmlbook.ru/css/float.html
-
Я бы предложил сделать сам map прозрачным гифом (и задать ему position:relative), а png положить фоном на его контейнер. Теоретически, в HTML можно вместо area юзать <a href="..." shape="..." coords="...">, можно попробовать переделать на них и задать relative им. Но что-то подсказывает мне, что для IE6 от этого ничего не изменится...
-
Как вариант: <!DOCTYPE html> <style type="text/css"> * { padding: 0; margin: 0; } html, body, .article { height: 100%; } .header { height: 100px; background: #ffc; position: absolute; width: 100%; } .article { background: #cfc; } .article h1 { padding-top: 100px; } </style> <div class="header">Фиксированной высоты шапка</div> <div class="article"> <h1>Вот... :)</h1> <p>Основной блок с контентом</p> </div>
-
Надо же, как бывает: когда самому было надо — в упор не видел, а как другие подняли тему — внезапно нашел решение (по ссылке на другом известном блоге <!-- Обходной путь — задать "::-moz-focus-inner", чтобы получить padding и border в 0px. Это скроет лишний padding, но также приведет к потере кнопкой ее выделения при фокусе. Чтобы обойти это, укажите для "button:focus" наличие outline, расположенного снаружи вокруг кнопки. Пример: --> <html> <style type="text/css"> button {padding:0; border:0} button::-moz-focus-inner {padding:0; border:0} button:focus {outline: 1px dotted} table {background:yellow; border:1px solid} </style> <button> <table><tr><td>button1</td></tr></table> </button> </html> Тем, что позволяет пихать внутрь произвольную разметку (кроме ссылок и др. эл-тов форм). Соответственно, можно сделать кнопку c текстом в несколько строк, можно выделить подчеркиванием хоткей для данной кнопки, можно без графики изобразить на кнопке несложную формулу...
-
Неправда. Если кнопка в форме одна — небесполезно. <button type="button"> — небесполезно. Откуда инфа об "отмирании"? У меня более-менее получалось лишь отрицательными margin-ами специально для FF, через хаки. Да, здесь со стророны FF засада...
-
Чтоб CSS-размеры работали при доктайпе, нужно указывать единицу измерения (напр., не просто 300, а 300px).
-
Можно попробовать добавить полям autocomplete="off" (правда, скажу честно, с паролями не проверял).
-
Еще здесь (и там по соседству) много интересных примеров. Плюс есть смысл освоить inline-block (как замену float-ам во многих случаях). Их центрировать проще.
-
По изначальному сабжу: мало того, что дизайн совершенно неудобен и нечитабелен, так еще в статье http://ndiezel.name/220-kak-pravilno-verst...l-stranicy.html написана пафосная и вредная фигня (особенно "банальные правила", явно откуда-то перепечатанные без понимания сути).
-
Для разных доменов — нельзя.
-
gordi, это для Вашего примера было — вместо всего того кода на JQ. Вот сам поменял, добавил DOMContentLoaded для понимающих браузеров (получается, в FF/Oper'е 9+ срабатывает дважды, по загрузке DOM и по полной загрузке, но, имхо, большой беды в этом нет, скорее, наоборот, подстраховка.
-
Имхо, можно сделать LOAD DATA INFILE во временную таблицу, а потом сделать что-то вроде UPDATE table INNER JOIN tmp_table ON table.field1 = tmp_table.field1 SET table.field2 = tmp_table.field2, table.field3 = tmp_table.field3, table.field4 = tmp_table.field4 (за точность синтаксиса не ручаюсь, но апдейт с джойном точно есть, общий смысл примерно такой)...
-
На CSS — пока нет. Реально на SVG (IE не понимает) или на Flash. А оно точно надо?
-
В общем, насколько я понимаю, аналог решения на JQ для того же примера (сорри, недостаточно внимательно смотрел — шрифты там уже наследуются как надо) будет выглядеть как-то так: var proportion = 960/13; /* дефолтная ширина body в em-ах */ onload = onresize = function() { document.body.style.fontSize = parseInt(document.body.offsetWidth/proportion) + 'px' } Еще лучше вместо onload повесить это дело на кроссбраузерный onDOMContentLoaded (можно выдрать с того же JQ или взять любой другой, начиная с классики). А onresize нужен в любом случае.
-
Доктайп, имхо, ни при чем. А вот домен, да, должен совпадать — могущество JS заперто в пределах одного домена, иначе "умельцы"-скриптописатели далеко зашли бы . Отсюда вывод — в общем случае средствами HTML/CSS/JS поставленная задача нерешаема. И еще, чтоб проскроллить окошко, страница в него уже должна быть загружена. Поэтому вместо newWnd.scrollTo(0, 1500); имеет смысл (не в этой конкретной ситуации, конечно, а когда вообще имеет) писать что-то вроде newWnd.onload = (function(wnd) { return function() { wnd.scrollTo(0, 1500); }})(newWnd);
-
Меня всегда занимал вопрос, как авторы подобных вопросов представляют себе ожидаемое действие подобных выкрутасов. Ссылка по определению уводит куда-то с текущей страницы, стало быть, что бы ни делала кнопка (сабмитала или сбрасывала форму, вызывала JS-обработчик...), результат ее работы будет тут же уничтожен! Именно поэтому стандарт (X)HTML и позволяет засовывать в кнопки практически любую разметку... кроме ссылок и др. элементов форм (т.е. любые неинтерактивные элементы, чтоб не конфликтовать с интерактивностью самой кнопки и не ввергать браузер в когнитивный диссонанс). Мой совет: сначала забудьте о средствах, а четко сформулируйте цель — какого поведения вы хотите добиться. Хотите, чтобы одновременно с сабмитом формы открывалась другая страница в попапе — ставьте window.open на form.onsubmit (а лучше откажитесь по-хорошему от такого изврата). Хотите, чтобы после обработки посланной формы в браузере открывалась другая страница — ставьте редирект в серверном обработчике. Хотите, чтобы кнопка просто выглядела как ссылка — используйте CSS (color, background, border:0, text-decoration:underline, cursor:pointer и т.п.). В зависимости от задачи наверняка найдется логичное решение. А если не найдется — скорее всего, что-то не так с самой задачей...