February 2026

S M T W T F S
1234567
891011121314
15161718192021
22232425262728

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 ещё не совсем стандарт, так что цыплят рано считать.
Monday, June 7th, 2010 07:09 pm (UTC)
Не совсем понял, почему ты решил, что эта страница предназначена для сравнения возможностей разных браузеров отражать разные детали HTML5. Таких страниц есть море в других местах. Это также не страница, которая показывает, "как классно фирма Эпл поддерживает веб-стандарты по сравнению с другими веб-бразуерами". Эта страница, в рамках крестового похода против Flash, призвана показать, что можно сделать безфлешевым образом, для убеждения тупых придурков, всё ещё считающих, что без Флеша веб "неполон". Для того, чтобы лучше всего всё это посмотреть, зайди туда через Сафари на твоём Маке.

Если ждать, пока примут стандарт, можно и постареть. Вон 802.11n ждал с 2003 года до 2009. Дописывать префиксы в фаерфокс неправильно (так делал майкрософт в своем ИЕ6) - правильно ждать, пока примут решение, после чего префиксы убирать. Это то, что и будет сделано. Разница между Эпл ("пристегните привязные ремни, и мы вас покатаем на нашем экспериментальном девайсе, который через пару месяцев станет стандартом") и фирмами из 90-х ("мы написали наш сайт пять лет назад, он работал на ИЕ6, и нам пох на ваш фаерфокс") колоссальна.
Tuesday, June 8th, 2010 11:26 am (UTC)
Не совсем понял, при чем тут DHTML - речь идет о HTML5, в частности о canvas element. К тому же производительность JS-интерпретаторов очень сильно улучшилась за последний год. В каком-то сегменте аппликаций производительности HTML5 вполне хватит, а кросс-платформенность HTML5 утешит страдающих.

Разница же между крестиком и трусиками такова: Майкрософт вносил свои персональные добавки в стандарт и делал свои добавки стандартом де-факто, наплевав при этом на стандарты. Эпл вносит свои предложения в стандарт, но реализует их вначале как персональные добавки, чтобы показать, как это работает, и ждет или стандартизации, или имплементации того же в другом браузере.
Wednesday, June 9th, 2010 07:30 am (UTC)
Standards are the web, но кроме этого есть суровая правда жизни.
Вы не поверите, но и сейчас огромное большинство сайтов делается в существенно больше чем 2х версиях. В том числе больших, серьезных, когда базовая версия делается в соответствии с требованиями стандартов, а дополнительные мелкие настройки позволяют получить работоспособность и/или визуальное соответствие в тех броузерах, которые на эти стандарты кладут с прибором. Разумеется, в первых рядах последнего списка те самые IEs.

По поводу вашего списка ниже:
MS2: Не считает, но и с пренебрежением относится к базовым требованиям стандартов. Он мог себе это позволить из-за доли рынка браузеров. И не в последнюю очередь из-за этого он эту долю рынка и потерял.
MS3: Ну это уже не вопрос MS а кривых рук разработчиков и нетребовательности клиентов. Хотя я прекрасно помню времена, когда hotmail через одно место работал не в IE. И было это не так давно (в этой пятилетке, сам писал bug report)

A1: Создает добавки, которые работают на движке (а не броузере, почувствуйте разницу), и которые планируется процессить в остальных броузерах
А2: Эээ да ну? На его добавках?
А3: Еще раз: это не сайт, а демо страница для разработчиков. Разработчики как раз в курсе, что такое WebKit, где он стоит и почему для него можно делать смело специальные версии (специальный отдельный рынок iAny/Android приложений).
Лично мне, занимающемуся в том числе такими вот приложениями, такая страница очень даже удобна как шпаргалка, чтобы не париться и не выискивать какие именно свойства html5/css3 поддерживает ИМЕННО WebKit и показывать клиенту на выбор.
А уж что из этого и как поддерживается другими броузерами - вопрос моей компетентности как разработчика. Там же лежит и решение о том, что именно и как использовать для конкретного проекта и конкретной версии.
Посмотрите iPad версию Gmail'а - этот вариант вряд ли будет оптимальным не на тачскрине. А на тачскрине у нас в первую очередь WebKit. И иметь отдельную версию, заточенную именно под связку WebKit/Touchscreen - очень правильно, имхо.
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.

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