CSS-live.ru

Cтатьи по тегу «HTML»

Еженедельная подборка красивых эффектов на CSS/SVG/JS #51

0

Подборка свежих эффектов, интересных идей и полезных наработок.

Спираль из текста на CSS

Технологии: CSS трансформации и анимация.
Автор: Карпе Нумидиум (@carpenumidium)

Спираль из текста Посмотреть живой пример


Еженедельная подборка красивых эффектов на CSS/SVG/JS #50

0

Подборка свежих эффектов, интересных идей и полезных наработок.

Пейзаж с оленями и анимированным фоном

Технологии: CSS, JS.
Автор: Марио Дуарте (@MarioDesigns)

Пейзаж с оленями и анимированным фоном Посмотреть живой пример


Игра на чистом CSS, без грязной HTML-разметки

7

Примерами «чего-либо на чистом CSS» сегодня удивить трудно, но обычно это значит лишь «без скриптов», т.е. с хаками в разметке, типа вставленных в строго определенные места невидимых чекбоксов. Отчего разметка становится нелогичной и негибкой. Так что «чистый CSS» — это почти всегда «грязный HTML». Хейдон Пикеринг тоже настолько устал от этого, что высказался в твиттере:

Если вы заявляете, что сделали что-то на «чистом CSS», я даже видеть не хочу HTML. Удачи.

Многие читатели прицепились к фразе «видеть не хочу HTML» буквально. Действительно, хотя CSS-оформление привязано к DOM-элементам, CSS может работать и с минимумом HTML-разметки. А то и вообще без нее! Сразу несколько человек вспомнили старинный пример Матиаса Байненса. Он использует псевдоэлемент для элемента body (для которого необязательны и закрывающий, и открывающий теги, т.е. он присутствует в DOM независимо от наличия соотв. тегов в разметке!) плюс малоизвестный (и поддерживаемый пока только в Firefox и старой Опере) HTTP-заголовок Link, позволяющий браузеру ссылаться на файл стилей без тега <link>. Но сами комментаторы были вынуждены признать, что такой подход слишком ограничен, чтобы быть полезным.

Но кто ж готов мириться с ограничениями, тем более вечером в пятницу! Уж точно не ваш покорный слуга:). Вызов принят: что если не полезное, то по крайней мере интересное/занятное можно сделать в наши дни на чистом CSS, по возможности (в идеале — вообще) не используя разметку?

Про пояса HTML и подтяжки ARIA: неявная ARIA-семантика по умолчанию, которую от вас хотели скрыть

4

Перевод статьи Стива Фолкнера «On HTML belts and ARIA braces» с сайта html5doctor.com

Надо ли добавлять HTML-элементам атрибуты ARIA role, чтобы раскрыть их семантику — один из тех вопросов, что всплывают с завидным постоянством. Ответ — «может быть» для некоторой части элементов, но обычно (и чем дальше, тем больше) — «нет».

Долговременная веб-семантика

14

Перевод статьи Long Term Web Semantics с сайта infrequently.org, c разрешения автора — Алекса Рассела.

Что-то раздражает меня во фразе «семантичный HTML».

Подразумеваемый смысл вполне ясен: использование HTML так, чтобы он был читаемым, описание вещей простым языком. Но «семантика» означает совсем не это. Можно было сказать просто «хорошо написанный» или «проверенный редактором». Это подошло бы лучше. Разметка, которую мы сегодня называем «несемантичной», на самом деле не такова: для конечных пользователей-то смысл есть, просто он передается слишком многословной разметкой. Рассусолено, но не «несемантично» (т.е. не «бессмысленно»).

Замысловатое и ускользающее от понимания — вроде того, что выходит из-под моего пера — плохо. Простое и ясное — хорошо. Сложно определить, что такое «просто» и «ясно», поскольку здесь замешаны вопросы значения и то, чего авторы (веб-разработчики) могут ожидать от читателей (браузеров). Для этого есть специальные фразы, напр. «Чтение на уровне 8 класса». Расчет на продвинутого читателя позволяет писать кратко и передавать тонкие оттенки. Знатокам не нужно разъяснять термины. Есть реальная польза в повышении общей грамотности в сообществе.

Употребление слова «семантичный», при котором речь идет о простоте, и подразумеваемое при этом значение этого слова говорят о глубокой путанице насчет того, как работает язык, роли разработчиков в донесении этого значения и реального потенциала смыслового развития для веба. Почему это важно? И чем плох «семантичный HTML»?

Фреймворк AngularJS не для сайтов

16

Перевод статьи AngularJS is not for websites с сайта wolfslittlestore.be, c разрешения автора — Йохана Ронсе.

Я хотел написать небольшую предысторию про мой комментарий в Твиттере об AngularJS и сайтах, и тем самым предоставить более детальный обзор.

Люди, поймите, AngularJS не предназначен для сайтов. Два новых крупных сайта в Бельгии, финансируемые деньгами налогоплательщиков, не доступны для слепых. Это больно видеть.

— Йохан Ронсе (@wolfr_) 14 Октября 2014

Я не знаю, о чем я думал, когда писал, что это больно «видеть». Шутки в сторону, этот комментарий о недавних редизайнах antwerpen.be и stubru.be.