SelenIT
-
Posts
4,327 -
Joined
-
Last visited
-
Days Won
140
Content Type
Profiles
Forums
Calendar
Store
Everything posted by SelenIT
-
Выделить input, не сбивая дефолтной браузерной темы
SelenIT replied to SelenIT's question in HTML Coding
За initial спасибо, ни разу не сталкивался, позже на досуге поэкспериментирую! -
Если это именно сабмит, и он в форме единственный, и никаких экстраординарных дизайнерских подвыподвертов для него не нужно — имхо, <button type="submit">неподчеркнутый <span>и подчеркнутый</span> текст</button> — самое естественное решение. Всё остальное — изврат и эмуляция. Но если какое-то из условий не выполняется, в таких извратах может появиться смысл
-
Выделить input, не сбивая дефолтной браузерной темы
SelenIT replied to SelenIT's question in HTML Coding
Собственно, оно и есть а конкретно input.error, textarea.error { outline: 1px solid #fcc; filter: progid:DXImageTransform.Microsoft.Glow(Color=#ff8888,Strength=1); } Выглядит (на белом фоне) достаточно похоже и (имхо) достаточно интуитивно. Учитывая, что проект по сути внутренний, думаю, прокатит. Но, имхо, уметь без последствий управляться с дефолтным видом полей всё равно полезно... -
Выделить input, не сбивая дефолтной браузерной темы
SelenIT replied to SelenIT's question in HTML Coding
rash, боюсь что да. Плюс время жмет... Хочется отбиться простым CSSом для самих инпутов. В принципе, уже нашел удовлетворительное решение, просто хотелось расширить кругозор альтернативами и, возможно, подобрать лучшую. Потом, конечно, переверстаю как надо с HTML5-доктайпом и прочим гламуром, но сегодня нужно сдать хоть кое-как работающий вариант -
stars, а как тогда в IE было бы "нормально"? 98% вероятности, что это это (а по ссылке выше подробности на англ.)
-
Прикручиваю jquery-вую валидацию к старинной спартанской формочке с дефолтным системным оформлением инпутов, столкнулся с проблемой, как выделить ошибочно заполненные (получившие класс .error). При изменении фона или бордера слетают остальные компоненты XPшной темы и измененные инпуты начинают казаться совсем чужеродными (другие размеры из-за padding-ов, псевдообъемность и т.п.). Outline — хороша, ненавязчиво выделяет, ничего не ломая, но... не работает в IE7 (да, совсем забыл: формочка рисуется в quirks mode, переверстывать некогда). Пока остановился на противоестественной комбинации outline для людей и filter:glow для старых ослов, но... может есть еще что-нибудь простое и универсальное?
-
Images, Tables, and Mysterious Gaps?
-
rus, это обычный селектор атрибута, был еще в CSS2, но раньше редко использовался, т.к. его не понимал IE6. Теперь IE6 де-факто вымер и эта запись скоро станет общепринятой...
-
Тестил в MultipleIE, меняя цифру в усл. комментах (иначе не понимает), но ничего не крэшилось и не тормозило (правда, машина хорошая). Отступ снизу можно сделать какой угодно, в экспрешне это число, вычитаемое из суммы document.documentElement.scrollTop+document.documentElement.clientHeight-this.offsetHeight Яваскрипт на body.onload можно выкинуть, это тупо для быстрой генерации большого объема текста (для скроллинга) при компактном размере исходника . Проще забить статикой...
-
Красиво! А ведь так можно и посты в блоголенте по тегам фильтровать, к примеру...
-
Лет на 9-10 минимум . Емнип, 4-го нетскейпа похоронили в 2001-м. Поддерживаю. Как вариант — использовать модные фреймворки с их $(id) и т.п.
-
Nigelist, вот так пойдет? <!DOCTYPE html> <html> <head> <meta charset="utf-8" /> <title>Test</title> <style> html, body { margin: 0; padding: 0; background: #fff url(about:blank) fixed; } .fixed { position: fixed; right: 20px; bottom: 20px; z-index: 2; background: #ffc; padding: 15px; } </style> <!--[if IE 6]> <style> .fixed { position: absolute; top: expression(parseInt(document.documentElement.scrollTop+document.documentElement.clientHeight-this.offsetHeight-20,10) + 'px'); bottom: auto; } </style> <![endif]--> </head> <body onload="for(var i=0;i<20;i++)document.body.appendChild(document.body.getElementsByTagName('p')[0].cloneNode(true))"> <h1>All your problems are fixed, aren't they?</h1> <p>The box's position is calculated according to the 'absolute' model, but in addition, the box is fixed with respect to some reference. As with the 'absolute' model, the box's margins do not collapse with any other margins. In the case of handheld, projection, screen, tty, and tv media types, the box is fixed with respect to the viewport and does not move when scrolled. In the case of the print media type, the box is rendered on every page, and is fixed with respect to the page box, even if the page is seen through a viewport (in the case of a print-preview, for example). For other media types, the presentation is undefined. Authors may wish to specify 'fixed' in a media-dependent way. For instance, an author may want a box to remain at the top of the viewport on the screen, but not at the top of each printed page.</p> <div class="fixed"> <h1>Fixed block</h1> <p>I'll stay here whatever happens!</p> </div> </body> </html>
-
Для меня эта задача формулируется как "имитировать фреймы" (по крайней мере, у меня всё началось с необходимости замены таковых. Согласен, fixed не для этого (даже про хидер/футер еще можно поспорить, вот кнопка "обновить комментарии" на Хабре — fixed без вариантов). Эх, как бы вот еще прокрутку укротить...
-
Почему же, просто ориентироваться надо "с умом". Например, тот же gs.statcounter.com (очень удобный, имхо!), умеющий отображать статистику раздельно по странам и континентам, выдает для РФ цифры, прекрасно коррелирующие с данными www.liveinternet.ru/stat/ или trends.openstat.ru. Все они показывают долю разрешения 1024Ч768 на уровне 19-23%. Имхо, слишком много, чтоб игнорировать. А W3Counter для нас нерелевантен не потому, что буржуйский, а потому, что у него задачи другие (глобально-обзорные, больше не для разработчиков, а для журналистов и т.п.)...
-
Фиксед просто, по моим понятиям, сугубо для малых площадей, так что вероятность "застрять" курсором на фиксированной панели инструментов гораздо меньше, чем на непрокручиваемой колонке. И на design_fixedright у меня, к сожалению, скроллинг при нахождении курсора над колонкой всё равно пропадает (FF3.6.10, Op. 10.62, обе под WinXP Pro). Плюс скроллинг "листа, подшитого спиралью" слегка вгоняет глаза и мозг в когнитивный диссонанс (не знаю, может, так и задумано — эффект прикольный, но непривычный. Но техника полезная (для особых случаев, но пару лет назад мне попадался как раз такой), спасибо за разработку и примеры!
-
По-моему, позишн: фиксед как раз и придуман для небольших элементов (в первую очередь динамических), для которых налезать на другие блоки и оставаться под рукой всё время, пока нужны — главное предназначение (всякие вспомогательные меню, панели инструментов...). Фиксированные колонки — другое дело. Фактически там мы имеем не набор фиксированных элементов, а единственный прокручиваемый элемент (а-ля iframe) в непрокручиваемом обрамлении 100%-ной высоты — и да, это как раз задача для связки absolute+overflow. По-моему, это просто существенно разные классы задач, практически не пересекающиеся (незачем переверстывать обычный сайт под 100% ради фиксирования одной всплывающей панели, но и не надо пытаться привязывать фикседом полдизайна — и всем будет счастье). Хотя лично меня потеря скроллинга мышиным колесом от увода курсора с основного текста (я привык так делать, чтоб курсор не мешал) реально вырубает...
-
Процентную высоту в CSS вообще почему-то незаслуженно дискриминировали. Логика, конечно, есть (если вертикальный скроллинг практически неизбежен, то хотя бы горизонтального избежать любыми разумными средствами), но какая-то она ограниченная (учитывает только классические документы, начисто игнорируя интерфейсы веб-приложений). Впрочем, после массаракшнутой наизнанку боксовой модели (неудобной не только для верстальщиков, но и для браузерщиков, ведь к моменту принятия спеки CSS1 все браузеры де-факто уже умели box-sizing:border-box!) удивляться странностям CSS не приходится, и остается лишь тайно радоваться, постигая их сокровенный изначальный смысл...
-
Верстка дивами. Выравнивание по вертикали.
SelenIT replied to Great Rash's topic in Tricks and solutions
Display:table-cell с легкостью возвращает те времена (ну да, с легкостью, если забыть про IE7-...). Неужели кто-то из верстальщиков до сих пор не знает про html { height: 100% }? По-моему, это давно стало общим местом и не проблемой. Вот наследование фактической высоты родителя — это, согласен, проблема (хотя решается, например, через абс. позиционирование). > 90% этого — в спецификации. Более жизненный вопрос — "где поддержка этого всего в браузерах, особенно синих?" -
s0rr0w, это понятно, что написание спеки - дело небыстрое, нудное и хлопотное. Но сам подход, когда рекомендация вместо того, чтоб направлять реализации, фактически плетется у них в хвосте (для статуса Proposed Rec. требуется наличие минимум двух полных и совместимых реализаций, причем покрытия спеки тестами на этом этапе может еще не быть, а без них кто и как определит полность и совместимость этих реализаций?) вызывает массу непоняток, особенно у новичков. Претензии (по крайней мере у меня) не сколько к имеющимся спецификациям как таковым, сколько к самому процессу...
-
Если формы действительно сложные - то да, абсолютным позиционированием отделаться будет сложно. Меня сбил пример с прямоугольной областью. Тогда, пожалуй, действительно только JS. Только вариант с проверкой document.all меня смущает (да, в мозилловых сработает window.innerWidth, но всё равно как-то не внушает доверия). Я бы, пожалуй, сделал так: изначально поставил картинку и разметил области с минимально поддерживаемым размером (чтобы и при отключенном скрипте хоть что-то работало), а по загрузке страницы поменял бы ее ширину на 100%, заново померил бы ее и затем прошелся циклом по всем <area>, умножая все координаты на отношение новой ширины к изначальной...
-
Светлана, можно пояснить тезис? Это насчет отсутствия деления flow content на block и inline, как было в HTML4? Имхо, это как раз по-своему логично - разметка определяет назначение и роль элемента (секция, заголовок, абзац, выделение внутри абзаца и т.п.), а уж какой бокс для этого рисовать - прерогатива визуального CSS (включая браузерный дефолтный)... или я чего-то недопонимаю? Одну практически протянули. Правда, это было еще в те времена...
-
А на map свет точно клином сошелся? Варианты с абсолютно позиционированными обычными ссылками (с display:block) или вообще с одной флешкой не рассматриваются?
-
Точно, была бага в FF2 и ниже. Потому что для многих "фирменных" тегов новый алгоритм парсинга автоматом навешивает уйму вкусной встроенной функциональности (например, для <section> создается метка в автогенерируемом оглавлении, контекстные меню привязываются к элементам с соотв. атрибутами и т.п.). С кастомными тегами ничего такого не провернешь, иначе чем написав свой браузер. Плюс нечего засорять устоявшееся XHTML-ное пространство имен тем, что там сроду не лежало (те же brains и hands, конечно, вещи хорошие, но в типографском прессе, имхо, несколько лишние. Нужна нестандарщина — велкам ту дивный (хоть и уже не очень новый) XML уолд, заводите своё пространство имён и наполняйте чем угодно. Это везде работает, это валидно (схему-то вы сами сочините под свои задачи, для этого есть стандартные инструменты, дающие предсказуемый результат. А так — можно, конечно, но...
-
Сорри, а причем тут HTML5?
-
полупрозрачный PNG и filter: Alpha(opacity) не дружат?
SelenIT replied to miknsk's question in HTML Coding
Имхо, причина в технологической отсталости IE-шных фильтров, оставшихся неизменными с 98-го года (а те, что без префикса DXчегототам, альфа в том числе - так вообще с 96-го). Актуальна для всех версий по 8-ю включительно (и, по логике, для 9-ки во всех ее многочисленных режимах совместимости с предками). Говорят, что иногда помогает сочетание фильтров аlpha+alphaImageLoader. Мне не помогало (наоборот становилось хуже, полностью прозрачные области становились противными серыми), возможно, я что-то делал не так.