29 ноября 2009. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Итак, что можно сделать собственными стилями браузера Фаерфоркс? Поскольку Фаерфокс понимает селекторы атрибутов, сделать можно много. Например. (далее…)
22 ноября 2009. Рубрики: Интернет, Рабочие заметки; автор — Юлия Панина aka Княгиня.
Немного о настройках браузера Фаерфокс (Mozilla Firefox). О том, как подключить пользовательские скрипты к браузеру Мозилла Фаерфокс я писала, теперь о подключении к нему же пользовательских стилей.
Что можно сделать пользовательскими стилями? Например:
Собственные стили Фаерфокса находятся в файлах chrome/userContent.css и chrome/userChrome.css. Папка chrome располагается в профиле браузера (по умолчанию для Windows XP это /Documents and Settings/Имя_пользователя/Application Data/Mozilla/Firefox/Profiles/Название_профиля). В папке обычно находятся файлы userChrome-example.css и userContent-example.css, которые можно переименовать и использовать для создания своих стилей. Первый предназначен для работы с оформлением браузера, а второй — для стилей сайтов.
Иногда можно встретить рекомендацию размещать пользовательские стили в файлы /Program Files/Mozilla Firefox/res/*.css, но лучше этого не делать: при обновлении браузера эти файлы перезаписываются, и всё персональные настройки пропадают.
Правила css, добавленные в chrome/userContent.css и chrome/userChrome.css, вступают в силу после перезагрузки браузера.
25 октября 2009. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Небольшая шпаргалка, как оформить кнопку в виде картинки. Вообще-то для этого есть <input type="image" />, но бывает, что код кнопки находится в недоступном для редактирования файле. И тогда в ход идёт ловкость рук и css. (далее…)
27 сентября 2009. Рубрики: Интернет, Рабочие заметки; автор — Юлия Панина aka Княгиня.
Лето закончилось. Началась рабочая пора. А с ней — рабочие проблемы. Нет, они и летом всплывали, но сейчас, похоже, сезонное обострение.
Спрашивается, для чего нужна CMS (система управления контентом сайта)? Для того, чтобы хозяин сайта или контент-менеджер (часто именуемый администратором) не забивал себе голову знанием html, а просто ввёл в форму текст вручную или скопировал из Ворда текст с выверенной орфографией, нажал кнопку и получил готовую страницу с содержанием. Это — в идеале.
Однако к идеальной системе управления контентом нужен идеальный контент-менеджер. А идеальный контент-менеджер — тот, который не знает слов «html» и «тег». У нас почему-то так заведено: как только человек узнаёт парочку тегов (не элементов, заметьте, а именно тегов), то сразу начинает уснащать ими сайт. Меня уже давно не удивляют сайты, испещрённые font и b. Но бывает и хуже. Бывает, что администратор, он же контент-менеджер, пихает в абзацы заголовки (h1-h6, но чаще h1-h3). Против этого лома приёма нет: фонты, жирность и прочие оформительские теги можно построить по ранжиру описанным ранее способом, но с заголовками он не работает — браузеры не считают заголовок дочерним элементом абзаца и конструкцию вида:
<p> <h1></h1> </p>
рассматривают как:
<p/> <h1></h1>
Поэтому попытки построить селектор вида «p h1» ничего не дают. Остаётся либо долго и упорно перевоспитывать админа, сиречь, контент-менеджера, либо отключить использование тегов в CMS. Либо оставить всё как есть, возложив ответственность за все перекосы на админа. При всём при том замечу: конечно же, проще один раз перевоспитать CMS, нежели многочисленных администраторов.
21 июня 2009. Рубрики: Интернет, Рабочие заметки; автор — Юлия Панина aka Княгиня.
В работе над сайтами нередко встречаются разногласия между специалистами, выполняющими работы на разных этапах: графическое оформление, отрисованное дизайнером, вызывает неудовольствие у программистов и верстальщиков. Можно сказать, что программисту лень или он не понимает прекрасного. Может быть, и лень, однако порой стремление сделать красиво оборачивается против самого себя. (далее…)
7 июня 2009. Рубрики: Курьёзы, Рабочие заметки; автор — Юлия Панина aka Княгиня.
Небольшое размышление о некоторых видах заказчиков.
Поступило мне предложение на вёрстку. Главной его особенностью было требование: «только тэгами в блокноте». Я не поняла, попросила уточнить. Оказывается, конечный заказчик требует, чтобы сайт был написан без помощи редакторов типа Дримвивер или прочих, только в блокноте, поэтому надо, чтобы при взгляде на код было видно, что его делали в блокноте.
Такой код вполне можно написать в любом редакторе (Dreamweaver, Homesite, Notepad++, EmEditor, и т. д., и т. п.) — и пусть заказчик попробует доказать, что это не в блокноте! Но подобные запросы заставляют заподозрить наличие клинических проблем с мышлением, которые могут осложнить дальнейшую работу. Если заказчику нужна чистая семантическая вёрстка, то это одно дело. А если для него имеет значение инструмент, которым работает верстальщик, то это уже намного хуже.
24 мая 2009. Рубрики: Курьёзы, Рабочие заметки; автор — Юлия Панина aka Княгиня.
В своё время я писала о необходимости использования на сайтах правильного доктайпа и корректного с ним обращения. Недавно в моей коллекции глюков, связанных доктайпом, появился ещё один.
Сайт, предложенный мне для починки, начинался кодом:
<noindex><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"></noindex>
Пришлось убрать «оптимизаторские» теги и культурно объяснить, почему так делать нельзя и не надо.
Почему нельзя? Потому что браузер ищет доктайп (объявление типа документа) в самом начале страницы, и, не найдя, решает, что его нет вовсе, после чего переходит в режим обратной совместимости. Поэтому никаких тегов прежде доктайпа стоять не должно.
А почему не надо? А потому что поисковая машина — робот, а не идиот. Она прекрасно отличает заголовок от абзаца, а доктайп — от текстовой информации. И наличие, равно как и отсутствие, доктайпа никак не влияет ни на индексацию, ни на позиции в поиске.
Суп на плиту, а сами за компьютер?! Возьмите ложку, быть может, если она будет в вашей руке, то вы не забудете о супе…