SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
ЕМНИП, указанный таким образом фон для input-а в IE7 "уезжает" влево, если ввести длинный текст (с переполнением длины поля). Надежнее сделать обертку и задать фон для нее.
-
psywalker, 1) высота содержимого родителя элемента div, 2) присваивание по цепочке справа налево — значение св-ва document.onkeyup (ссылка на функцию) присваивается св-ву window.onresize, а затем уже это значение (та же самая ссылка) присваивается window.onload (по сути просто экономия строк). Radik_45, да, под IE6 специально я не подгонял. Он не поддерживает min-height (для него через хаки надо height подсовывать) и с прозрачными png-шками в нем швах. Но "допилить" под него совсем нетрудно.
-
Если сами дизайнеры с результатом такого обращения с их творчеством согласны — то всё отлично . Единственное, я бы подумал над "псевдостатичностью" и человекопонятностью урлов — имхо, ограничений будет меньше...
-
свойство background в бразуерах не соответствует w3c?
SelenIT replied to clavin's question in HTML Coding
mishka2, нет никакой загвоздки. Тем более в этом,так как Просто фон "уехал" за границы элемента... -
По второй задаче: и всё-таки, какие темные силы мешают тупо взять целую картинку и положить ее фоном на весь общий контейнер верхнего и нижнего блоков, с привязкой к низу? По первой задаче: как-то так?
-
Админу CMSки, может, оно и удобнее (при условии, что ему не надо думать, куда тыкать какой вариант, всё прошито в настройках соотв. модуля). А для клиента никакого преимущества перед традиционной системой с разными файлами нет — всё равно для каждой картинки отдельный запрос к серверу и т.п. Плюс малопонятные нечеловекочитаемые урлы, из которых не получить никакой полезной инфы поисковикам, а также невозможность хотлинка таких картинок на некоторых форумах, разрешающих только статические урлы (не знаю, минус это или плюс... как по мне — минус. Сама ресайзилка/кропалка работает, вроде, достаточно симпатично. Но в чем принципиальная новизна? В урезанном HTTP-интерфейсе к консольному граф. редактору?
-
свойство background в бразуерах не соответствует w3c?
SelenIT replied to clavin's question in HTML Coding
clavin, применять можно ко всем (исключая IE6, где работает только для body). Но результат будет именно таким... своеобразным, необходимость в таком эффекте (имхо) возникает редко. -
свойство background в бразуерах не соответствует w3c?
SelenIT replied to clavin's question in HTML Coding
FF 3.6.10 — scroll работает (что логично, оно же дефолтное значение). А fixed в сочетании с center для позиции сдвигает фон в центр окна (если сжать окно до где-то 400 на 300 px, будет видно). P.S. Упс, долго писал — мой коммент относится к примеру clavinа. -
Если я правильно понял, во второй задаче требуется, чтобы целый кусок фона был внизу. Тогда она тривиально решается через background-position: 0 100%.
-
свойство background в бразуерах не соответствует w3c?
SelenIT replied to clavin's question in HTML Coding
Fixed привязывает фон к окну браузера (viewport-у). Если при изначальной загрузке фон был за его границами (что вероятно, ибо center), он там, за границами, и останется при скроллинге. А IE6, ЕМНИП, понимает fixed только для body (впрочем, для других элементов он редко имеет смысл)... -
На правах технического извр... пардон, курьеза: <!DOCTYPE html> <title>Test</title> <meta charset="utf-8" /> <style type="text/css"> .container { position: relative; } tr:hover { background: #fcc; } td, td:hover del { width: 50px; } td:hover span { display: block; position: relative; background: #ffc; } td:hover del { display: block; position: absolute; top: 0; bottom: 0; background: #cfc; z-index: -1; } </style> <div class="container"> <table> <tr> <td><span>1.1</span><del></del></td> <td><span>1.2</span><del></del></td> <td><span>1.3</span><del></del></td> <td><span>1.4</span><del></del></td> <td><span>1.5</span><del></del></td> </tr> <tr> <td><span>2.1</span><del></del></td> <td><span>2.2</span><del></del></td> <td><span>2.3</span><del></del></td> <td><span>2.4</span><del></del></td> <td><span>2.5</span><del></del></td> </tr> <tr> <td><span>3.1</span><del></del></td> <td><span>3.2</span><del></del></td> <td><span>3.3</span><del></del></td> <td><span>3.4</span><del></del></td> <td><span>3.5</span><del></del></td> </tr> <tr> <td><span>4.1</span><del></del></td> <td><span>4.2</span><del></del></td> <td><span>4.3</span><del></del></td> <td><span>4.4</span><del></del></td> <td><span>4.5</span><del></del></td> </tr> </table> </div> Правда, работает (в IE7+, FF3+ и остальных актуальных, по идее) только при жестко заданной ширине ячеек. Лишний код можно заменить псевдоэлементами — но ценой поддержки IE7. В реальном рабочем проекте, имхо, действительно лучше скрипты.
-
Мда, и впрямь загадочно. a.tovar:focus работает, а с :active и впрямь что-то не то. Похоже, и вправду баг, притом малоизвестный (сходу нагуглилось только такое)...
-
Видимо, подразумевалось что-то вроде <!DOCTYPE html> <title>Pseudo-banner</title> <meta charset="windows-1251" /> <style type="text/css"> .date { color: #fff; background: #08f; float: left; position: relative; font: bold 24px/1 arial, sans-serif; text-shadow: #000 1px 1px 2px; padding: .25em 10px; } .date:before, .date:after { position: absolute; display: block; height: 0; width: 0; content: ''; } .date:before { border-right: solid #00c 10px; border-bottom: solid transparent 10px; left: 0; bottom: -10px; } .date:after { border-top: solid #08f .75em; border-bottom: solid #08f .75em; border-right: solid transparent .75em; top: 0; right: -.75em; } </style> <div class="date">Oct 18, 2010</div> только с реальными элементами вместо псевдов — для поддержки многострадального IE7...
-
Примеры в спеке, насколько могу судить, построены именно так (элемент.класс:псевдокласс). Имхо, так логично — по нарастанию специфичности. Уже не вспомню ситуацию, когда по-другому не работало, но по-моему когда-то я с ней сталкивался).
-
Применяем дедукцию: JQ — по сути расширенный интерфейс к DOM страницы, быстрый и удобный "достукатор" для объектов HTML и CSS. Эти объекты умеют поворачивать текст? Если да — то и JQ сможет (в тех браузерах, где умеют), если нет — по-любому придется подключать что-то стороннее (вплоть до флэша). Raphaël, имхо, весьма достойный вариант, достаточно кроссбраузерный.
-
А если наоборот - a.tovar:active? И не включен ли "режим совместимости"?
-
Great Rash, так всё-таки или ? Насчет квиркса-то я как бы согласен...
-
Насколько я в курсе, правила расчета высоты там те же, что в full standards mode (разница только в поведении картинок в ячейках, плюс случается упомянутая непредсказуемость с инлайн-блоками в IE8 и Опере).
-
В стандартном и "полустандартном" режимах (при полных Strict- и Transitional-доктайпах соотв-но, X- или не X- — один, простите за каламбур... результат высота в процентах наследуется только от явно заданной (т.е., чтобы растянуть что-то на весь экран, высота 100% должна быть явно проставлена всем его предкам, вплоть до html). Фактическая высота не наследуется никак (единственный способ растянуть по ней, который я знаю — position:absolute; top: 0; bottom: 0; + position:relative у предка). Имхо это дикая недоработка стандарта. margin-bottom:-32600px; padding-bottom:32600px; — не настоящее растягивание на высоту предка, а только его имитация (увы). В quirks mode c растягиванием проще, но это не повод на него переходить (там не работают новые фичи и, полностью согласен, намного больше непредсказуемости).
-
Есть скороспелый модуль CSS3 на эту тему. Но я даже не в курсе, где оно работает, ибо Если переубедить заказчика невозможно — пожалуй, вариант с JQuery будет наименьшим из зол.
-
Логика была. Хотели заменить кучу разностей (iframe, embed, applet... а в перспективе XHTML 2 — и img) универсальным object с единообразным интерфейсом и поддержкой вложенных объектов (для изячной деградации). С точки зрения спецификаторов это казалось крутым. На практике оказалось удобнее пользоваться проверенными специализированными вещами, их стабильно поддерживали браузеры, поэтому их продолжали клепать вебмастера, поэтому именно их, а не новомодную альтернативу, продолжали поддерживать браузеры — в общем, вышло как всегда). А ребята из WHATWG окончательно закрепили это положение дел в своих WebApplications 1.0 (руководствуясь принципом "pave the cow-paths"), который спустя несколько лет W3C, скрепя сердце зубами, вынужден был признать перспективным стандартом (а свои прежние планы — утопическим тупиком). Правда, потом до этого черновика дорвался т-щ Hyatt из Эпла, которому явно не дают покоя лавры Микрософта 13-летней давности...
-
Да. Но сабжевая страница — мягко говоря, не совсем XHTML. Будь она действительно XHTML, она бы вообще не отобразилась. Поэтому я и дописал ремарку в скобках. Точнее, в том, что этот элемент и проблемная колонка принадлежат к одному контексту форматирования (как я, в общем, и предполагал). А должны к разным, тогда никто никому мешать не будет.
-
Закрывающий </td>, как и </tr>, ни на что влиять не должен, они опциональны (в том языке, по которому страница отображается фактически, а не в том, который в доктайпе, конечно, и если в этом месте и предполагалась новая строка). А так понять что-либо сложно, в такой череде вложенных дивов и слон запутается. Но навскидку можно попробовать дать компоненту отдельный контекст форматирования (напр., задав ему overflow: hidden или float+ширину)...
-
Помогите. Выравнивание двух контейнеров по ширине.
SelenIT replied to dencho's question in HTML Coding
Как вариант — overflow: hidden для блока 2 (+ zoom:1 для него же, если важна поддержка IE6). Подробнее тут и дальше по ссылкам. -
Чего, пардон? В какой версии такое чудо присутствовало?