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 08:10 am (UTC)
Не то чтобы защищая эппл - это я бы не называл это "их сайт". Это специальная страничка для демонстрации возможностей того, что делается с помощью HTML5/CSS3 - и если бровзер не поддерживает эту красоту, то страница с эмуляцией этой красоты должна иметь другое название и другой адрес. Собственно, таких эмуляций в сети до бениной мамы.
Другое дело, что если делать что-то специально для сафари (в частности, для iPad/iPhone/iPod Touch - то можно сравнительно смело использовать указанные демо.
Wednesday, June 9th, 2010 07:04 am (UTC)
А при чём тут эмуляция?
Те кто сумели пролезть на других браузерах наблюдали НЕ эмуляцию, а прорисовку того же хтмл5 другими браузерами.

Успешно, как я понимаю.
Wednesday, June 9th, 2010 07:12 am (UTC)
Эмуляция ровно при том, что не все броузеры поддерживают эту красоту (в частности, ИЕ). Но эту красоту можно эмулировать для таких броузеров и примеров в сети много.
С чего Вы взяли, что я имел в виду все другие броузеры, которые поддерживают html5/css3?
Wednesday, June 9th, 2010 08:15 am (UTC)
Долго, вдумчиво перечитывал Ваш коммент. И чем дольше читал, тем меньше понимал, что Вы пытались сказать.

Например - зачем Вы вообще завели речь про эмуляцию? Ну да, есть браузеры которые не поддерживают - И ЧТО?

В посте stas-а речь о том, что HTML5 поддерживает не только Safari, а на сайт (страничку если угодно) пускают только его.

Предлагаю ограничиться обсуждением браузеров которые могут, но которых не пускают.
Wednesday, June 9th, 2010 08:29 am (UTC)
Согласен, мой первый коммент был не очень корректен (я апеллировал к упоминанию Стасом IE и немного заехал в эту сторону).

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

1) поддержка похожая, но не эквивалентная. Качество и скорость анимации, отрисовка отличаются. Причем от версии к версии. Пускать ограниченный список броузеров (с учетом OS и версий), которые поддерживают наиболее близко? И закладываться на разные объемы памяти, разные процессоры и как следствие - разное восприятие? Очень не по-эппловски, Вы не находите? :)

2) Технологические отличия (те же самые кастомные префиксы -moz, -o). Делать странно-несовсем-кроссброузерную версию? Ну так пусть Мозилла сделает mozilla.org/html5, Опера - opera.com/html5, Хром - google.com/chrome/html5 а w3c - www.w3.org/html5

3) Для iAny разработчиков (особенно в контексте wwdc) и этой страницы и сафари более чем достаточно :)

как-то так.
Monday, June 7th, 2010 09:29 am (UTC)
Ну что вы так придираетесь-то к несчастным. Как вам уже правильно сказали, речь идёт не о сайте, а о отдельной странице — tech demo. Алсо, я считаю, что самый кошерный браузер на маке — хром.

Щас, кстати, Джобс выступать будет. Если он скажет ещё что-нибудь про порнуху и андроид — вот тогда можно будет поплеваться, да. :)
(Anonymous)
Monday, June 7th, 2010 10:26 am (UTC)
Самое смешное, что моего Андроида (1.5) он туда пускает ;) хотя в нем как раз таки никакой HTML5 не работает.
Monday, June 7th, 2010 10:41 am (UTC)
Андроидный браузер построен на Вебките, и HTML5 там ого-го сколько.
(Anonymous)
Monday, June 7th, 2010 07:07 pm (UTC)
1. еще много разных других браузеров построено в вебките, тот же хром хотя бы, но их почему-то не пускают. у меня есть подозрение, что, это потому, что в юзерагенте у андроида стоит mobile safari.

2. это, конечно, хорошо и здорово, что в андроиде много HTML5, однако же ни одна из демок в моем телефоне не работала, я их все проверил вот этими вот ручками.
Monday, June 7th, 2010 08:06 pm (UTC)
Я там ниже написал: у этих демок нет задачи показать, какие браузеры поддерживают что, а есть задача показать, что в controlled, open, proposed-as-a-standard environment можно сделать без флеша. Не знаю также, вы ли тот, что писал "моего Андроида (1.5) он туда пускает", что, кажется, вступает в противоречие с "ни одна из демок в моем телефоне не работала".
(Anonymous)
Monday, June 7th, 2010 09:38 pm (UTC)
Там как раз есть про флеш, внизу страницы.

Кстати, все демки доступны по адресу developer.apple.com/safaridemos для всех браузеров.
(Anonymous)
Monday, June 7th, 2010 09:44 pm (UTC)
а нет, там тоже не для всех, наврал
Tuesday, June 8th, 2010 09:48 am (UTC)
Ознакомь себя с процессом стандартизации HTML5 чуть поглубже:

The specification is an ongoing work, and is expected to remain so for many years, although parts of HTML5 are going to be finished and implemented in browsers before the whole specification reaches final Recommendation status.


Некоторые детали спецификаций HTML5/CSS3 находятся в сыром состоянии. Другие являются просто proposed recommendation. Все, что предлагается как стандарт, начиналось как чья-то частная инициатива. В жизни любого стандарта есть момент, когда всего одна реализация его поддерживает. Это проходит, когда появляется вторая.
(Anonymous)
Monday, June 7th, 2010 09:35 pm (UTC)
Да, это я. Противоречия нет, «страница доступна» значит не то же самое, что «демка на странице работает».
Monday, June 7th, 2010 10:40 am (UTC)
Не то чтобы защищая Эппл, отмечу, что там черным по белому написано:
The demos below show how the latest version of Apple’s Safari web browser, new Macs, and new Apple mobile devices all support the capabilities of HTML5, CSS3, and JavaScript.


Люди, "обошедшие фейс-контроль", получили те же результаты, поскольку Хром построен на том же Вебките. Люди, работаюшие на Гекко, Престо, или Трайденте, тех же результатов не увидят: префиксы "webkit-" никаким engine (кроме webkit) поняты не будут. Что же префиксы "webkit-" делают в стандартном 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.

Т.е порог тут буквально не тот, вот в чем проблема.
(Anonymous)
Monday, June 7th, 2010 01:30 pm (UTC)
Наш корпоративный фаерфокс заходит.

selfmade
(Anonymous)
Monday, June 7th, 2010 01:34 pm (UTC)
Бля, а сами демки не открываются.

selfmade
Wednesday, June 9th, 2010 07:10 am (UTC)
Когда-то сайты с надписями типа "this site can be viewed only in Internet Explorer" - а то и, хуже того, просто отказывающиеся обслуживать владельцев других браузеров - были довольно частным явлением

Я видел сайт одного борцуна с Майкрософтом, который НЕ открывался в ИЕ.