В предыдущей статье вы получили представление о наиболее распространенных браузерах. В этой статье мы проанализируем работу браузеров в их основной функции — рендеринге текста. Занимаетесь ли вы поиском, читаете Wiki или пишите в блог, вы взаимодействуете с текстом и уделяете ему внимание. А раз так, то давайте посмотрим, как браузеры справляются с этой задачей [рендерингом текста].

Для этого теста мы пропустим через браузеры несколько страниц и посмотрим, какой из них лучше с ними справляется. Для тестирования использовалась машина с Windows XP без включенного ClearType. Все используемые для тестов страницы содержали XHTML 1.0 Strict Doctype. Так же нам необходимо определить требуемые результаты при тестировании рендеринга текста. Лучшим решением должен быть результат, предлагающий компромисс между размытыми и резкими краями. Чтобы быть читаемым текст должен иметь гладкие края, но в тоже время достаточно четкие.

Команда jQuery хорошо потрудилась для того, чтобы выпустить новый релиз библиотеки jQuery и теперь он доступен для тщательного тестирования. jQuery 1.3 пока не готова для использования в конечных продуктах, и мы нуждаемся в помощи, для того чтобы вычистить возможные ошибки.

Загрузка

Копию jQuery 1.3b1 вы можете скачать отсюда
code.jquery.com/jquery-1.3b1.js

UPD: добавлены некоторые подробности из источников вне перевода

 

Этот и другие комиксы на IT (и не совсем IT) темы публикуются здесь.

HTML 5 — это грядущее обновление гипертекстового языка разметки, основного способа создания контента для размещения его во всемирной паутине. Разработка HTML остановилась в 1999 году, на версии HTML 4.01 и с тех пор web-содержимое изменилось так, что текущие спецификации HTML перестали соответствовать сегодняшним требованиям.

HTML 5 нацелен на то, чтобы увеличить функциональную совместимость HTML и соответствовать растущим требованиям разнообразного и смешанного web-контента. HTML 5 так же нацелен на устранение недостатков четвертой версии. В этой статье мы взглянем на 5 новых интересных вещей в HTML 5.

Это статья нашего гостя Jacob Gube, web-разработчика и дизайнера, автора Six Revisions — блога о web-разработке и дизайне.

Лично мне, иногда, при верстке очередной страницы или изменении существующей, требуется (или просто хочется) добавить несколько простейших параметров стилей. Писать определение стиля в разметке не очень хочется, не только из-за того, что это набор достаточно длинной строки, но и потому, что это определение потом может остаться в разметке навсегда (как говориться: нет ничего постояннее временного). Кроме того, в каждом отдельном файле CSS-стилей порой валяются одни и те же классы стилей в одну строчку. Давно собирался определить для себя некую библиотеку с набором таких стилей и с установленным навсегда названиями. И вот такой получился результат.

На Хабре неоднократно публиковались результаты работы поисковой системы MAMA (Metadata Analysis and Mining Application) от Opera (подробнее о проекте, на английском языке можно почитать тут). 12 декабря вышла очередная статья посвященная результатам работы MAMA. Статья носит название «MAMA: Scripting report, part 1: Basic scripting syntax and features».

Среди прочих результатов, мне хотелось бы обсудить так называемую таблицу «Самые популярные DHTML-меню и библиотеки обнаруженные MAMA». Таблица и несколько комментариев под катом.

В предыдущих статьях я постарался рассказать про лицензии GPL и BSD, их историю, виды и чем они отличаются друг от друга. В этот раз я постараюсь рассмотреть другую, чуть менее популярную лицензию — X11(MIT) license.

Firefox 3.1 Beta 2 основывается на платформе рендеринга Gecko 1.9.1, которая разрабатывалась последние 7 месяцев. Gecko 1.9.1 — это инкрементальный над предыдущей версией релиз с важными изменениями направленными на улучшение совместимости в web, производительности и простоты использования:

• эта бета доступна теперь на 54 языках — скачайте версию на своем языке;
• добавлен новый режим Private Browsing;
• добавлены функции, которые позволяют легко удалять историю посещений по времени и удалять любые следы посещения сайта;
• новая поддержка потоков web workers;
• новый движок JavaScript TraceMonkey(https://wiki.mozilla.org/JavaScript:TraceMonkey) теперь включен по умолчанию для web-содержимого;
• улучшения в движке разметки Gecko, включающие прогнозирующий парсинг для более быстрого рендеринга контента;
• убран новый механизм поведения переключения табов в связи с отзывами от пользователей;
• поддержка новых web-технологий, таких как теги «video» и «audio», W3C Geolocation API, JavaScript query selectors, свойства CSS 2.1 и CSS 3, преобразования SVG и оффлайн-приложения (offline applications).

Получить больше информации.

Недавно мной была написана статья Мир лицензий: разбираемся с GNU GPL, в которой я попытался обобщить основную информацию про лицензии GPL, кратко рассказать об истории лицензии, ее версиях и совместимости других лицензий с GPL. В комментариях к статье возникло несколько вопросов и, для ответов на некоторые из них, мной был сделан частичный перевод официального GPL FAQ.

Как это часто бывает, первая статья стала поводом к продолжительным спорам, суть которых сводилась к одному вопросу: «что лучше (для людей, программ, мира, будущего) GPL или BSD лицензии?». На мой взгляд, этот спор сродни вопросу «с какого конца разбивать яйцо?» и не имеет одного определенного ответа. Использование определенной лицензии — это дело каждого и разнообразие их — лишь положительный фактор, который дает разработчикам (и авторам) больше свободы и возможностей для распространения своих трудов.

В этой статье я постараюсь рассмотреть вторую сторону споров — лицензии BSD, их различия, историю и производные. Кроме того, я попытаюсь сравнить GPL и BSD и рассказать, почему оригинальная BSD-лицензия несовместима с GPL.

UPD: обновлены разделы «Original BSD license» и «ISC license (OpenBSD license)»

Добрый день, читатель!
Представляю вам пятый номер habradigest, который, по моему мнению, является самым насыщенным и интересным из всех вышедших номеров. Судите сами: 15 статей на самые разнообразные темы, от лицензий, до безопасности, от PyGTK, до .NET. В номере есть статьи про базы данных, формат PNG, шрифты, паттерны в javascript, дизайн интерфейсов и параллельные вычислений в .NET. В общем, я очень доволен второй половиной ноября. За 15 дней, на Хабрахабр появилась масса действительно интересного материала и я рад представить его вам в виде этого номера. В прошлом номере я сетовал на то, что значительную массу материала составляли переводы. В этом номере переводы тоже есть, но к моей радости, их число не такое значительное и основную массу статей составляют авторские тексты.

Новый номер содержит уже 74 страницы, что больше чем, например, у журнала «Компьютерра», который выходит еженедельно. Habradigest быстро увеличивается в размерах и, хотя нельзя утверждать наверняка, что тенденция продолжится, хотелось бы обратиться к хабралюдям: если у вас есть желание содействовать проекту в любом виде, обращайтесь ко мне в личную почту.

• Скачать habradigest#5 ноябрь 2008 (74 страницы, 3.84 Мб)
• Перейти на сайт проекта habradigest.ru
• Подписаться на RSS

Участвуя в каких-либо обсуждениях в интернет, очень часто сталкиваешься с тем, что на ресурсе запрещается редактировать собственные комментарии. Очевидно, что это связано с тем, чтобы никто не мог отказаться от сказанных слов. Но порой, редактирование комментария требуется не для скрытия разной степени позорного текста, а просто для исправления глупых опечаток, которые совершает каждый человек.

Иногда при быстром наборе можно спутать пару клавиш, перепутать порядок, забыть букву ну и плюс существуют еще прочие мелкие опечатки, всем знакомые. Есть ошибки и грубее, но часто они объясняются не неграмотностью автора, а многими другими факторами. Тут то и пригодился бы механизм исправления опечаток. Ниже под катом, я хотел бы представить свой простой концепт, который, по-моему, применим на любом ресурсе.

У меня возникла проблема, когда хочется сделать пост, к которому приложило бы руку несколько авторов (пока двое). Пост делает один, рейтинг растет у одного, попытки написать в статье «плюсуйте еще и другого автора» считаю нелепыми.

Предлагаю сделать возможность указывать несколько авторов (соавторов), которым бы прибавлялись и отнимались баллы.
Предвижу проблему: ложное указание авторства. Есть вариант сделать подтверждение всех соавторов и только тогда пост откроется для чтения.

Предвижу еще одну проблему: вставлять друзей во все более или менее конъюнктурные посты. Предлагаю, тогда делить баллы на двоих, троих, четверых. Ибо не в баллах счастье и так справедливо.

Что скажет почтенная публика?

PS: на мой взгляд, такой механизм коллективных постов укрепил бы Хабр как ресурс для авторов

Недавно я написал статью под названием Мир лицензий: разбираемся с GNU GPL, в которой постарался осветить мир gpl-лицензий, историю и различия в версиях. Статья вызвала большой резонанс, возникло много вопросов, споров. Чтобы немного прояснить ситуацию с GPL, я решил перевести часть официального GPL FAQ. В нем затрагиваются многие вопросы и разъясняются некоторые позиции лицензии. Надеюсь, данный перевод несколько прояснит ситуацию с GPL.

В дальнейшем я продолжу цикл публикаций про лицензии описанием BSD, Apache, MIT и других свободных и не очень лицензий. Кроме того, постараюсь затронуть вопрос лицензий в нашей стране. А пока, предлагаю почитать данный перевод.

Рано или поздно каждый разработчик сталкивается с вопросом лицензирования своих разработок. Более или менее понятно, когда разрабатывается коммерческий продукт с закрытым кодом. Но когда разработчик желает распространять программу, плагин или библиотеку классов бесплатно и с открытыми кодами, то могут возникнуть трудности, потому что в природе существует масса лицензий подобного рода. Эта статья призвана собрать, упорядочить данные по лицензиям и вычленить самое главное.

UPD: опубликован перевод небольшого куска официального GPL FAQ habrahabr.ru/blogs/Dura_Lex/45878
UPD2: скорректирован и переформулирован список совместимых лицензий

Это вторая часть перевода интересного исследования, которое проводили авторы популярного интернет сайта Smashing Magazine. Первую часть вы пожете прочитать здесь. В этот раз авторы затрагивают вопросы капчи, сообщения «Спасибо за регистрацию», кнопки «Отмена» на формах и некоторые другие интересные вопросы.

3. Функциональность форм

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

Пять месяцев назад я предложил свой проект ХабраРедактор в помощь тем авторам, кто пишет статьи на Хабрахабр. Редактор создавался для собственных нужд и я был рад когда он оказался востребованным и другими пользователями. После введения черновиков пользователей проекта стало еще больше. В результате, статьи радовали своим достаточно богатым оформлением и аккуратностью. Кроме того использование ХабраРедактора является самым простейшим способом не забыть про habracut.

Это перевод довольно новой статьи, которая вышла 4 июля 2008 года. Если вы уже читали ее, то навряд ли найдете что-то новое, но для тех, кто не знаком с оригиналом в статье найдется масса интересного. Сначала я хотел перевести и подписи к картинкам, но позже понял, что не стоит этого делать, так как статья ориентирована на грамотного читателя, который способен сам определить простейшие фразы.

UPD: Опубликована вторая часть статьи habrahabr.ru/blogs/ui_design_and_usability/45680

Когда вы хотите увеличить доход вашего сервиса вы должны увеличить количество заполнений ваших веб-форм. Даже, если, на первый взгляд, у вас есть какие-то революционные идеи для того чтобы удивить посетителей, недостаточно просто добавить возможность регистрации на вашем сайте. Для того, чтобы сервис достиг максимальных посещений мы, дизайнеры, должны предоставить пользователю хорошие решения (good user experience). Мы должны завлечь их, описать им, как работает сервис, объяснить им, почему стоит заполнить форму и описать выгоду, которую они от этого получат. И, конечно, мы должны сделать их участие максимально простым.

Тем не менее, разработка дизайна веб-форм — это не простое дело. И здесь есть одна простая причина: никто не любит заполнять формы — ни в оффлайне ни в онлайне. Следовательно, как дизайнеры, мы обязаны найти дизайнерские решения, чтобы сделать заполнение форм делом простым, интуитивным и безболезненным.

Но как на самом деле мы находим такие решения? Где в разметке должна располагаться ссылка на форму? Какой у нее должен быть дизайн? Как мы должны выделить подписи, и какое выравнивание у них должно быть? Какие паттерны дизайна применяются в современных веб-сайтах? Это именно те вопросы, которые мы задавали себе. И чтобы получить ответы мы провели наше обозрение.

Ниже мы представляем результаты обзора по текущим паттернам дизайна веб-форм — результат анализа ста популярных веб-сайтов, в которых веб-формы (должны бы) многое значат. Мы решили начать с форм регистрации. Ниже мы представляем первую часть наших исследований, вторая часть результатов обозрения будет опубликована на следующей неделе [прим. перев. — перевод второй части будет позже].

Добрый день, читатель!

Данный выпуск является самым большим из всех выпусков habradigest. Во многом это связано с тем, что на Хабре появилось много интересных статей о дизайне.

Кроме того, объем выпуска вырос еще и из-за того, что несколько авторов постарались и перевели интересные статьи. Таких переведенных статей в этом выпуске 4 штуки, почти половина.

С одной стороны столько хороших переводов — это отлично, но с другой стороны тот факт, что оригинального контента, например, по программированию стало меньше, не очень радует. Недавно на Хабре ввели механизм инвайтов, который, будем надеяться, привлечет к проекту хороших авторов, статьи которых попадут в будущие выпуски habradigest.

В этом выпуске темой номера стала типографика, как основная тема статьи автора despoth под названием «Готовим макет для клиента». В статье автор рассуждает и приводит массу примеров по вопросам связанных со шрифтами и их сглаживанием.

Перед публикацией номера я предложил участникам Хабра самим выбрать лучшую статью начала месяца, но эксперимент с голосованием провалился и больше не будет повторяться.

Лучшего автора и статью мы выбрали самостоятельно. Им и становится despoth со своей статьей «Готовим макет для клиента». Поздравляем! И спасибо за отличный материал.

• Скачать habradigest#4 ноябрь 2008 (65 страниц, 6.65 Мб)
• Перейти на сайт проекта habradigest.ru
• Подписаться на RSS