Comments 65
Ваша статья вовремя, уже надоело читать про фишки webkit'а, по сути бессмысленные для использования, ввиду поддержки только частью браузеров.
+23
Если задача — сделать сайт или веб приложение для IOS, то почему бы нет?
-1
потому, что FireFox Mobile. и ещё десяток мобильных браузеров.
+2
А как же те кто пользуется Firefox Mobile, Opera Mobile или обладает Windows Phone?
0
«Если бы Microsoft сделало так для Drag & Drop API, то сегодня не нужен был бы бубен, для того чтобы использовать это API.»
В 2000 году, когда Microsoft реализовал данное API, никому не было дела до WEB технологий. И публичных обсуждений на эту тему почти не велось. Вспомните знаменитое высказывание Lie, Håkon Wium (CTO Opera) примерно из того же времени о том что «скрипты в броузерах — совершенно ненужная вещь»!
В 2000 году, когда Microsoft реализовал данное API, никому не было дела до WEB технологий. И публичных обсуждений на эту тему почти не велось. Вспомните знаменитое высказывание Lie, Håkon Wium (CTO Opera) примерно из того же времени о том что «скрипты в броузерах — совершенно ненужная вещь»!
-2
Все ошибаются. Кто мог знать что веб так далеко зайдет. А на тот момент скрипты действительно были не нужны. Как не нужен был D&D во времена шариковых мышек. Имел честь поработать за такими.
-1
UFO just landed and posted this here
А что мышки? Ими и в Quake отлично играли, что уж про драг энд дроп говорить.
+18
Я тоже вспомнил как долго с недоверием относился к лазерным мышам, помня, какие жуткие лаги оно выдавало в квейке в своих первых образцах. А вот шарики работали четко, тогда даже такого понятия как «скорость считывания» у мышей не было ввиду избыточности его у шариковых образцов. Ну да, раз в месяц нужно было чистить, ужас-ужас.
+5
Чем мышки не угодили? Драгалось и дропалось ими отлично, просто тогда это не так популярно было.
Или у вас такая мыш что-то таскать отказывалась? ))
Или у вас такая мыш что-то таскать отказывалась? ))
0
Долго думал при чём тут Dungeon & Dragons и как он связан с временным отрезком использования шариковых мышек.
+8
UFO just landed and posted this here
Всю статью можно пересказать одним предложением:
Использовать можете, главное чтобы в браузерах без поддержки сайт продолжал работать и радовать глаз.
Лично мне кажется что проблема довольно сильно преувеличена. И главная проблема текущего веба — это полное отсутствие стиля у многих сайтов.
Использовать можете, главное чтобы в браузерах без поддержки сайт продолжал работать и радовать глаз.
Лично мне кажется что проблема довольно сильно преувеличена. И главная проблема текущего веба — это полное отсутствие стиля у многих сайтов.
-3
Проблема несколько глубже.
В основном эта проблема касается мобильных браузеров, где доминируют браузеры на webkit. То есть чтобы выпустить браузер на мобильной платформе, нужно сделать чтобы он понимал то, чего не должен — то есть свойства webkit, иначе мобильные сайты будут показываться некорректно. То есть производителям нужно добавлять костыли. А иначе этими браузерами никто пользоваться не будет.
Большинство браузеров и для десктопа и для мобильных устройств имеют общую кодовую базу. Помимо этого стремятся, чтобы десктопная и мобильная версия работали одинаково — что снимает головную боль разработчиков, упрощая процесс разработки и тестирования. Это приводит к тому, что и десктопные браузеры тоже начнут понимать -webkit- свойства. При этом ломается сама идея вендорных префиксов, она становятся бессмысленной. К тому же будут сломаны решения, которые основаны на том, что набор свойств не будет обрабатываться браузером, которому они не адресованы.
В общем будет ад.
Конечно переделать все сайты разом не получится, но подобные статьи могут помочь предотвратить появление новых. А самое главное донести до разработчиков что они делают не так и предостеречь от ошибок.
В основном эта проблема касается мобильных браузеров, где доминируют браузеры на webkit. То есть чтобы выпустить браузер на мобильной платформе, нужно сделать чтобы он понимал то, чего не должен — то есть свойства webkit, иначе мобильные сайты будут показываться некорректно. То есть производителям нужно добавлять костыли. А иначе этими браузерами никто пользоваться не будет.
Большинство браузеров и для десктопа и для мобильных устройств имеют общую кодовую базу. Помимо этого стремятся, чтобы десктопная и мобильная версия работали одинаково — что снимает головную боль разработчиков, упрощая процесс разработки и тестирования. Это приводит к тому, что и десктопные браузеры тоже начнут понимать -webkit- свойства. При этом ломается сама идея вендорных префиксов, она становятся бессмысленной. К тому же будут сломаны решения, которые основаны на том, что набор свойств не будет обрабатываться браузером, которому они не адресованы.
В общем будет ад.
Конечно переделать все сайты разом не получится, но подобные статьи могут помочь предотвратить появление новых. А самое главное донести до разработчиков что они делают не так и предостеречь от ошибок.
+1
Разработчики Firefox'а думают немного иначе по поводу схожести мобильных и десткопных версий. В недавно вышедшем расписании (roadmap) выхода Firefox'а в 2012 году можно об этом прочесть — wiki.mozilla.org/DevTools/RoadmapDec2011#Mobile_Development. Там говорится о том, что по сути только Firefox и является тем браузером, у которого почти все одинаково как на мобильном устройстве, так и на компе.
+2
<offtop>Да и тормозят они примерно одинаково…</offtop>
-2
Не пользовался FF с 3-ей версии, переполз на Google Chrome. Буквально недавно поставил последнюю версию… Был приятно удивлен, что по скорости он довольно шустрее стал, при запуске притормаживает в отличии от хрома, но в некоторых случаях рендеринг значительно быстрее. Например: (только не спрашивайте зачем, бывает такое нужным) откройте HTML-форму в которой имеется около 1000 полей в хроме и FF.
Но при всем при этом, я крепко сижу на Chrome. :)
Но при всем при этом, я крепко сижу на Chrome. :)
0
На моем стареньком ноуте (где успешно крутится хром), современный (тот что в репах) ФФ фактически не заработал (после запуска завис так, что страшно стало. С трудом его удалось прибить). Так же сужу потому как мобильный ФФ ведет себя на моем далеко не слабом андройде (Huawei Honor). На смарте это крайне медленный и крайне глючный монстр. Даже Chrome Beta, который вышел намного позже мобильного ФФ работает в разы лучше, единственное он иногда вылетает (как и ФФ в общем).
Для себя я решил, пока всё это в ФФ не исправится, я на него с хрома не вернусь. Хотя, учитывая, как я отвык от файрбага в пользу хромовского инспектора, возможно и тогда не вернусь, ибо уже непривычно.
Для себя я решил, пока всё это в ФФ не исправится, я на него с хрома не вернусь. Хотя, учитывая, как я отвык от файрбага в пользу хромовского инспектора, возможно и тогда не вернусь, ибо уже непривычно.
-1
Последняя бета лисы на андройде работает заметно шустрее, кстати.
Если ФФ9 на моём просто тормозил всё время, то фф10 работает крайне шустро, даже шустрее самых шустрых браузеров. Но иногда вешает всю планшетку на полминуты. Но потом снова работает очень шустро.
Если ФФ9 на моём просто тормозил всё время, то фф10 работает крайне шустро, даже шустрее самых шустрых браузеров. Но иногда вешает всю планшетку на полминуты. Но потом снова работает очень шустро.
+1
Говорю же, поставьте последнюю версию, они исправляются, и это меня, как любителя Firebug'a очень радует. На смартах, согласен, там рулят вебкиты, все остальное — компромисс.
0
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Вопрос «или — или» не стоит, как мне кажется.
Может, просто $.animate (когда он, точнее, библиотека с ним, появился, все плакали от счастья, что хоть он есть, или я не прав?) научить при необходимости юзать возможности браузера на полную? :)
Тогда тормозить будет только у тех, кто не обновился (а таких — много), но и у них хотя бы будет работать. А на новых телефонах отработает (к тому моменту реализованное чуть не стандартно) аппаратное ускорение, и куча (часто) ненужной анимации будет плавна и нетормозна.
Может, просто $.animate (когда он, точнее, библиотека с ним, появился, все плакали от счастья, что хоть он есть, или я не прав?) научить при необходимости юзать возможности браузера на полную? :)
Тогда тормозить будет только у тех, кто не обновился (а таких — много), но и у них хотя бы будет работать. А на новых телефонах отработает (к тому моменту реализованное чуть не стандартно) аппаратное ускорение, и куча (часто) ненужной анимации будет плавна и нетормозна.
0
CSS animation и CSS transition стандартизируются и есть в браузерах, отличных от тех, что работают на webkit'е.
+1
Но веб-стандарты так и появляются, из реализованных кем-то экспериментальных фич.
XMLHttpRequest, contentEditable, даже favicon — это проприетарные фичи, которые стали стандартом.
text-size-adjust уже реализовали Microsoft в своем браузере для Windows Phone 7, с префиксом -ms- соответственно. Имеет ли смысл несколько лет дожидаться стандартизации, если в мобильном секторе (а эта штука полезна только на смартфонах) ее уже поддерживает 90% реализаций?
На мой взгляд, проблема по большей части надуманная.
XMLHttpRequest, contentEditable, даже favicon — это проприетарные фичи, которые стали стандартом.
text-size-adjust уже реализовали Microsoft в своем браузере для Windows Phone 7, с префиксом -ms- соответственно. Имеет ли смысл несколько лет дожидаться стандартизации, если в мобильном секторе (а эта штука полезна только на смартфонах) ее уже поддерживает 90% реализаций?
На мой взгляд, проблема по большей части надуманная.
0
а эта штука полезна только на смартфонах
Почему только?
0
Тут речь как раз про то, чтобы использовать такие вещи с умом. text-size-adjust это то свойство, без которого сайт не развалится (по крайней мере не должен). А если и используете это свойство, то нужно делать это так
а не только
-webkit-text-size-adjust: value;
-moz-text-size-adjust: value;
-ms-text-size-adjust: value;
-o-text-size-adjust: value;
text-size-adjust: value;
а не только
-webkit-text-size-adjust: value;
+1
Ну так если не развалится (а он правда не развалится), то достаточно написать
а по мере появления этого свойства в других браузерах добавить недостающие префиксы, разве нет?
-webkit-text-size-adjust: none;
-ms-text-size-adjust: none;
а по мере появления этого свойства в других браузерах добавить недостающие префиксы, разве нет?
0
Вы как раз рассуждаете, как просят вас не делать.
Когда то было только свойство "-webkit-text-size-adjust", и все писали только его. Теперь все мобильные сайты содержат "-webkit-text-size-adjust" (если используют). Теперь в IE и Firefox реализовали свои реализации, но они не будут работать, потому что авторы сайтов не указали это. Заставить всех везде добавить новые версии — бесполезно, и это не всегда возможно. Вот и IE и Firefox вынуждены поддерживать свойство именно в виде -webkit-text-size-adjust (чего очень бы не хотелось).
Более того, когда это свойство стандартизируют оно так же не будет работать, потому что авторы не указали версию без префикса.
Что касается этого свойства, то оно есть в черновике css3 fonts, на него можно опираться.
Когда то было только свойство "-webkit-text-size-adjust", и все писали только его. Теперь все мобильные сайты содержат "-webkit-text-size-adjust" (если используют). Теперь в IE и Firefox реализовали свои реализации, но они не будут работать, потому что авторы сайтов не указали это. Заставить всех везде добавить новые версии — бесполезно, и это не всегда возможно. Вот и IE и Firefox вынуждены поддерживать свойство именно в виде -webkit-text-size-adjust (чего очень бы не хотелось).
Более того, когда это свойство стандартизируют оно так же не будет работать, потому что авторы не указали версию без префикса.
Что касается этого свойства, то оно есть в черновике css3 fonts, на него можно опираться.
0
> Вы как раз рассуждаете, как просят вас не делать.
Именно поэтому я и утверждаю, что не вполне согласен с тем, что сказано в статье.
Как уже написал чуть ниже в ветке, если это свойство будет действительно важно для комфортной работы пользователей с сайтом, разработчики добавят его по мере выхода новых браузеров.
Давайте примем за аксиому следующее: сделать так, чтобы все работало идеально во всех прошлых и во всех будущих версиях всех браузеров, не получится. Вообще никогда. Как говорил наш прапорщик, «Сегодня мы работаем с тем, что у нас есть. С тем, чего у нас нет, мы не работаем» (неточная цитата).
Поэтому, как мне лично кажется (и я никому не навязываю это видение мира, ни в коем случае), нужно делать сайт, который хорошо работает в современных браузерах, и в дальнейшем поддерживать его по мере выхода новых версий стандартов и программ. Веб развивается, и каждый сайт в отдельности либо развивается вместе с ним, либо превращается в вырвиглазное говно через 3-5 лет.
Именно поэтому я и утверждаю, что не вполне согласен с тем, что сказано в статье.
Как уже написал чуть ниже в ветке, если это свойство будет действительно важно для комфортной работы пользователей с сайтом, разработчики добавят его по мере выхода новых браузеров.
Давайте примем за аксиому следующее: сделать так, чтобы все работало идеально во всех прошлых и во всех будущих версиях всех браузеров, не получится. Вообще никогда. Как говорил наш прапорщик, «Сегодня мы работаем с тем, что у нас есть. С тем, чего у нас нет, мы не работаем» (неточная цитата).
Поэтому, как мне лично кажется (и я никому не навязываю это видение мира, ни в коем случае), нужно делать сайт, который хорошо работает в современных браузерах, и в дальнейшем поддерживать его по мере выхода новых версий стандартов и программ. Веб развивается, и каждый сайт в отдельности либо развивается вместе с ним, либо превращается в вырвиглазное говно через 3-5 лет.
0
Это совсем не то свойство.
Но главное, имхо, в том что нет гарантий, что -o-text-size-adjust и text-size-adjust будут иметь ту же логику и тот же синтаксис, что и -(webkit|moz|ms)-text-size-adjust (вдруг опера предложит более интересное решение все с ним согласятся), а значит если вы сейчас их используете, то ваш сайт может развалиться когда все браузеры станут поддерживать другой text-size-adjust. И как раз потому что нет возможности изменить на новую версию и не нужно использовать то, чего пока нет даже в черновиках. А если возможность есть, то тем более не нужно, ибо незачем.
Но главное, имхо, в том что нет гарантий, что -o-text-size-adjust и text-size-adjust будут иметь ту же логику и тот же синтаксис, что и -(webkit|moz|ms)-text-size-adjust (вдруг опера предложит более интересное решение все с ним согласятся), а значит если вы сейчас их используете, то ваш сайт может развалиться когда все браузеры станут поддерживать другой text-size-adjust. И как раз потому что нет возможности изменить на новую версию и не нужно использовать то, чего пока нет даже в черновиках. А если возможность есть, то тем более не нужно, ибо незачем.
0
UFO just landed and posted this here
Это не существенно, поскольку почти не влияет на пользовательские качества сайта.
С другой стороны, если это будет серьезно влиять на сайт, то логичен ответ — да, я, мой коллега и остальные разработчики будут делать так, как хочет заказчик (начальник).
С другой стороны, если это будет серьезно влиять на сайт, то логичен ответ — да, я, мой коллега и остальные разработчики будут делать так, как хочет заказчик (начальник).
0
Если захочет заказчик. Иногда бывает так, что заказчик никогда не посмотрит альтернативные браузеры. И при этом лишать его части пользователей, а также пользователей — возможности комфортно работать с этим сайтом — ИМХО, непрофессионально.
-1
А если
-moz-text-size-adjust: value; -o-text-size-adjust: value; text-size-adjust: value;
реализуют другой синтаксис или сценарий для этого свойства? Имхо, вводить такие вещи нужно очень осторожно, чтобы не получилось, что работавший нормально в браузерах без поддержки text-size-adjust сайт вдруг развалился от того, что её ввели, но не в том виде, как это было предложено Эпплом с Гуглом. Не надо вводить свойства на будущее, о которых в других браузерах и речи пока нет. Пускай сайт работает красиво в браузерах где есть -webkit-*, нормально где нет -[!webkit]-* и * и будет продолжать нормально когда они появятся. Если код ещё будет под вашим контролем, то добавите новые префиксы когда они появтся. Если не будет, то хоть стыдно не будет, что сайт разваливаться стал.+2
Может быть вся проблема в том что, CSS3 свойства вводились не все сразу вернее сказать браузеры поддерживали некоторые CSS3 свойства. Потом с каждым обновлением браузера вводились все новые и новые, но это не было так сильно афишировано, что люди не знали, что появились новые свойства. Вот и вся проблема.
Тут нет слова «проприетарно», тут есть слово «неосведомленность».
Тут нет слова «проприетарно», тут есть слово «неосведомленность».
0
UFO just landed and posted this here
Я неплохо обходился без них все это время, обойдусь и дальше :)
ЗЫ: Если честно, знал только 3 свойства. Об остальных даже не слышал.
ЗЫ: Если честно, знал только 3 свойства. Об остальных даже не слышал.
-1
если тикет уже заведен, оставьте комментарий, покажите как это важно для вас. Разработчики браузеров учитывают это определяя приоритет для новых фич.
Это вредный совет. Он запрещен в bugzilla.mozilla.org, например.
Это вредный совет. Он запрещен в bugzilla.mozilla.org, например.
+1
Хватит уже, а? Слоупоки вышли на тропу войны. Скоро наверное в народе шутки пойдут. Сколько людей нужно W3C чтобы вкрутить лампочку. Один человек и 5 лет времени.
Если бы не экспериментальные фичи вендоров, мы бы сейчас сидели в 90-х с бегающим marque-текстом. То, что происходит в вебките – вынужденный ответ на несостоятельность системы стандартизации. Да, это плохо. Но сидеть и нихера не делать в своих гребаных комитетах стандартизации – еще хуже. W3C – убейтесь.
Если бы не экспериментальные фичи вендоров, мы бы сейчас сидели в 90-х с бегающим marque-текстом. То, что происходит в вебките – вынужденный ответ на несостоятельность системы стандартизации. Да, это плохо. Но сидеть и нихера не делать в своих гребаных комитетах стандартизации – еще хуже. W3C – убейтесь.
+5
Sign up to leave a comment.
Каждый раз, когда вы выдаете проприетарную фичу за CSS3 — умирает котенок