IнTересности

Продолжается череда дней рождений популярных проектов, связанных с веб-разработками и веб-дизайном.

Сегодня празднует свой восьмой День рождения одна из самых популярных CMS – Drupal. Первый релиз Drupal 1.0.0 вышел 16 января 2001 года.

2008 год был очень продуктивный для команды Drupal – вышла версия 6, в которой было переделано практически всё с нуля. Кстати позавчера (14 января 2009) вышел очередной релиз – Drupal 6.9, так что в этом 2009 году я думаю мы увидим уже и Drupal 7.0

Ждём новостей, развития и с Днём рождения Drupal!

После долгого перерыва обновилась самая красивая тема для phpMyAdmin – теперь для ветки 3.*. Руки автора наконец-то дошли и до этой ветки – встречайте ClearView 3.

Спасибо ему большое. Все подробности на сайте автора.

Ну а выглядеть phpMyAdmin с темой ClearView 3 всё будет где примерно вот так (картинка кликабельна):

Один из самых популярных WYSIWYG редакторов на Javascript – TinyMCE стал проектом января 2009 года на SourceForge.net.

На данный момент последняя версия WYSIWYG редактора имеет номер 3.2.1.1. Скачать её можно с официального сайта.

Редактор используется в таких популярных проектах как WordPress, Drupal, Joomla и многих других.

Основные преимущества:
Простая интеграция – нужно всего лишь пару строк кода.
Настраиваемость – темы, плагины, блокировка нежелательных элементов и атрибутов.
Кроссбраузерность – Mozilla, MSIE, FireFox, Opera, Safari и Chrome.
Лёгкость – PHP/.NET/JSP/Coldfusion GZip компрессор делает TinyMCE на 75% меньше.
Совместимость с AJAX – просто использовать AJAX для сохранения и загрузки контента
Интернациональность – интерфейс на любом языке благодаря языковым пакетам.
Open Source – свободное использование по лицензии LGPL.

С Днём рождения jQuery. Сегодня исполнилось три года с момента первого появления jQuery на BarCampNYC 14-го января 2006 года под авторством Джона Резига (John Resig).

jQuery 1.3

Основные новинки:

• Sizzle: новый движок для работы с CSS селекторами.
• Live-события: присвоение событий для цепочек элементов.
• Класс Event: полностью переписан для упрощения управления обработчиками событий.
• Переписана вставка HTML: ускорение добавления HTML-кода.
• Переписан метод Offset: супер быстрое вычисление положения объекта на странице.
• Больше нет сканирования для определения версии браузера (через userAgent) – теперь jQuery определяет версию по специфичным ошибкам и свойствам браузера.

Полная информация по адресу:
http://docs.jquery.com/Release:jQuery_1.3

Выход следующего релиза jQuery 1.3.1 планируется через одну-две недели, после отлова ошибок

Sizzle

Теперь jQuery использует новый движок для работы с CSS-селекторами – ‘Sizzle‘.

Работа с CSS-селекторами была выделена в отдельный проект для сотрудничества с создателями других библиотек и простыми разработчиками.

Призывы к сотрудничеству уже были услышаны – разработчики Prototype, Dojo, Yahoo UI, MochiKit, TinyMCE и многих других проектов проявили свой интерес.

Страница проекта:
http://sizzlejs.com/

Исходный код:
http://github.com/jeresig/sizzle/tree/master

Новый браузер API

Одновременно с релизом jQuery 1.3 был представлен новый браузер API (разработчик Remy Sharp):
http://api.jquery.com/.

Новый браузер API включает следующие новые возможности:

• Вся предыдущая документация по jQuery и jQuery UI.
• Возможность пометить страницу как “Избранное” для простого поиска информации
• Подсветка синтаксиса в примерах исходного кода.
• Рабочие примеры, результаты можно сразу посмотреть в браузере.
• Ссылка для редактирования исходного кода примеров для различных экспериментов.

Браузер API jQuery доступен как оффлайновое приложение Adobe AIR (автор Tane Piper).

jQuery Foundation

Джон Резиг (John Resig)(основатель и ведущий разработчик jQuery) и Пол Бакаус (Paul Bakaus)(ведущий программист jQuery UI) приняли решение создать новую структуру jQuery Foundation и вступлить в организацию Software Freedom Conservancy, объединяющую открытые проекты. Основное преимущество вступления заключается в том, что jQuery навсегда останется свободно используемой библиотекой.

С третьим Днём рождения, jQuery!

Прочитал статью Станислава Малкина – Для заказчиков: если нет ТЗ.

Вообщем-то написано всё грамотно, последовательно и понятно.
Сделан напрашивающийся вывод – техническому заданию быть – to be! (Однозначно! Я сказал! © Жириновский)

И быть ему, по мнению Станислава, следует по трем вариантам:

1. ТЗ написано самим заказчиком.
2. ТЗ написано разработчиком заказанной системы.
3. ТЗ написано профессиональным составителем ТЗ.

Я думаю что первый вариант имеет право на жизнь только если у заказчика уже имеется опыт написания ТЗ, основанный на втором и/или третьем варианте.
Пока пропустим второй вариант и обратимся сразу к третьему. Насколько можно судить по статье – Станислав считает этот вариант самым приемлимым, особенно для начинающих заказчиков. Однако я вижу гораздо больше минусов чем указано в статье (собственно единственный указанный минус – дополнительные расходы на написание технического задания):

• Качество.
  На основании чего заказчик сможет судить насколько качественно написано техническое задание. Четких критериев оценки нет. Да, существуют всяческие ГОСТ-ы по написанию технических заданий, но они очень быстро устаревают, да и для интернет технологий могут нести разве что лишь рекомендательный характер. Но ГОСТ-ы не позволяют определить качество написанного технического задания.
• Время.
  Чтобы написать качественное техническое задание технический писатель должен в достаточной мере изучить предметную область. В чём же здесь минус спросите вы – а минус в том – что насколько бы ни было качественно, точнее подробно, написано техническое задание – конечному разработчику придется потратить тоже самое время на изучение.
• Стандарты.
  Общих стандартов нет. ГОСТ-ы есть, никто не спорит, но ГОСТ-ы скорее определяют формат документа, а не содержание и форму.
  Представим ситуацию – заказчик приходит к разработчику с ТЗ, написанным третьей стороной. Если разработчик не новичек – у него уже должен быть свой внутрикорпоративный стандарт написания ТЗ. Естественно принесенное ТЗ ему не будет соответствовать и, скорее всего, разработчик начнет настаивать не переписывании ТЗ под свой стандарт, под свои привычки. Наверняка принесенное ТЗ будет дополнено и расширено для того, чтобы оно было понятно конечному разработчику.
  Итого – на этом этапе заказчик потеряет время, деньги и нервы.
• Большой Брат.
  Как вести себя заказчику если, принеся написанное кем-то ТЗ, конечный разработчик скажет – «Кто вам написал это фуфло? Это бред! Вот как мы это видим…» Эффект от такого варианта написания ТЗ может быть обратный – заказчик не только не съэкономит свои нервы, время и вообщем-то деньги (наличие хорошего ТЗ экономит деньги – поверьте на слово ), но и может серьезно ухудшить отношения с разработчиком.

Итак исходя из написанного напрашивается вывод – самый правильный способ написать ТЗ – создать тройку: разработчик – заказчик – техписатель (профессионал по составлению ТЗ). В таком случае, скорее всего, все будут довольны. Хотя практика показывает, что разработчики исключают третью сторону (техписателя) и составляют ТЗ самостоятельно, ну естественно при участии заказчика.

Ну и напоследок несколько ссылок:
HabraHabr
ТЗ: макеты или текст?
ТЗ для web-разработчика
Про ГОСТ-ы
Как писать техническое задание?!
Классика
Юрий Шиляев – Что такое хорошее ТЗ на сайт?

На сайте W3C появилась информация о том, что работы над «цветной» частью спецификации CSS 3 практически завершены. CSS Color Module Level 3 отправляется на предпоследнюю остановку в своём долгом пути совершенствования – Last Call Station.

Группа в составе редакторов Tantek Celik, Chris Lilley, David Baron и авторов Steven Pemberton, Brad Pettit наконец-то представила предварительную версию CSS Color Module Level 3. Работа над ней, судя по датам драфтов велась на протяжении более пяти лет: с 14 мая 2003 года по 21 июля 2008.

Все замечания и комментарии по данному релизу будут приниматься до 1-го сентября 2008 года, затем этот модуль получит статус Candidate Recommendation и будет включён без изменений в готовящуюся спецификацию CSS 3.

Если я внимательно прочитал – то единственное стоящее изменение – это добавление свойства opacity – прозрачность.

Если есть ещё что-то напишите в комментариях – не дайте помереть идиотом

По сообщениям наших корреспондентов из офиса FireFox слышны пьяные вопли, смех, громко играет музыка и слышны крики «We’re official new owner of a Guinness World Record!«.

Ну, как вы конечно догадываетесь, никаких собственных корреспондентов у меня нет – но крики слышны, кажется, даже мне .

Итак (вести с фронта):
Сообщество Firefox гордится тем, что теперь является новым владельцем Мирового Рекорда Гиннесса — все и каждый из нас! (от автора блога – да! я тоже себя причисляю к этому сообществу). Компания Mozilla сегодня (2 июля 2008 года) получила подтверждение от комиссии Книги рекордов Гиннеса о том, что мы (сообщество) официально достигли рекорда за «наибольшее количество скачиваний программного обеспечения за 24 часа (largest number of software downloads in 24 hours.)» С 18:16 UTC 17-го июня 2008 года по 18:16 UTC 18-го июня 2008 года 8,002,530 человек скачало Firefox 3!

Ура! Ура! Ура!

P.S.
По рекомендации официального блога не забываем получить свой сертификат за участие в этой акции.

Мой можно посмотреть здесь.

Прочитав статью Никиты Селецкого – Reset CSS – решил сделать небольшую подборочку различных способов сброса стандартных значений css-свойств в различных браузерах.

Итак как ЭТО делает:

• Никита Селецкий (и почему он делает ЭТО именно так)
• МегаГУРУ – Эрик Мейер – если кто-то не знает – именно его reset используется в таких популярных CSS фреймворках как 960.gs и Blueprint.css
• команда разрабочиков Yahoo UI
• Эд Элиот – один из бывших разработчиков Yahoo
• Kile Neath (по материалам Smashing Magazine)
• Christian Montoya (по материалам Smashing Magazine)
• Dave Woods (также подробно объясняет почему именно он включил конкретные правила с свой reset

Кстати, в ходе поиска по просторам интернета, выяснилась IнTерсная деталь – западные веб-разработчики в большинстве своём используют reset Эрика Мейера, а отечественные – либо свой собственный reset, либо Yahoo UI Reset. Хотя конечно и Эрик тоже пользуется популярностью.

А чем пользутесь вы? Добро пожаловать в комментарии.

Сегодня в блоге CSS Work Group появились шесть отчётов по результатам их мартовской встрече в Сан Диего.

Отчёт I:Working Group Operations, Communication, and Charter
Обсужались текущие дела, способы обсуждений внутри группы и вынесения результатов этих обсуждений на всеобщий обзор. Также обсуждался новый устав группы – текущий прекращает свой действие в июле сего года.
В новый устав внесли предложения компании Apple о анимации и фильтрах.
Касательно шрифтов в WEB в новом уставе прописано взаимодействие с группой SVG.

Группа решила переделать сайт CSS, добавить туда больше документации и сделать существующую более понятной (убрать оттуда ненужный мусор).

Отчёт II:Test Suites and Pending Publications
Решено менять статус Candidate Recommendation для профиля Mobile без учёта решения вопроса по свойствам marquee и overflow.

Группа так и не вынесла никакого решения относительно цветов CSS3.

Относительно пространства имён CSS также небыло вынесено никакого решения. Продолжается взаимодействие с рабочей группой по XHTML2.

Отчёт III:Синтаксис и селекторы
Отчёт IV: Блочная модель
Эти два отчёта не содержат никаких интересных вещей лично для меня – что называется обсуждение вопрос в рабочем порядке.

Отчёт V: Будущие возможности
Самые интересные на мой взгляд.
Tree List Styles – продвигается идея оформлять обычные списки (<UL>) с помощью CSS в виде деревьев.
ul > li
{
display: list-item;
list-style-type: tree-line;
|outline-color:powderblue;
}
Должно получиться нечто вроде

Multi-Style Elements (aka Collapsible Elements)
Основная идея – иметь для каждого элемента два псевдо-класса :normal и :alternate. Существование этих псевдоклассов сделает элемент переключаемым. Пока на ранней стадии обсуждения и вообщем области применения сложно себе пока представить.

Constants
Обсуждается ввод констант и макросов для задания значений CSS-свойств.

text-orientation
Новое значения этого свойства – glyph-orientation. Ориентация текста по SVG. Конкретики пока никакой, но я так понимаю это будет интересно выглядеть.

Отчёт VI: CSSOM – объектная модель CSS
Решение – общие соглашения в модели плохо разработаны и нуждаются в расширении, однако стандартизация существующих интерфейсов – приоритетная задача.

Человек, изобрёв нечто сложнее колеса, да ещё и продав это нечто другому человеку, осознал – без пошаговой инструкции по сборке и эксплуатации не обойтись. Такие инструкции стали появляться во всех сферах человеческой деятельности и включали они в себя не только как надо, но и как не надо делать.

Однако, даже имея на руках такие инструкции, большинство людей собирало сначала паровоз, а до подводной лодки дорабатывало напильником.

Мозг составителя инструкции далеко не всегда выдерживал натиск пытливых умов, читающих и воплощающих на практике шаги инструкций. И вследствие эволюционных процессов появились «анти»-инструкции – своеобразные фильтр для отсеивания сирых и скорбных умом, принимающих «анти»-инструкции за чистую монету. Ярким примером составителя таких инструкций был конечно-же Григорий Остер с его «Вредными советами».

Так вот… к чему это я… а вот – вспомнил! Вашему вниманию перевод статьи 12 Step guide to SUCK at web design Брета Битке (Brett Bittke) плюс некоторые мои комментарии (жирным курсивом) и дополнения. Перевод, к слову сказать, довольно вольный.

Итак – 12 шагов к получению звания «Самый отстойный веб-дизайнер»

1. Гордо называйте себя дизайнером даже если мама ваш единственный клиент.
2. Учите дизайн по Myspace. – Народ.ру тоже подойдёт
3. Делайте побольше эффектов с помощью Javascript на своих страницах.
4. Ваш единственный редактор – Front Page. – Думаю дело не столько в редакторе, сколько в умении им пользоваться, ну и конечно одним средством ограничиваться не стоит.
5. Используйте фреймы на каждом сайте.
6. Убедитесь что ваша графика/фотографии имеют ярковыраженную пиксельную структуру – Вот тут я потерялся с переводом слова «pixelated» – но я так понимаю это означает низкое качество изображения и фотографий.
7. Вы должны использовать как можно больше бесполезных анимированных gif-ов. – Мигающие звёздочки и прыгающие собачки – это наше всё!
8. Стройте свои сайты с непонятной и неструктурированной навигацией.
9. Побольше разных цветов и шрифтов на странице.
10. Обязательно звук и видео, которое нельзя выключить.
11. Не забывайте о всплывающих окнах (pop-up). – это только у меня вызывают трудности употребления переводов или транслитераций таких слов?
12. Обязательно делайте Flash-заставку на сайте без возможности её пропуска, вдруг пользователь что-нибудь пропустит!.

Я обязательно продолжу вредные советы. Следите за обновлениями и подписывайтесь на мой блог – будет IнTересно!