ИМХО новый. Наверняка такой функцией будут пользоваться те, кто достаточно быстро печатает, а им не составит труда повторить пару слов. Или, как вариант, сделать очистку запроса по нажатию на backspace.
Анимация, если это так можно назвать, переключения состояния мне совсем не нравится. Лучше было бы всю шапку приклеивать, с лого, жёлтым фоном и ссылками справа.
Для пользователей не вижу особой разницы. А «иными услугами, оказываемыми с использованием интернет-технологий» — это, как всегда, очень расплывчатая формулировка.
Только вот Вы, кажется упустили одну деталь. Вы используете #id > * против #id tag. Если заменить этот «мой» селектор потомков на селектор дочерних элементов #id > tag, я остаюсь в выигрыше более чем на 2 секунды.
Всё может быть, разработчики браузеров что только не делают, чтобы поднять производительность.
Я в js понимаю примерно столько же, сколько в балете, но при заходе на тест в FireFox 5 получаю алерт «lampslave прав на все 52мс» :) Там точно скорость CSS, а не JS измеряется? Ещё интересным будет вариант с заведомо неправильным кодом, когда #id будет несколько одинаковых.
#id > * так или иначе проиграет другим селекторам, что по смыслу, что по неожиданным багам, что про удобству изменения. Независимые классы мне представляются намного более эффективными. Но вообще меня сейчас больше волнует скорость обработки [attr=«value»] против tag[attr=«value»].
Кто же это Вам сказал, что разбор начнётся слева направо? Но даже если бы это было так, всё равно это очень медленный селектор, потому что будут обрабатываться _все_ элементы внутри #page.
The style system matches rules by starting with the key selector, then moving to the left (looking for any ancestors in the rule’s selector). As long as the selector’s subtree continues to check out, the style system continues moving to the left until it either matches the rule, or abandons because of a mismatch. developer.mozilla.org/en/Writing_Efficient_CSS
Я вхожу через дверь, а не через окно.
Я не ем с пола.
Я оставляю после себя санузел в адекватном виде, а не таким, каким он был в начальном эпизоде фильма «Desperado».
Разрабатывать и пользоваться — разные вещи. Странно, что никто не хочет это понимать.
Автор как бы намекает…
Видимо, у FF7 будет очень большой отрыв по производительности. И это здорово.
Только вот Вы, кажется упустили одну деталь. Вы используете #id > * против #id tag. Если заменить этот «мой» селектор потомков на селектор дочерних элементов #id > tag, я остаюсь в выигрыше более чем на 2 секунды.
Не знаю, как там в жизни, а по тесту содружество #id > * показывает себя с очень хорошей стороны. Я удивлён. Не люблю повторять чужие глупости :(
Да, было бы здорово, только вот кто это будет делать…
В любой ситуации надо использовать предпочтительный вариант :) Просто предпочтения у всех разные.
Я в js понимаю примерно столько же, сколько в балете, но при заходе на тест в FireFox 5 получаю алерт «lampslave прав на все 52мс» :) Там точно скорость CSS, а не JS измеряется? Ещё интересным будет вариант с заведомо неправильным кодом, когда #id будет несколько одинаковых.
#id > * так или иначе проиграет другим селекторам, что по смыслу, что по неожиданным багам, что про удобству изменения. Независимые классы мне представляются намного более эффективными. Но вообще меня сейчас больше волнует скорость обработки [attr=«value»] против tag[attr=«value»].
The style system matches rules by starting with the key selector, then moving to the left (looking for any ancestors in the rule’s selector). As long as the selector’s subtree continues to check out, the style system continues moving to the left until it either matches the rule, or abandons because of a mismatch.
developer.mozilla.org/en/Writing_Efficient_CSS
Я не ем с пола.
Я оставляю после себя санузел в адекватном виде, а не таким, каким он был в начальном эпизоде фильма «Desperado».
Разрабатывать и пользоваться — разные вещи. Странно, что никто не хочет это понимать.