Тенденции. 2014. 2015...

**factotum** » 21.08.2014, 21:34

Sumanai:Печалит скриншот шапок браузеров- никаких отличий

не понял, а почему они должны быть разными?

Sumanai:ужасно, сколько разных форматов необходимо для обеспечения достойного вида фавикона на разных платформах.

как раз статья прозрачно показывает "что и для кого". Только штампуй из вектора. Заморочки с фавиконками 16-32px. Им необходим еще и хинтинг.

**Sumanai** » 21.08.2014, 21:53

factotum:не понял, а почему они должны быть разными?

Потому что хром-стайл уныл. А остальные передрали не задумываясь.

factotum:Только штампуй из вектора.

Ага, и здравствуйте +5 запросов в десктопном ФФ, к примеру:

**factotum** » 21.08.2014, 22:16

Sumanai:Потому что хром-стайл уныл.

заблуждение. оболочка не должна отвлекать от содержимого или быть веселее содержимого.

Sumanai:Ага, и здравствуйте +5 запросов в десктопном ФФ, к примеру:

head

Код: Выделить всё: <head> <link rel="apple-touch-icon" sizes="57x57" href="/apple-touch-icon-57x57.png"> <link rel="apple-touch-icon" sizes="114x114" href="/apple-touch-icon-114x114.png"> <link rel="apple-touch-icon" sizes="72x72" href="/apple-touch-icon-72x72.png"> <link rel="apple-touch-icon" sizes="144x144" href="/apple-touch-icon-144x144.png"> <link rel="apple-touch-icon" sizes="60x60" href="/apple-touch-icon-60x60.png"> <link rel="apple-touch-icon" sizes="120x120" href="/apple-touch-icon-120x120.png"> <link rel="apple-touch-icon" sizes="76x76" href="/apple-touch-icon-76x76.png"> <link rel="apple-touch-icon" sizes="152x152" href="/apple-touch-icon-152x152.png"> <link rel="icon" type="image/png" href="/favicon-196x196.png" sizes="196x196"> <link rel="icon" type="image/png" href="/favicon-160x160.png" sizes="160x160"> <link rel="icon" type="image/png" href="/favicon-96x96.png" sizes="96x96"> <link rel="icon" type="image/png" href="/favicon-16x16.png" sizes="16x16"> <link rel="icon" type="image/png" href="/favicon-32x32.png" sizes="32x32"> <meta name="msapplication-TileColor" content="#2b5797"> <meta name="msapplication-TileImage" content="/mstile-144x144.png"> </head>

Видимо, сколько объявили для десктопа, столько и тянет. Демонстрация

**Sumanai** » 21.08.2014, 22:26

factotum:оболочка не должна отвлекать от содержимого или быть веселее содержимого.

Именно. Всё так. Но она при этом должна быть удобной, а не две кнопки для инвалидов с планшетом.
К тому же в погоне за "минимализмом" и "маленькой высотой" в файрфоксе высота шапки браузера наоборот выросла :ill:

Благо это исправляется. Но тенденции в браузеростроении мне не нравятся.

factotum:Видимо, сколько объявили для десктопа, столько и тянет

Порядок решает :smile:

Нужно было 16х16 в вверху расположить, чтобы в настольном браузере быстрее на вкладке отобразился фавикон.

**factotum** » 22.08.2014, 08:38

Поддержка IE 8 прекратится в январе 2016 года

**factotum** » 22.08.2014, 09:06

Может у кого возникнет желание присоединиться к разработке: https://gist.github.com/vralle/0d34689f7e683198eaea

**vbnm** » 22.08.2014, 13:59

factotum:Может у кого возникнет желание присоединиться к разработке

было б опыта побольше, то поддержал бы
оч импонирует бутстрапыч :smoke:

**factotum** » 22.08.2014, 17:50

vbnm:оч импонирует бутстрапыч

эволюция js-писания была примерно следующая:

все на jQuery - это просто и без заморочек, куча примеров
все на нативном js - это быстро в браузерах, отпадает необходимость таскать за каждой страницей библиотеку размером, частенько больше размера самой страницы
Когда в очередном проекте суммарный объем скриптов ушел за 100кб, возникли трудности с взаимодействием всего этого добра. Пришло осознание, что глобальная трансляция событий, реализованная в плагинах BS - это счастье. В любой точке кода можно знать, что делает тот или иной плагин, в большинстве случаев и управлять. Попытка перенести подобное на нативный код закончилась костылями, соизмеримы все с тем же jQ, где события нормализованы и нет проблем с кросс-браузерностью. Ну и фишка jQ - это $().data - не что иное, как виртуальные ячейки для хранения не только строковых данных, но и динамических функций
Итог - снова пишу на jQ. Хотя все, что можно описать на нативном js без лишних костылей - пишется на нативном js.

**factotum** » 24.08.2014, 09:45

https://gist.github.com/nikic/5015323
Why objects (usually) use less memory than arrays in PHP

**Sumanai** » 24.08.2014, 09:58

Ещё бы производительность сравнили бы, для полной картины.

**factotum** » 24.08.2014, 10:02

Sumanai:ещё бы производительность сравнили бы, для полной картины.

думаете, при многократном сокращении использования памяти производительность может пострадать?

**Sumanai** » 24.08.2014, 10:34

Думаю да. Это и хеш (с защитой от коллизий), и указатели на следующий/предыдущий элемент, и длинна данных. При умелом использовании этого можно получить прирост скорости работы.
Собственно вот, объяснение, почему массивы в PHP столько занимают.

**factotum** » 26.08.2014, 21:40

factotum:Пришло осознание, что глобальная трансляция событий, реализованная в плагинах BS - это счастье. В любой точке кода можно знать, что делает тот или иной плагин

Выявилась небольшая утечка памяти, что подразумевает пожирание времени для отлова дырки. И снова, глобальная трансляция событий оказалось счастьем: http://jsfiddle.net/cvrhulu/upzHa/2/show/
Консоль :love:

**VEG** » 27.08.2014, 00:56

Sumanai:Именно. Всё так. Но она при этом должна быть удобной, а не две кнопки для инвалидов с планшетом.
К тому же в погоне за "минимализмом" и "маленькой высотой" в файрфоксе высота шапки браузера наоборот выросла Благо это исправляется. Но тенденции в браузеростроении мне не нравятся.

Да уж, меня эта тенденция тоже огорчает. Похоже, что для гиков остался только один браузер, где можно серьёзно подстраивать интерфейс — Firefox (ну и родственники SeaMonkey вместе с Pale Moon и другими). Правда, и эти идут на поводу у примитивизации. Последнее обновление в лице Australis больше огорчило, чем порадовало (эта тема смотрится несколько чужеродной в системе, да и оранжевая кнопка в уголке была удобнее — не нужно было «целиться», достаточно довести курсор до упора влево вверх и кликнуть).

**VEG** » 27.08.2014, 13:07

Правда есть ещё одна странность. Интерфейс самого браузера все упрощают, а вот встроенные средства разработчика — наоборот наворачивают :) Мне, как разработчику, конечно нравится, что везде есть хорошие средства для разработки. Вот бы ещё разработчики Firefox изучали популярные расширения и встраивали их функции в сам браузер через соответствующие опции — цены бы такому браузеру не было. Встроенное решение, поддерживаемое самими разработчиками, всяко лучше и надёжнее было бы, чем стороннее расширение.

**factotum** » 27.08.2014, 14:23

http://cssguidelin.es/
внимательно читать от начала до конца. перечитать снова. Задуматься, так ли в Вашем проекте от начала до конца?

**VEG** » 28.08.2014, 16:26

factotum, лучше задуматься, чтоит ли следовать этим правилам от начала и до конца =) Например, табы удобнее пробелов для отступов, а ограничение по ширине в 120 сиволов удобнее 80 на современных компьютерах... и тому подобное.

**factotum** » 28.08.2014, 21:06

Для большинства рекомендаций указаны и объяснения. Кое чего нет. Например, не у всех IDE нажатие таба - это отступ.
Писать нужно так, чтобы удобно было не только лично, но и тем, кто может работать с написанным кодом в дальнейшем. Культура кодинга...

**Sumanai** » 28.08.2014, 22:29

Автоформатирование кода? Хоть таб, хоть 4 пробела, хоть два (в рекомендациях гугла такое было). Хотя тут простейшая автозамена справиться.

**VEG** » 29.08.2014, 10:40

factotum, проблема в том, что там описан «стандарт», который удобен какому-то мифическому верстальщику в вакууме. То есть что-то из описанного будет кому-то удобно, а что-то — нет. Ставить пробелы там, где лучше подходят табы — это несколько странно. Не во всякой IDE можно настроить удобную работу с пробелами, а вот с табами я такой проблемы не встречал. Если разработчик А предпочитает табы, разработчик Б предпочитает пробелы, почему разработчик А должен использовать пробелы, если разработчиков, предпочитающих табы точно не меньше вторых?

Я вообще хотел бы, чтобы всюду появилась поддержка продвинутых Elastic Tabstops — можно было бы без всяких сомнений табами не только отступы делать, но и выравнивание.