Seleckis.lv :: журнал Никиты Селецкого » Исследования http://seleckis.lv Tue, 08 Feb 2011 13:52:50 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Вёрстка в Латвии: Вчера. Сегодня! Завтра? http://seleckis.lv/journal/research/vyorstka-v-latvii-vchera-segodnya-zavtra http://seleckis.lv/journal/research/vyorstka-v-latvii-vchera-segodnya-zavtra#comments Thu, 27 May 2010 15:31:55 +0000 Никита http://seleckis.lv/?p=1835 Версия моего выступления на Web Standards Days Riga 2010 вызвавшего неоднозначную реакцию.

Много было регистраций работников различных дизайн студий, компаний занимающихся разносторонней веб-разработкой, банков, министерств, фрилансеров и просто интересующихся. Я не зря добавил в форму регистрации поле для адреса сайта. Те люди, что собрались на конференцию, скромно говоря, флагманы, пионеры латвийской веб-разработки. Поэтому не грех было покопаться в их работах и попробовать понять, что же всё-таки у нас происходит с текущим использованием технологий?

Статистика вещь интересная, но только если она связанна с интересными темами. Мне было интересно заняться небольшим статистическим анализом, результатами которого я с вами сейчас поделюсь. Конечно в дебри я не полез, из-за большой лени, но то, чего успел накопать хватает достаточно, чтобы составить небольшую рекомендацию, с чего стоит начать осовременивать свою вёрстку.

Вчера

Итак, что же можно назвать «вчера»?

  • ASCII кодировка
  • Не использование DOCTYPE
  • DOCTYPE с указанием спецификации
  • Валидация ради валидации

Список можно продолжить, но мне лениво.

Кодировка

Для начала рассмотрим какие кодировки использовались на проанализированных сайтах.

Здесь всё замечательно, почти на всех сайтов используется кодировка utf-8. Это проще, чем подбирать для каждого языка свою. Здесь могу только посоветовать, тем 7 %, кто остался переходить на uft-8. Больше говорить не о чем.

DOCTYPE

Многие до сих пор не понимают значения доктайпа. Для того, чтобы это понять, нужно сначала обратиться к истории. Ну долго копаться в ней не будем, единственно упомянем, что существует два режима отображения веб-страницы — Standards Mode  и Quirks Mode,  ну так исторически сложилось. Первый — это режим отображения согласно веб-стандартам W3C, второй — режим поддержки старых сайтов, написанных в 90-е годы. Чем конкретно они отличаются читайте на W3C или в Википедии, ищите в Гугле… информации полно, но я на этом зацикливаться не буду. (Ну там ещё есть almost standards, который от standards почти не отличается)

Если вы не пишете доктайп, то включается Quirks Mode. Если пишете — Standards Mode. Но есть исключения:

  • Internet Explorer воспринимает декларацию HTML 4.0 и старее как Quirks Mode.
  • В случае с XHTML по правилам требуется xml-декларация. И её фактически никогда не пишут, поскольку из-за неё IE6 переключается в Quirks Mode.
  • Опера вообще не поддерживает Quirks Mode. Даже без DOCTYPE страница рендерится в Standards Mode.

Более подробные нюансы о QuirksMode можно почитать в Википедии.

Итог: Чтоб избежать проблем нужно использовать DOCTYPE обязательно.

DOCTYPE с указанием спецификации или валидация ради валидации

Теперь посмотрим как у нас обстоят дела с доктайпами на латвийских сайтах.

Великолепно! 68 % указывают XHTML  декларацию. А теперь проверим, проходят ли они валидацию?

Внимание, вопрос! Зачем для сайтов указывать доктайпы со спецификацией, если валидацию они не проходят?

Если почитать спецификацию XHTML, то такой документ по сути должен передаваться в формате application/xhtml+xml. Это можно сказать «чистый» XHTML. Правильный. Мы все любим правильность и я в том числе, поэтому большинство сайтов написаны в формате XHTML. Там и правильные закрывающие теги и правильная вложенность и дубрирующееся написание значения атрибутов-флагов.

А на самом деле все передают такой документ в формате text/html. Почему? Во-первых многие не знают, что он должен передаваться как application, а во-вторых — незачем! Чаще всего модульные технологии расширения, для которых был создан XHTML, не используются. Ни прстранства имён, ни MathML, ни семантическая вёрстка через RDF и другие крутые вещи не нужны для создния веб-сайтов и сервисов.

Так зачем же мы пишем такой сложный Доктайп? И при чём он у всех такой разный. Он вам не нужен такой! Напишите его проще. Вот так:

<!DOCTYPE html>

Дело в том, что именно по этой части DOCTYPE браузер определяет, переходить ли ему в режим Standards Mode или нет. Указание дальнейшей спецификации и соответствующего адреса браузеру не нужно, он прекрасно справится. Спецификация нужна только для валидатора. Тем более что данная декларация, вот именно в таком виде уже включена в стандарт HTML 5 и тупые ошибки вы сможете определить W3C-валидатором.

Хорошо, допустим вы такой упрямый и всё равно считаете, что будете верстать в XHTML и указывать соответствующий доктайп, просто потому, что так правильней и можно проверить в валидаторе ту самую паранойю «disabled=”disabled”». Но на какой стадии вы это делаете? На стадии девелопинга! Так на продакшен-сервере, то он вам зачем?! Вот то-то и оно…

Холивар про «em vs. px» напишу чуть позже.

]]> http://seleckis.lv/journal/research/vyorstka-v-latvii-vchera-segodnya-zavtra/feed 12 Навигация веб-сервисов и социальных сетей http://seleckis.lv/journal/research/navigatsiya-veb-servisov-i-sotsialnyih-setey http://seleckis.lv/journal/research/navigatsiya-veb-servisov-i-sotsialnyih-setey#comments Tue, 17 Mar 2009 10:10:01 +0000 Никита http://seleckis.lv/?p=1594 Меня удивляет непоследовательность разработчиков интерфейсов различных социальных сетей и веб-сервисов в организации навигации. Простая и понятная навигация встречается на очень редких сайтах. Это свидетельствует о том, что в разработке не участвуют специалисты по юзабилити, либо по каким-то техническим, экономическим, амибициозависимым соображениям их рекомендации не берутся во внимание.

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

В любом случае в такого рода разработке нужен системный подход. В этой статье я расскажу, как я вижу сложную навигацию веб-сервиса (на примере социальной сети).

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

Если раскрыть значение этих блоков, то схема приобретает такой вид:

Фактически мы говорим о том, что изначально пользователь выбирает, чей контент он хочет посмотреть: свой, своих друзей, групп в которых он состоит, или вообще публичный контент (это не всегда бывает). Причём здесь речь идёт только о контенте, который совпадает у всех «Кто?» есть на веб-сервисе.

Ну «со мной» всё понятно: я один и контент будет один. При просмотре контента друзей нужно сначала выбрать друга. Вариант классической «сборной солянки я не рассматриваю», поскольку это фактически является не частью костяка навигации, а всего лишь надстройкой. В группах то же самое — нужно выбрать группу, а потом её контент.

С «публикой» не всё так прозрачно, поскольку не существует универсальных механизмов выбора того пользователя, который нужен. Методов много, от банального поиска, до рейтингов, пузомеров, продвигаемых спонсорских групп и других. Поэтому метод выбора оставим абстрактным.

Что же происходит в различных социальных сетях? А сами посмотрите. Это вам всё для затравочки. Продолжение будет о том, как организована навигация, а в особенности контролы.

]]> http://seleckis.lv/journal/research/navigatsiya-veb-servisov-i-sotsialnyih-setey/feed 5 Формат телефонных номеров в Латвии http://seleckis.lv/journal/research/format-telefonnyih-nomerov-v-latvii http://seleckis.lv/journal/research/format-telefonnyih-nomerov-v-latvii#comments Wed, 28 Jan 2009 13:12:25 +0000 Никита http://seleckis.lv/?p=1537 Если мы откроем любой из современных латвийских телефонных справочников, то мы увидим, что номера телефонов представлены восьмью цифрами без каких либо разделителей. Отделяют только код страны, и то не всегда.

Чем же обусловлен такой набор? А ничем! Просто так изначально стал писать номера телефонов наш фактический монополист по фиксированной связи компания «Lattelecom».

После развала Советского Союза, номера телефонов в Риге были шестизначные (в районах — пятизначные).

Пример: 654321

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

В середине 90‑х годов Латтелеком провёл модернизацию сети, подключив цифровое оборудование и добавив к началу номера цифру 7. Мобильные же номера начинались сначала на цифру 9, позже — на 6 и 5.

В начале 21 века номеров опять стало не хватать и решили добавить ещё одну цифру к фиксированным номерам — 6. Мобильные получили цифру 2.

В итоге номер телефона городской фиксированной связи на данный момент выглядит следующим образом:
67654321
Номер мобильного:
27654321
Бесплатные номера традиционно начинаются с 80X и пока остаются семизначными, а номера повышенной стоимости — с 90X.

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

Решение

Вариантов разделения номеров много. Сколько стандартов — столько вариантов. Рекомендую прочитать статью Лебедева об истории телефонных номеров, чтобы знать какие форматы, где используются.

Я хочу предложить вариант, которые основывается на нашу сегодняшнюю ситуацию и историю телефонных номеров в Латвии с начала 90‑х годов.

Для городских номеров (Рига): 6 XXX-XX-XX
Выделяется цифра 6 для обозначения «стационарности» телефона.

Для мобильных номеров: 2 XXX-XX-XX
Выделяется цифра 2 для обозначения «мобильности» телефона.

Для бесплатных номеров: 80Х X-XX-XX
Выделяется начало 80Х для обозначения «бесплатности» телефона.

Для специальных номеров: 90Х X-XX-XX
Выделяется начало 90Х для обозначения «специальности» телефона.

Для районных номеров: 6 (XX) X-XX-XX
Сначала выделяется цифра 6 как обозначение городского номера, затем в скобочках указывается код города.

Короткие номера я не упоминаю, они и так короткие.

А что вы думаете по этому поводу?

]]> http://seleckis.lv/journal/research/format-telefonnyih-nomerov-v-latvii/feed 21 Золотое сечение http://seleckis.lv/journal/art/zolotoe-sechenie http://seleckis.lv/journal/art/zolotoe-sechenie#comments Fri, 28 Nov 2008 15:47:22 +0000 Никита http://seleckis.lv/?p=1461 Удобно, когда Google при запросе какой-либо константы показывает её значение, пусть даже в коротком виде. Но насчет «золотого сечение» я бы не сказал что это удобно. Google показывает «1.61803399». Цифры — это конечно замечательно, но суть золотого сечения не в его величине, а в пропорции. Правильнее было бы показать следующую формулу:

Или можно ещё сказать так:

Золотая пропорция — это такая пропорция, когда отрезок поделен на две части таким образом, что отношение большей части к меньшей равно отношению всего отрезка к большей части. Или наоборот.

Дроби можно переворачивать. В любом случае получится величина равная либо 1.61803399.., либо 0.61803399…

Считается, что золотая пропорция является наиболее гармоничной пропорцией созданной самой природой. Её можно обнаружить например в строении тела человека:

Или в яйце:

Издревле пропорция использовалась для построения правильного пятиугольника либо звезды:

Привёл всего два отрезка, чтобы вы не запутались. Хотя на самом деле они здесь повсюду.

В искусстве первым золотое сечение стал использовать Леонардо Да Винчи. Одна из самых знаменитых его работ «Мона Лиза» была изображена с использованием этого принципа.

Кроме того, он вывел пропорцию так называемого «золотого прямоугольника»…

…при построении которого, в добавок ко всему можно построить и спираль Архимеда.

В жизни эту спираль можно встретить например в раковине улитки.

Очень многие художники, архитекторы, скульпторы фотографы и кинематографисты последовали его примеру. А в разных художественных школах на основе золотого сечения вывели собственные матрицы полотен с пропорциями близкими к золотому сечению: 5 × 3 и 10 × 6.

Сравните две фотографии и согласитесь, что обычно люди фотографируют так как слева, а вариант справа в свою очередь смотрится гораздо выразительней и динамичней:

Ещё интересный кадр:

А в следующей статье я напишу, как можно использовать золотое сечение в дизайне сайтов. А пока полистайте статьи на эту тему, чтобы углубить свои знания.

]]> http://seleckis.lv/journal/art/zolotoe-sechenie/feed 17 Отчет о лекции «Web 2×2» http://seleckis.lv/journal/events/otchet-o-lektsii-web-2-2 http://seleckis.lv/journal/events/otchet-o-lektsii-web-2-2#comments Wed, 12 Nov 2008 21:46:17 +0000 Никита http://seleckis.lv/?p=1388 В среду, 5 ноября состоялась открытая лекция в Школе веб-технологий, на которой Максим Береза и Артур Меднис любезно согласились выступить с рассказом о тренде Web 2.0, социальных сетях и веб-приложениях.

Сначала лекция планировалась быть чисто информационной и только для учеников школы, но потом я подумал, а почему бы не сделать её открытой и не предложить посетить её большему количеству людей?

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

Всего было очень много, немного сумбурно и непоследовательно, постоянно «прыгали» из темы в тему, но у такого вида беседы тоже есть своя прелесть. Мысли спутываются и рождают что-то новое, что-то неисследованное, неиспользованное, что побуждает еще больше окунуться в рассуждение о том, как говорят на opencoffee, «куда мы катимся».

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

Web 2.0 говорите? Хм-м-м… Надо подумать…

]]> http://seleckis.lv/journal/events/otchet-o-lektsii-web-2-2/feed 10 Развитие латвийского и мирового веба и перспективы проекта электронной библиотеки http://seleckis.lv/journal/research/razvitie-latviyskogo-i-mirovogo-veba-i-perspektivyi-proekta-elektronnoy-biblioteki http://seleckis.lv/journal/research/razvitie-latviyskogo-i-mirovogo-veba-i-perspektivyi-proekta-elektronnoy-biblioteki#comments Fri, 12 Sep 2008 21:30:26 +0000 Никита http://seleckis.lv/?p=1279 Презентация озвучена на конференции bridgecamp + bibcamp и оформлена в виде доклада.

Развитие социальных сервисов

Современные социальные веб-сервисы могут представлять собой как специализированные платформы для узкого круга пользователей, так и многофункциональные «комбайны». Причина создания нового сервиса не ограничивается только одной идеей. Как правило идею должен поддерживать спрос на подобный сервис.

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

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

Перспективы развития латвийского интернета

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

  1. Отсутствие информации — потенциальные инвесторы плохо осведомлены о возможностях веба и перспективности веб-проектов, а если и осведомлены, то не желают идти на риск, главным образом вкладываясь в проверенные в мировой практике темы. До недавнего времени было стабильнее и выгоднее вкладываться в какое-нибудь строительство. Хотя в последнее время ситуация с недвижимостью на столько дестабилизировалось, что возможно инвесторам стоит обратить внимание на сферу веб?
  2. Отсутствие специалистов — большинство хороших специалистов (дизайнеров, программистов, верстальщиков, иллюстраторов, менеджеров веб-проектов) работают на зарубежный рынок, так как локальный у нас слишком мал, чтобы «развернуться». Как правило, специалисты не слишком хотят делиться знаниями, а если хотят, то только со специалистами такого же уровня. В большинстве учебных заведений преподают поверхностные знания веб‑технологий, но не дают полноценного взгляда на эту сферу. Поэтому большинство современных специалистов в области Веб в Латвии — самоучки.

Развитие проекта Электронной Библиотеки

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

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

К примеру, проект электронной базы данных Латвийской национальной библиотеки. На данном этапе возможности этого сервиса весьма ограниченны, но если подойти к делу творчески и со знанием современных тенденций и нужд аудитории можно предложить модернизировать сервис следующим образом:

  1. Если пользователь не смог найти книгу, то должна быть возможность отправки запроса. Ориентируясь на эти данные руководство библиотеки могло бы расширять свой «арсенал».
  2. Добавить изображение обложки книги. Часто визуальный поиск дает наибольший эффект, если пользователь не помнит точное название или автора книги.
  3. Пользователю нужно дать право писать комментарии и рецензии к книгам и формировать общую ленту рецензий. Это даст возможность новым читателям оценить необходимость в той или иной книге.
  4. Как минимум для каждой книги добавить кнопку «Я прочитал», как максимум — давать оценку книге. Таким образом можно вести рейтинг книг и показывать самые популярные.
  5. Ну и если вышеперечисленные пункты реализовать, то нужен отдельный домен и современный, удобный дизайн.
  6. Поиск по различным критериям; указание адреса библиотеки, в которой можно книгу найти и заказать; учетная карточка пользователей; учет выданных книг на руки и отслеживание должников — это в каком-то виде уже работает.

Способы реализации

Конечно, любой большой, а особенно специализированный проект требует особого подхода и соответствующих затрат. Самый простой, но наиболее дорогой вариант — заказать развитие сервиса у известной компании занимающейся веб‑разработкой. Если есть финансовые возможности, то нет никаких препятствий.

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

Есть третий вариант, который мы хотели бы вам предложить.

«Школа веб-технологий» предлагает всем желающим освоить как основы веб‑дизайна, верстки и программирования, так и повысить уровень своих знаний по профессиональной программе «Веб-технологии». Каждый ученик может выбрать специализированный модуль и изучить именно то, что он хочет.

«Школа веб-технологий» предлагает обществам, организациям и компаниям заказать любую веб-разработку, будь то веб-сайт или специализированный сервис. Отличие от заказа у других разработчиков будет состоять в том, что наши ученики осваивают веб-технологии у профессиональных преподавателей-практиков и любая разработка ведется под их руководством. Соответственно, цена за разработку будет низкая, а качество — высокое.

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

]]> http://seleckis.lv/journal/research/razvitie-latviyskogo-i-mirovogo-veba-i-perspektivyi-proekta-elektronnoy-biblioteki/feed 7 Скажи «Нет!» апострофу в русском языке для окончаний http://seleckis.lv/journal/research/apostrofa-net-v-russkom-yazyike http://seleckis.lv/journal/research/apostrofa-net-v-russkom-yazyike#comments Sun, 03 Aug 2008 11:45:01 +0000 Никита http://seleckis.lv/journal/research/apostrofa-net-v-russkom-yazyike В русском языке некрасиво употреблять «апостроф» (ʼ), и уж тем более одинарную кавычку (‘) для отделения псевдо-склонённых нерусских существительных от их окончания.

Чтобы не париться с названиями компаний и некириллическими терминами, СамиЗнаетеКто решил их все переводить в кириллицу и склонять как обычные русские слова. Например:

Сайт Микрософта

Как бы написал обычный пользователь, не знакомый с правилами Лебедева? А вот так:

Сайт Microsoft’а

Последняя буква, идущая после апострофа (одинарной кавычки), играет роль окончания псевдо-склонённого названия компании написанного латиницей.

Если вы не поддерживаете правило Артемия Лебедева и считаете, что названия компаний — это бренды, которые нельзя переводить в кириллицу, то используйте вместо апострофа дефис (-).

Сайт Microsoft-а

Такой вариант будет ближе к русскому языку. Хотя и здесь не всё однозначно, ведь название компании должно быть в кавычках, значит нужно писать так:

Сайт «Microsoft»-a

но идущие подряд закрывающая кавычка и дефис не слишком удачно выглядят. Опять же «-а» — это псевдо-окончание, поэтому уместно его поместить внутрь кавычек:

Сайт «Microsoft-a»

Конечно, самый универсальный вариант, это

Сайт компании «Microsoft».

но не слишком гибкий.

То же самое касается и англоязычных терминов:

lv-шный домен
hi-tech-овский дизайн
не отправляются trackback-и

А что вы думаете по этому поводу?

]]> http://seleckis.lv/journal/research/apostrofa-net-v-russkom-yazyike/feed 50 Выхлоп: HTML должен быть… http://seleckis.lv/journal/research/vyihlop-html-dolzhen-byit http://seleckis.lv/journal/research/vyihlop-html-dolzhen-byit#comments Wed, 09 Jul 2008 21:37:07 +0000 Никита http://seleckis.lv/journal/research/vyihlop-html-dolzhen-byit …основанным на логике. Да, это первое и самое главное. В принципе, это главное предназначение было описано еще в SGML.

Принцип логики нарушил ещё Папа вэба — Тим Бернерс-Ли, который в своём первом драфте накидал кучу визуальных тэгов. Shame on you, Tim! Хорошо хоть, исправляешься. Я неожиданно удивился изменениям в XHTML 2.0:

  1. Элемент <blockcode>, которого всем так не хватает, на замену тупой конструкции <pre><code> … </code></pre>
  2. Элемент <l>. Для обработки строк, незаменимая вещь. Опять же избавляемся от мусорного <br />
  3. Элемент <separator> взамен <hr />. Человечное и логичное название.
  4. Ну про <section> уже все успели написать и раскритиковать, но я поддерживаю это нововведение. Мне, например, не удобно постоянно следить за уровнем заголовков. Я бы предпочёл автоматизировать этот процесс наподобие нумерованных списков.
  5. Очень не хватало группировки терминов и значений. Именно из-за отсутствия такой возможности в статье о позиционировании картинок в галерее приходилось в качестве группирующего элемента использовать сам элемент <dl>, что было не логично и неудобно для восприятия.
  6. <nl> — это, насколько я понимаю в замен устаревшему <menu>. Насчёт обязательного присутствия элемента <label> я не согласен. Почему у меня не может быть навигации без заголовка? Тем более получается конфликт с одноимённым элементом в формах.
  7. Супер-пупер вещь — href в любых элементах! Сколько мучений с тем, что в тэг <a> не допустимо засовывать блочные тэги!
  8. Логичный атрибут edit вместо элементов <ins>, <del>, с дополнительными значениями. Похоже на свойства файла.
  9. Почти отказ от элемента <img>. Атрибуты src, usemap, ismap, shape, coords можно добавить для любого элемента, содержимое которого заменится на картинку переданную в src. Причём в src может быть не только картинка, но и любое другое содержимое, любой mime‑контент. Но чтобы это корректно работало, нужно указать тип содержимого в srctype. <img> в свою очередь стал парным тэгом, а содержимое его выступает в качестве альтернативного текста.
  10. <handler> вместо <script>. Зачем? Неужели <handle> семантически точнее, чем <script>? Опять же предлагается прямо в нём писать javascript. Да ещё и модуль XML событий добавили! А как же «Васька — отдельно, сосиски — отдельно»?
  11. Атрибут media во всех элементах. Т. е. можно сразу определить в элементе для какого девайса его показывать. Удобно когда нужно сделать страницу корректно отображаемую на мобильнике или печатаемую на принтере. Например, для мобильных браузеров не поддерживающие CSS это очень кстати. Хотя, к тому времени, когда XHTML 2.0 станет общеиспользуемым, у нас не останется таких мобильников.
  12. Элемент meta превратился в парный тэг. Логично. Информации много, её надо куда-то девать. В content всё не умещается.
  13. Нагородили огород с <link>. Народ cite толком не использует, а они ещё хотят писать дополнительные элементы <link> и <meta> для указания источника, языка, автора…
  14. Указание внешнего источника стилей расширено xml-ным способом, через элемент <?xml-stylesheet?>
  15. Нет объяснения, зачем к id добавили ещё xml:id. Видимо по той же причине что и xml:lang. Да, но зачем вообще явно указывать namespace?
  16. Отличнейший атрибут role. Любым приложениям, а так же поисковикам, можно будет рассказывать о предназначении того или иного элемента.

Сырой документ. Много недописанного, в том числе XForms. Но в целом «верной дорогой идёте, товарищи!» Но идти вы так будете очень долго.

Что мы имеем сейчас?

Самые непопулярные браузеры имеют самые быстрые темпы развития и поддержку новых технологий. Хочу обратить ваше внимание на тот факт, что браузеры Opera, Firefox и Safari поддерживают несуществующие тэги. Любой вами придуманный тэг (в HTML, а не в XML) является по‑умолчанию строчным, но его внешний вид можно настроить с помощью CSS как угодно.

IE6, который является самым долгоиграющим браузером на рынке и самым устаревшим и глючным и IE7 не далеко ушедшим от его старшего собрата не поддерживают такие фривольности. Вернее поддерживают, но только через пространства имён.

Каким я вижу HTML?

XML + CSS. Разработчик не должен ограничиваться тем количеством элементов, что допускает спецификация. Он должен иметь возможность использовать любое название элемента. А любой элемент, в свою очередь может быть описан с помощью CSS.

Любые специфические элементы (элементы форм, внедряемые объекты, мета‑информация) нужно переводить в атрибуты и иметь возможность задавать их любым элементам.

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

Убрать возможность добавлять скрипты и стили непосредственно в HTML‑документ. Только выносные.

Проблемы

Я не говорю о такой глобальной проблеме, как убеждение производителей браузеров в использовании такого метода. И так понятно, что их прошибить сложно. У них бизнес-план расписан на несколько лет вперёд.

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

Выхода два:

  1. оставить совместимость с существующим HTML;
  2. стандартизировать понятие «браузер», как программу отображающую содержимое размеченное HTML‑тэгами и стилизованное CSS‑описанием. Любые нестандартные проявления встречать свистом и недовольным улюлюканьем.

Второй вариант предпочтительней.

Жду гневные комментарии, господа верстальщики-гуру!

]]> http://seleckis.lv/journal/research/vyihlop-html-dolzhen-byit/feed 26 Стандарты, говорите..? http://seleckis.lv/journal/research/standartyi-govorite http://seleckis.lv/journal/research/standartyi-govorite#comments Wed, 02 Jul 2008 21:39:05 +0000 Никита http://seleckis.lv/journal/research/standartyi-govorite

Народ кричит: «Стандарты! Стандарты!» И я вместе с ними иногда покрикиваю. Причём если возникает вопрос «Почему?», то за ним незамедлительно следует ответ: «Так написано в Спецификации X(HTML) такой-то, такой-то». И дают сразу ссылку на вышеназванный документ, который читают полностью только самые дотошные зануды, а в основном все просматривают только описания конкретных элементов. «А-а-а! Ну тогда ладно…» — Вопрошатай оценил «бесценность» научного документа и возгордился тем, что смог его «асилить».

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

Производители браузеров никогда не придут к единому консенсусу в отношении стандартов, у каждого есть своё собственное мнение о развитии веба и каждый будет гнуть свою линию. Опять же любая программа написана человеком и будет содержать множество ошибок. Даже самый первый программный код, который программисты пишут для вывода «hello world» содержит грамматические ошибки, что говорить о дальнейшем. Где грамматические, там и логические. Поэтому, каждый уважающий себя браузер всё равно имеет множество багов, которые «отличают» его от остальных.

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

Вот тэги, которые я бы использовал часто:

<a>, <blockquote>, <body>, <br>, <cite>, <code>, <dd>, <div>, <dl>, <dt>, <em>, <form>, <h1> to <h6>, <head>, <html>, <img>, <input>, <label>, <li>, <link>, <meta>, <ol>, <option>, <p>, <script>, <object>, <param>, <select>, <span>, <strong>, <style>, <table>, <td>, <textarea>, <th>, <title>, <tr>, <ul>.

А эти я бы использовал очень редко или вообще не использовал бы:

<abbr>, <acronym>, <address>, <applet>, <area>, <b>, <base>, <basefont>, <bdo>, <big>, <button>, <caption>, <center>, <col>, <colgroup>, <del>, <dir>, <dfn>, <fieldset>, <font>, <frame>, <frameset>, <hr>, <i>, <iframe>, <ins>, <isindex>, <kbd>, <legend>, <map>, <menu>, <noframes>, <noscript>, <optgroup>, <pre>, <q>, <s>, <samp>, <small>, <strike>, <sub>, <sup>, <tbody>, <tfoot>, <thead>, <tt>, <u>, <var>, <xmp>.>

Одни тэги запрещены спецификацией, другие редко когда нужны, третьи вообще не нужны.

Если всё делать по стандартам, то скажите мне пожалуйста, зачем существуют выше перечисленные элементы? Они часто используются? Только не надо тыкать меня носом в спецификацию с объяснением. Эти объяснения надуманы. Чем руководствовался консорциум создавая это бодягу, но не подумав, например, о блочном варианте code? Почему нет <nobr>? Он мне нужен чаще, чем <sub>, <sup>, <del> или <ins>.

Опять же, одинаково отображается во всех браузерах наверное только половина первого списка.

Больше всего ругаются на IE. Да, это самый дырявый браузер. Но и под него можно подстроиться. Хватить канючить, пора работать. IE6 существует уже столько лет, что давно все его баги описаны и решения обхода известны. Многим просто лень гуглить.

Я сейчас не буду затрагивать тему CSS, только HTML. Если существует различный рендеринг в различных браузерах, то не нужно на это ругаться, это надо использовать. Особенно касается элементов форм. Их отображение зависит не только от браузеров, но зачастую и от операционных систем. Если хотите, то можете городить тучу кода на JavaScript для замены селекта. Я же буду использовать тот, что даёт конкретный браузер или операционная система.

Чем больше я занимаюсь вёрсткой, тем больше убеждаюсь: стандарты — в топку! Может бросить верстать?

]]> http://seleckis.lv/journal/research/standartyi-govorite/feed 51 Перспектива http://seleckis.lv/journal/graphics/perspektiva http://seleckis.lv/journal/graphics/perspektiva#comments Tue, 11 Dec 2007 16:24:23 +0000 Никита http://www.seleckis.lv/journal/graphics/perspektiva Существует несколько видов перспективы, о которых помнят не все художники и дизайнеры, порой ограничиваясь рисунком в диметрии. А кто-то, возможно, знает о них, но пользоваться не умеет или не понимает необходимости. Думаю, многим будет полезно расширить свои знания понятием о перспективе и её видах.

Рисовал в Corel Draw, так что если захотите сами такое творить, то используйте векторные редакторы, там будет проще чем в фотошопе.

Одноточечная (прямая) перспектива.

При данной перспективе существует одна точка схода (vanishing point) на линии горизонта, куда сходятся все параллельные линии на рисунке. Предметы проецируются на основе этих линий. По мере удаления от смотрящего уменьшаются сами предметы. Все вертикальные и горизонтальные линии параллельны.

Двухточечная (линейная) перспектива

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

Видео-урок, о том, как сделать куб в такой перспективе в Gimp.

Здесь иногда используется точка измерения (к сожалению, не знаю, как она называется по-английски, обозначается MP) для расчёта размеров правильных квадратных объектов.

Трёхточечная (воздушная) перспектива

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

Четырёхточечная (широкоугольная) перспектива

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

Кстати говоря, мы тоже видим окружающий мир, немного искажённым по принципу подобной перспективы, просто, наш мозг привык «выпрямлять» искажённые параллельные линии, переданные нашими глазами. Фотоаппарат делает снимки, на которых мы можем убедиться, что линза фотоаппарата, как и глаз, который, по сути, тоже является линзой передаёт изображение со слегка закруглёнными стенами здания. Снимите здание обычным фотоаппаратом и попробуйте в любом графическом редакторе расчертить контуры здания. Увидите, что линии, которые казалось бы, должны быть прямые, на самом деле получаются слегка закруглёнными.

Пятиточечная (сферическая) перспектива

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

У меня, конечно, не очень правильно получилось, но думаю, принцип вы поняли.

Шестиугольная (двойная сферическая) перспектива

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

Дополнительный материал:

Вот такой кубик можно получить если делать его по всем правилам:

]]> http://seleckis.lv/journal/graphics/perspektiva/feed 21