Пару раз уже приходится потеть над не совсем стандартной задачей: есть флеш-баннер (файл в формате .swf), который нужно сделать ссылкой… Вообще по феншую подобные вещи делаются в самом флеше еще во время разработки баннера, и ссылкой выступает непосредственно баннер без никакого оборачивания его в тег <a>. Но, видимо, часто флешеры забывают спросить заказчика, куда должен вести баннер, и сиё дело перекладывается на плечи верстальщика. И вот здесь возникает проблема.
Мой самый-самый первый профиль, которым я овладел задолго до того, как осознал, что сидя на стуле вполне реально делать деньги, если ты работаешь в Интернете, является верстка. Потом уже под нужды создания сайтов добавились и нотки программирования на js и php, и поэтому мне довольно часто приходится работать в том или ином редакторе кода. Будучи кое-как знакомым с 3-мя топ-редакторами кода, я решил сделать небольшой обзорчик оных, который должен быть полезным каждому сайтостроителю. В своем обзоре я буду смотреть на эти редакторы именно глазами рядового вебмастера-манимейкера, которому время от времени приходится что-нибудь подверстать, где-нибудь поправить циклы вывода статей в шаблоне, полазить в кодах движка и т.п., то есть человека, имеющего базовые потребности разработки сайтов. Безусловно, профессиональные разработчики, генерирующие тонны php-кода и создающие тяжеловесные предложения, могут пропустить статью и сразу смело устанавливать себе NetBeans , а для остальных я продолжу. В обзоре все скрины кликабельны.
С тех пор, как вышел Firefox 4, который обновился настолько, что даже святая-святых js-двиг браузера был изменен на GreaseMonkey (и слава Богу!), остро встала проблема ресайза полей ввода текста (тег <textarea>). Где-то поля могли ресайзиться вполне сносно, а в каких-то дизайнах эта фишка не катила аж никак. Ну, вот хотя бы в моем:
Т.к. в связи с окончанием очного образования я стал еще чуть более свободным человеком, то решил взять себе заказы на верстку и ее последующую интеграцию с CMS. Хотя эта сторона моей личности абсолютно не освещена в блоге, но я уже в течение довольно продолжительного времени создаю собственные проекты и периодически берусь за фриланс. Кстати, согласно данным профиля на веблансере, моя первая работа на фрилансе была выполнена 04.03.2009 в 00:16 , т.е. почти 2 года назад. До этого я еще в течение года работал верстальщиком в одной неплохой киевской конторе. Если кто заметил, в заголовке блога в принципе всегда было отмечено, что я верстальщик , и в этом деле я действительно специалист. Как и положено каждому верстальщику, я также разбираюсь в JS на уровне адаптации готовых скриптов, написания несложных собственных, работы с JS-фреймворками типа jQuery. Очень солидно (буквально до нюансов) знаю WordPress, сделал в районе 5 сайтов на Joomla, парочку на DLE и Drupal.
Сегодня, выполняя один проект на фрилансе, наткнулся на ранее неизвестную мне особенность браузера IE.
Как выяснилось, браузер IE позволяет подключить с помощью <link> не более 31 файла стилей. Все, что свыше 31, IE попросту игнорирует. Очень интересное ограничение на количество внешних файлов css для IE. Подвержены ему версии IE6/7/8, то есть все существующие на данный момент.
Выходом является подключение избыточных файлов стилей с помощью директивы @import url("имя файла") типы носителей; . Стоит также отметить, что браузеры FF, Opera, Safari и Chrome без труда справляются с любым количеством файлов стилей.
Интересно, снимут ли это ограничение разработчики браузера IE в 9-ой версии?
Топик на заметку верстальщику. Если для того, чтобы правильно считалась высота контейнера, содержащего float элементы, вы все еще кладете в конец этого контейнера <div class="clear">, то хочу предложить вам намного более простой и удобный вариант с использованием <br clear="all" />, который абсолютно валиден, и делает абсолютно тоже, но записывается и читается затем в коде намного легче. Вот уже несколько месяцев, как я заменил используемый по жизни .clear с описанием через css на <br clear="all" />, и уверенно могу сказать, что никаких недостатков по сравнению с первым методом у него нет (тег прекрасно понимается ИЕ6). Итого нам не нужно прописывать в css бесконечные стили на класс .clear
И еще кучу всего, что обычно пишут верстальщики, а достаточно в конец контейнера пололжить <br clear="all" />. Имхо, код становится намного более красивым и читаемым.
Update 14.12.2010 Как оказалось, разница все же куда более существенна. Дело в том, что <br clear="all" /> при некоторых обстоятельствах создает своим присутствием попросту пустую строку, обнулить которую не представляется возможным. Поэтому все же рекомендую пользоваться этим тегом аккуратно, он неуниверсален и в некоторых ситуациях не сможет заменить <div class="clear">, который с легкостью обнуляется. В своей практике я перешел на повсеместное использование техники .clearfix, позволяющей правильно считаться высоте блока-родителя плавающих контейнеров и <div class="clear"> в некоторых случаях.
, а для остальных я продолжу. В обзоре все скрины кликабельны.
