Предполагал, что кто-нибудь на это укажет. Что ж, сформулирую подробнее. Интересно, многим ли нужно видео в ущербных форматах типа Sorenson и OnVP6 в узкоориентированном контейнере FLV после добавления в Flash Player поддержки видео в намного более эффективном, стандартном формате H.264 (используемом в том числе для кодирования фильмов на носителях HD DVD и Blu-ray) в стандартном контейнере MP4.
Распространённая ошибка, как и использование точки вместо запятой в качестве разделителя целой и дробной частей числа, расположение символа доллара перед числом вместо расположения после него через пробел или слитное написание четырёх последних цифр телефонного номера и проч. Но подобные «ляпы» на баннере серьёзной компании — действительно, нонсенс особого масштаба.
На всякий случай озвучу в качестве самостоятельного вопроса.
Планируется ли полный переход на ООП на уровне встроенных функций путём создания систематизированной совокупности стандартных классов и превращения встроенных функций в методы этих классов? Например, все функции с префиксом array_ этого префикса лишатся и станут методами класса array. Про 5.3 не говорю, но хотя бы в шестёрке или, ммм… будущих версиях.
И попутно: как насчёт перехода на более традиционный ныне «верблюжий» синтаксис (подобно используемому в JavaScript или, например, при работе с DOM-расширением в PHP5)? Например, применительно к потенциальному объекту array метод мог бы называться walkRecursive вместо walk_recursive.
Не думаю, что это призыв к переходу на строгую типизацию в PHP, а для аргументов функций и методов это в отдельных случаях действительно могло бы быть полезно.
Вероятно, о сути и пользе предмета имело (имеет) смысл написать в первую очередь (как можно скорее), иначе остальное не представляет интереса и/или провоцирует не соответствующее действительности восприятие.
Как бы в дополнение и подтверждение: в Vista есть славный баг (которого, кстати, не было в XP), когда при копировании стандартными средствами Проводника файла с начальным пробелом полученная копия этого файла этого пробела уже лишена, фактически имея другое имя. При копировании через Total Commander в той же Vista такой проблемы не возникает.
Не без идеализации (скажем, зимой под яблонькой особо не посидишь), но позитивный настрой и реальный, не сиюминутный энтузиазм — это хорошо.
Из преимуществ переезда в собственный дом за городом лично для меня, наверное, представлял бы ценность тот факт, что при этом никогда не разбудят соседи этажом выше, решившие именно утром (днём, видимо, хуже стучится) поработать молотком и буквально обожающие делать это на регулярной основе. ;-)
1. Какое это имеет значение? Любые дополнения в стандарте ориентированы на удобство в будущем. По-вашему, новые возможности добавлять не нужно?
2. Один и тот же цвет, указанный 10 раз. Бритва Оккама, все пироги. ;-)
Планируется ли полный переход на ООП на уровне встроенных функций путём создания систематизированной совокупности стандартных классов и превращения встроенных функций в методы этих классов? Например, все функции с префиксом array_ этого префикса лишатся и станут методами класса array. Про 5.3 не говорю, но хотя бы в шестёрке или, ммм… будущих версиях.
И попутно: как насчёт перехода на более традиционный ныне «верблюжий» синтаксис (подобно используемому в JavaScript или, например, при работе с DOM-расширением в PHP5)? Например, применительно к потенциальному объекту array метод мог бы называться walkRecursive вместо walk_recursive.
Спасибо.
Из преимуществ переезда в собственный дом за городом лично для меня, наверное, представлял бы ценность тот факт, что при этом никогда не разбудят соседи этажом выше, решившие именно утром (днём, видимо, хуже стучится) поработать молотком и буквально обожающие делать это на регулярной основе. ;-)
2. Один и тот же цвет, указанный 10 раз. Бритва Оккама, все пироги. ;-)