Opera пройдет быстрее. В Webkit есть проблемы с анимацией SVG, баг вынесен на Google Summer of Code. Пока это не будет сделано, Webkit не продвинется выше 98 баллов. А шансов на то, что этот баг пофиксят до выхода билда оперы, практически нет.
Не обязательно региться на qip.ru. http://www.linux.org.ru/jump-message.jsp?msgid=2611583&cid=2611704
В целом, разрабов можно понять, хотя обязательный jabber-акк напрягает пользователей.
Учитывая обстановку, не факт, что остальнрые im не сделают так же. Тем более qip серьезщно отличается от миранды (насчет R&Q ничего сказать не могу).
Еще не прошла)
«To pass the test, a browser must use its default settings, the animation has to be smooth, the score has to end on 100/100, and the final page has to look exactly, pixel for pixel, like this reference rendering.»
Нет попиксельного соответствия референсу (баг с «, a»). Впрочем, думаю, максимум через неделю выйдет билд, проходящий acid3. Сами разрабы пишут, что «There are some remaining issues yet to be fixed, but we hope to have those sorted out shortly.»
Все же Webkit не станет первым.
>>VmWare
[имхо]с Seamless RDP, который в Virtual Box по дефолту, работать приятнее (вместо рабочего стола — только панель задач лишняя+окна). Тем более субъективно XP в ней быстрее, чем в VmWare.[/имхо]
PNG вместо GIF. Вместо _малоцветных изображений_. Здесь помогает возможность индексированных изображений, в них может быть и бит на пиксель, иногда этого хватает. jpeg2k, как и jpeg, может рулить на полноцветных фото, но мелкие картинки с небольшим числом цветов — не для него. Тем более jpeg2k поддерживается браузерами еще меньше, чем png.
А теперь плюс png: не у всех есть фотообои на рабочем столе, да и не все скриншотят весь рабочий стол. Для скриншотов отдельных окон в любом случае jpeg2k не рулит (исключение — окна с фото, но их немного). Не везде нужны все 24 бита на пиксель.
В GNU/Linux на смартфоне в теории запускаются любые linux приложения. А тот факт, что почти все программы — с исходниками, позволяет использовать другой процессор. На этом преимущества Linux как ОС для смарта почти заканчиваются, но одного этого для многих хватает. Если они не закроют ничего (а последние мотороллы не были закрытыми), то приложения можно будет писать примерно как под большой линукс. В результате, например, смарт можно будет использовать как небольшой ПК (или терминал к нему, в том числе и графический, если есть Wi-fi).
ЗЫ: WinMobile не имеет ничего общего с Win32/64, в этом и преимущество, хотя и не слишком большое. Symbian — хорошая вещь для смарта, но все же программ под него нехватает.
Это афаик сработает еще и в konqueror, epiphany (собранном с webkit), а также midori (не особо актуально сейчас, поскольку не распространен из-за глубокой альфы).
Афаик во всех дистрибутивах используют GPL-реализацию Java. Родная реализация (от Sun Microsystems) работает немного быстрее, о чем часто упоминают на ЛОРе. В Сети есть много howto на тему установки Sun JRE как необходимой части «доводки» линукса до рабочего состояния.
А что будет, если поставить родную Java от Sun? Многие говорят, что это делает неторопливость не такой заметной. Сам сказать ничего не могу, поскольку ничем подобным не пользуюсь.
Ему и не надо узнавать. Если есть что-либо, предполагающее наличие IE (любой хак), то определенно предполагается, что старый IE на это отреагирует. Новый может либо проигнорить этот хак (хак — все, что не понимают остальные браузеры, так понятнее?), тогда ему от IE нужно только название, движок должен быть полностью переработан; либо эмулировать старую версию. При этом решении не понадобятся дополнительные усилия веб-разработчиков, не понадобятся новые теги и новые костыли для IE.
ЗЫ: если есть хак, проверяющий наличие IE, то очевидно. что сайт кроссбраузерный, и его можно отрендерить неродным для IE способом. От этого и стоит отталкиваться. Никакого переделывания стандартов и/или кода.
Отключить эти хаки вообще, дефствовать точно как другой браузер. Или при обнаружении этих хаков действовать _точно так же_ как и старый браузер. Вся проблема решена.
Если IE будет работать точно так же, как FF, то обе страницы будут корректно отображаться.
>рабочий браузер не может ориентироваться
только на стандарты?
Все программы для работы выполнения чертежей должны поддерживать ГОСТ, но на полностью ГОСТовом чертеже может быть полный бред. Это не означает, что без ГОСТ тоже можно работать. И не значит, что нужно добавить еще один стандарт, расширяющий ГОСТ. Тем более не значит, что его надо развивать. Максимум — поддерживать.
В целом, разрабов можно понять, хотя обязательный jabber-акк напрягает пользователей.
Учитывая обстановку, не факт, что остальнрые im не сделают так же. Тем более qip серьезщно отличается от миранды (насчет R&Q ничего сказать не могу).
В остальном фотощоп (или гимп) рулит)
«To pass the test, a browser must use its default settings, the animation has to be smooth, the score has to end on 100/100, and the final page has to look exactly, pixel for pixel, like this reference rendering.»
Нет попиксельного соответствия референсу (баг с «, a»). Впрочем, думаю, максимум через неделю выйдет билд, проходящий acid3. Сами разрабы пишут, что «There are some remaining issues yet to be fixed, but we hope to have those sorted out shortly.»
Все же Webkit не станет первым.
http://people.mozilla.com/~dolske/apng/demo.html
[имхо]с Seamless RDP, который в Virtual Box по дефолту, работать приятнее (вместо рабочего стола — только панель задач лишняя+окна). Тем более субъективно XP в ней быстрее, чем в VmWare.[/имхо]
А теперь плюс png: не у всех есть фотообои на рабочем столе, да и не все скриншотят весь рабочий стол. Для скриншотов отдельных окон в любом случае jpeg2k не рулит (исключение — окна с фото, но их немного). Не везде нужны все 24 бита на пиксель.
ЗЫ: WinMobile не имеет ничего общего с Win32/64, в этом и преимущество, хотя и не слишком большое. Symbian — хорошая вещь для смарта, но все же программ под него нехватает.
Свойство, которое в css выглядит как -webkit-background-clip в браузере с движком gecko?
ЗЫ: если есть хак, проверяющий наличие IE, то очевидно. что сайт кроссбраузерный, и его можно отрендерить неродным для IE способом. От этого и стоит отталкиваться. Никакого переделывания стандартов и/или кода.
>рабочий браузер не может ориентироваться
только на стандарты?
Все программы для работы выполнения чертежей должны поддерживать ГОСТ, но на полностью ГОСТовом чертеже может быть полный бред. Это не означает, что без ГОСТ тоже можно работать. И не значит, что нужно добавить еще один стандарт, расширяющий ГОСТ. Тем более не значит, что его надо развивать. Максимум — поддерживать.