Здравствуйте, Sheridan, Вы писали:
I>> http://samples.msdn.microsoft.com/ietestcenter/ S>Не верю, не может такого быть.
То есть? Почему не веришь? Они же сами эти тесты придумали, логично что IE9 их все проходит Какой смысл публиковать тесты, которые выставляют себя же в невыгодном свете?
Здравствуйте, Ikemefula, Вы писали:
I>http://samples.msdn.microsoft.com/ietestcenter/
I>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>Не зря я от героев оных отказался.
А почему сравнивается IE preview, а у других браузеров взяты релиз версии, у хрома какбэ 5 версия уже в демо стадии, а у меня на dev канале уже 6 версия. И что-то нет ссылки на страницу с тестами, чтобы я само лично проверил свой любимый браузер.
Здравствуйте, messir VolanD, Вы писали:
V>А почему сравнивается IE preview, а у других браузеров взяты релиз версии, у хрома какбэ 5 версия уже в демо стадии, а у меня на dev канале уже 6 версия. И что-то нет ссылки на страницу с тестами, чтобы я само лично проверил свой любимый браузер.
так эта страница и есть тесты. потыкай там на ссылки с конкретными названиями тестов, проверишь. у меня на IE8 всё замечательно фейлится
Здравствуйте, messir VolanD, Вы писали:
MV>А почему сравнивается IE preview, а у других браузеров взяты релиз версии, у хрома какбэ 5 версия уже в демо стадии, а у меня на dev канале уже 6 версия. И что-то нет ссылки на страницу с тестами, чтобы я само лично проверил свой любимый браузер.
Да, ссылки на страницу с тестами нет. Зато есть ссылки на тесты. Я тупо взял и проверил разницу с IE8 по интересующим меня тестам.
var selection = window.getSelection();
if (null != selection.anchorNode)
{
testPassed = false;
}
Хотя спецификация вроде утверждает что anchorNode может быть null только при отсутствии выделения
Можно было придумать и более простой вариант проверки, что это не IE (который, похоже, опять забил на все стандарты).
Здравствуйте, Ziaw, Вы писали:
Z>Хотя спецификация вроде утверждает что anchorNode может быть null только при отсутствии выделения Z>Можно было придумать и более простой вариант проверки, что это не IE (который, похоже, опять забил на все стандарты).
Судя по тестам Микрософт собирается воевать насмерть
Стандарты — отстой. Микрософту проще продавить их под себя, нежели соблюдать
Z> var selection = window.getSelection();
Z> if (null != selection.anchorNode)
Z> {
Z> testPassed = false;
Z> }
Z>
Z>Хотя спецификация вроде утверждает что anchorNode может быть null только при отсутствии выделения Z>Можно было придумать и более простой вариант проверки, что это не IE (который, похоже, опять забил на все стандарты).
И конечно, же новая версия заточена под другие "технологии" от ms.
Стоит ли всем этим пользоваться.
Выводы?
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, Ikemefula, Вы писали:
I>>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
Z>Жесть, первый же отреверсенный тест валится в хроме на прикольном условии:
Z>
Z> var selection = window.getSelection();
Z> if (null != selection.anchorNode)
Z> {
Z> testPassed = false;
Z> }
Z>
Z>Хотя спецификация вроде утверждает что anchorNode может быть null только при отсутствии выделения Z>Можно было придумать и более простой вариант проверки, что это не IE (который, похоже, опять забил на все стандарты).
Mostly for historical reasons, in addition to the browsing context's selection, each textarea and input element has an independent selection. These are the text field selections.
Так что все правильно.
В фаерфоксе — тест кстати тоже проходит.
В сумме конкуренты выбирают более 60% рынка.
ie явно уходит если не в лузеры — по крайней мере в категорию "середняков".
хотя если вспомнить рекламные (и не только) бюджеты — очевидный луз.
Остаются в запасе всякие ужимки и прыжки...
Здравствуйте, Константин Б., Вы писали:
Z>>Хотя спецификация вроде утверждает что anchorNode может быть null только при отсутствии выделения Z>>Можно было придумать и более простой вариант проверки, что это не IE (который, похоже, опять забил на все стандарты).
КБ>http://www.w3.org/TR/html5/editing.html#the-selection КБ>
КБ>Mostly for historical reasons, in addition to the browsing context's selection, each textarea and input element has an independent selection. These are the text field selections.
И что? Тут написано, что anchorNode в них должен быть null?
КБ>Так что все правильно.
Здравствуйте, Ikemefula, Вы писали:
I>Стандарты — отстой. Микрософту проще продавить их под себя, нежели соблюдать
Вот за это МС и не любят.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
А чего тут не верить то?
В моем модуле для распознавания номера есть около четырех сотен фотографий и на всех номер распознается, однако ни одна из десятка аналогичных систем их всех не распознает на 100%, ну отсюда же не следует что я написал самую лучшую не так ли?
Здравствуйте, Ikemefula, Вы писали:
I>http://samples.msdn.microsoft.com/ietestcenter/
I>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>Не зря я от героев оных отказался.
Здравствуйте, ЯпонИц, Вы писали:
I>>http://samples.msdn.microsoft.com/ietestcenter/
I>>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>>Не зря я от героев оных отказался.
ЯИ>А герой под именем IE8 где?!
Это же хорошо, что наконец-то они стали поддерживать web-стандарты. Глядишь, IE-only сайтов скоро не станет совсем (их и так уже почти не осталось), а значит, исчезнет и последняя причина запускать IE.
I>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>Не зря я от героев оных отказался.
Здравствуйте, Константин Б., Вы писали:
Z>>И что? Тут написано, что anchorNode в них должен быть null?
КБ>А вы внимательней посмотрите чей anchorNode проверяется.
Это все вопросы толкования. Все что требует спецификация — это то, чтобы каждое текстовое поле могло иметь свой собственный селекшен. Это хром поддерживает, в нем можно программно задать и получить селекшен для каждого поля.
Что должен возвращать window.getSelection регламентировано так: anchorNode не может быть null если на странице что-то выделено.
Остается вопрос про который молчит спецификация: считать ли значения полей частью страницы? Хром считает, IE нет.
Команда IE это разночтение использует на всю катушку, завязывает кучу тестов на подобное поведение и загоняет хром в дикие минуса.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, Константин Б., Вы писали:
Z>>>И что? Тут написано, что anchorNode в них должен быть null?
КБ>>А вы внимательней посмотрите чей anchorNode проверяется.
Z>Это все вопросы толкования. Все что требует спецификация — это то, чтобы каждое текстовое поле могло иметь свой собственный селекшен. Это хром поддерживает, в нем можно программно задать и получить селекшен для каждого поля.
Нет. Она требует чтобы селекшены browsing context'ов и текстовых полей были независимы.
Z>Что должен возвращать window.getSelection регламентировано так: anchorNode не может быть null если на странице что-то выделено. Z>Остается вопрос про который молчит спецификация: считать ли значения полей частью страницы? Хром считает, IE нет.
Спецификация достаточно ясно говорит: не считать. IE — прав, хром — нет.
Здравствуйте, Константин Б., Вы писали:
КБ>Нет. Она требует чтобы селекшены browsing context'ов и текстовых полей были независимы.
Но не говорит от чего. Ничто не мешает читает как "независимы друг от друга".
Z>>Что должен возвращать window.getSelection регламентировано так: anchorNode не может быть null если на странице что-то выделено. Z>>Остается вопрос про который молчит спецификация: считать ли значения полей частью страницы? Хром считает, IE нет.
КБ>Спецификация достаточно ясно говорит: не считать. IE — прав, хром — нет.
В каком месте? Там где говорит, что каждое поле должно иметь независимый селекшен?
Вот как пользователю API для меня очевиднее поведение хрома. Ситуации с кучей селекшенов по странице редки, ибо руками их создать не получится. А в остальных случаях я предпочту получать выделение одним простым методом.
Здравствуйте, Ikemefula, Вы писали:
I>http://samples.msdn.microsoft.com/ietestcenter/
I>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>Не зря я от героев оных отказался.
Хм, они там хардварную акселлерацию добавляют. Это интересно Команда IE опять жжет спустя долгое время.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, Ikemefula, Вы писали:
I>http://samples.msdn.microsoft.com/ietestcenter/
I>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>Не зря я от героев оных отказался.
Здравствуйте, Mamut, Вы писали: H>>Зашел на http://acid3.acidtests.org/ H>>Chrome 5 — 100/100 H>>Safari 4 — 100/100 H>>IE8 — 20/100 со значительными артефактами
M>А IE9?
Текущий platform preview — 68/100
Luck in life always exists in the form of an abstract class that cannot be instantiated directly and needs to be inherited by hard work and dedication.
Здравствуйте, WFrag, Вы писали:
WF>Здравствуйте, Ikemefula, Вы писали:
I>>http://samples.msdn.microsoft.com/ietestcenter/
I>>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>>Не зря я от героев оных отказался.
WF>А тут сколько тестов он проходит?
Chrome — 142 of 160
IE 8 — 19 of 160 (ну ктобы сомневался)
Safari 4 — 113 of 160
Здравствуйте, henson, Вы писали:
WF>>А тут сколько тестов он проходит?
H>Chrome — 142 of 160 H>IE 8 — 19 of 160 (ну ктобы сомневался) H>Safari 4 — 113 of 160
Здравствуйте, Ikemefula, Вы писали:
I>А как в этом Platworm Preview открыть какую ссылку ? Я шота не понял.
Ctrl+O
Пока только так.
Luck in life always exists in the form of an abstract class that cannot be instantiated directly and needs to be inherited by hard work and dedication.
Здравствуйте, Sheridan, Вы писали:
S>Ну вот, более похоже на правду...
Еще бы, реализация HTML 5 ведь не включена в platform previews
Luck in life always exists in the form of an abstract class that cannot be instantiated directly and needs to be inherited by hard work and dedication.
Здравствуйте, WFrag, Вы писали:
WF>Здравствуйте, yuriylsh, Вы писали:
S>>>Ну вот, более похоже на правду...
Y>>Еще бы, реализация HTML 5 ведь не включена в platform previews
WF>Почему тогда эти тесты он тем не менее проходит?
Потому что это SVG+DOM тесты, реализацию под которые они уже начали делать. Грубо говоря, с позиции обывателя — это "мелочевка", котору мало кто заметит кроме веб-разработчиков. Главный калибр HTML5 (с позиции обывателя) — видео, аудио, canvas (ну я бы еще local storage добавил) — то, на что в данный момент делают упор остальные браузеры, ибо наиболее заметный бенефит для пользователей (и начем концентрируются множество появившихся тетстов по тем же причинам) — так во этот главный калибр в platform preview не включен.
Luck in life always exists in the form of an abstract class that cannot be instantiated directly and needs to be inherited by hard work and dedication.
Здравствуйте, WFrag, Вы писали:
WF>Здравствуйте, Ikemefula, Вы писали:
I>>http://samples.msdn.microsoft.com/ietestcenter/
I>>Герои вновь повержены злым духом — Микрософт опять переиграл конкурентов.
I>>Не зря я от героев оных отказался.
WF>А тут сколько тестов он проходит?
