February 2026

S M T W T F S
1234567
891011121314
15161718192021
22232425262728

Page Summary

Style Credit

Expand Cut Tags

No cut tags
Monday, June 7th, 2010 12:57 am
Когда-то сайты с надписями типа "this site can be viewed only in Internet Explorer" - а то и, хуже того, просто отказывающиеся обслуживать владельцев других браузеров - были довольно частным явлением. Однако в последние лет 5-6 такой пакости почти не осталось.
Но фирма Эпл решила возродить славную традицию. На их сайт, созданный для того, чтобы хвастаться, как классно фирма Эпл поддерживает веб-стандарты по сравнению с другими веб-бразуерами - другим браузером зайти просто невозможно. Ну, для лучшего сравнения, надо полагать.
Притом что люди, сумевшие путём несложной манипуляции обойти фейс-контроль Эпла, докладывают, что сайт в других браузерах вполне работает. Но посетителям этого сайта ведь это не нужно знать. В целях лучшей поддержки открытых стандартов.

P.S. Кстати, уровень поддержки HTML5 у Сафари и ФФ довольно близкий. Хотя и сам HTML5 ещё не совсем стандарт, так что цыплят рано считать.
Wednesday, June 9th, 2010 08:13 am (UTC)
Ну обсуждать тут историю в сослагательном наклонении надо заканчивать :))

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

Не "some examples for iAny developers", заметим. Хотя и последним нехило бы начать думать о чем-то

Ну последние как раз в курсе )

Сначала клиенту показывают на выбор webkit-only sites, а потом удивляются

Ну давайте оставим за скобками невменяемого клиента и разработчика, пожалуйста, а? :) Вменяемый клиент в курсе (или вменяемый разработчик ему объяснит), что WebKit only может быть версия для iAny/Android, для остальных зайцев и ослов мы будем использовать A/B/C/D, и даже если это не будет визуально эквивалентно, то будет работоспособно и эстетически достойно. Может быть и визуально эквивалентно. Но уже дороже и с такими-то побочными эффектами. Очень многие вещи можно малой кровью эмулировать javascript'ом.

У меня буквально сейчас на столе пример, когда клиент присылает вот это: http://www.progressivered.com/cu3er/ и хочет, чтоб там внутри не только картинки но и видео играло. И без флеша. А IE у него в списке совместимости на последнем месте. Понятное дело, что сделаем слайдер на css3 и для IE поставим какой-то плагин. Я его с оговорками на выше обсуждаемую страницу и отправил. Получил по итогу массу положительных эмоций :)

Ок, оставим Gmail 4 iPad за скобками пока. Хотя есть масса аналогичных решений уже, которые можно делать не аппликацией, а именно веб версией. И в первую очередь потому что WebKit позволяет.
Wednesday, June 9th, 2010 08:10 pm (UTC)
Стас, веб на айпаде - это обычный веб? Или не совсем? Учитывая разрешение и тач (т.е. минус драгндроп, минус ховер и еще пару мелких брызг). А ведь айпадов УЖЕ продано больше 2 млн.
Веб на нетбуке 9-инчовом - это обычный веб?

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

Зачем делать универсальную версию, заточенную под тач-интерфейс, если ты по определению знаешь, что она будет работать под современным браузером? Когда Опера придет на iPad в полном объеме (при всей моей к ней любви как к десктопному броузеру) можно будет дописать пару костылей, да. Но незачем делать версию для тач дивайсов под ИЕ, правда? Кроме гиков с ИЕ туда никто не полезет. И с ФФ тоже. Причем, замечу: под ИЕ9 и под ФФ скорее всего эта красота и так будет работать, ну немного другие эффекты.

А Эппл - в контексте обсуждаемой страницы - НЕ веб разработчики. И их выбор был сделать примеры для веб-разработчиков, которые будут работать на ИХ платформе (в контексте - броузере). И они не обязаны делать демо возможностей Оперы, ФФ и прочего зоопарка броузеров или свое демо делить на Х броузеров без надежного понимания, что получат тот UX, который гарантированно получат от работы примеров (!!!) под Safari.

Т.е порог тут буквально не тот, вот в чем проблема.