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

Список разделов Общие разделы Оффтопик

Описание: Здесь можно обсудить всё, что не связано с тематикой сайта.
Модератор: Поддержка

Сообщение #101 factotum » 21.08.2014, 21:34

Sumanai:Печалит скриншот шапок браузеров- никаких отличий
не понял, а почему они должны быть разными?
Sumanai:ужасно, сколько разных форматов необходимо для обеспечения достойного вида фавикона на разных платформах.
как раз статья прозрачно показывает "что и для кого". Только штампуй из вектора. Заморочки с фавиконками 16-32px. Им необходим еще и хинтинг.
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #102 Sumanai » 21.08.2014, 21:53

factotum:не понял, а почему они должны быть разными?
Потому что хром-стайл уныл. А остальные передрали не задумываясь.
factotum:Только штампуй из вектора.
Ага, и здравствуйте +5 запросов в десктопном ФФ, к примеру:
Изображение
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #103 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>
Видимо, сколько объявили для десктопа, столько и тянет. Демонстрация
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #104 Sumanai » 21.08.2014, 22:26

factotum:оболочка не должна отвлекать от содержимого или быть веселее содержимого.
Именно. Всё так. Но она при этом должна быть удобной, а не две кнопки для инвалидов с планшетом.
К тому же в погоне за "минимализмом" и "маленькой высотой" в файрфоксе высота шапки браузера наоборот выросла :ill: Благо это исправляется. Но тенденции в браузеростроении мне не нравятся.
factotum:Видимо, сколько объявили для десктопа, столько и тянет
Порядок решает :smile: Нужно было 16х16 в вверху расположить, чтобы в настольном браузере быстрее на вкладке отобразился фавикон.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #105 factotum » 22.08.2014, 08:38

Поддержка IE 8 прекратится в январе 2016 года
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #106 factotum » 22.08.2014, 09:06

Может у кого возникнет желание присоединиться к разработке: https://gist.github.com/vralle/0d34689f7e683198eaea
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #107 vbnm » 22.08.2014, 13:59

factotum:Может у кого возникнет желание присоединиться к разработке
было б опыта побольше, то поддержал бы
оч импонирует бутстрапыч :smoke:
vbnm
Репутация: 108
С нами: 11 лет

Сообщение #108 factotum » 22.08.2014, 17:50

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

Сообщение #109 factotum » 24.08.2014, 09:45

https://gist.github.com/nikic/5015323
Why objects (usually) use less memory than arrays in PHP
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #110 Sumanai » 24.08.2014, 09:58

Ещё бы производительность сравнили бы, для полной картины.
Sumanai M
Аватара
Репутация: 1677
С нами: 11 лет 2 месяца

Сообщение #111 factotum » 24.08.2014, 10:02

Sumanai:ещё бы производительность сравнили бы, для полной картины.
думаете, при многократном сокращении использования памяти производительность может пострадать?
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #112 Sumanai » 24.08.2014, 10:34

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

Сообщение #113 factotum » 26.08.2014, 21:40

factotum:Пришло осознание, что глобальная трансляция событий, реализованная в плагинах BS - это счастье. В любой точке кода можно знать, что делает тот или иной плагин
Выявилась небольшая утечка памяти, что подразумевает пожирание времени для отлова дырки. И снова, глобальная трансляция событий оказалось счастьем: http://jsfiddle.net/cvrhulu/upzHa/2/show/
Консоль :love:
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #114 VEG » 27.08.2014, 00:56

Sumanai:Именно. Всё так. Но она при этом должна быть удобной, а не две кнопки для инвалидов с планшетом.
К тому же в погоне за "минимализмом" и "маленькой высотой" в файрфоксе высота шапки браузера наоборот выросла :ill: Благо это исправляется. Но тенденции в браузеростроении мне не нравятся.
Да уж, меня эта тенденция тоже огорчает. Похоже, что для гиков остался только один браузер, где можно серьёзно подстраивать интерфейс — Firefox (ну и родственники SeaMonkey вместе с Pale Moon и другими). Правда, и эти идут на поводу у примитивизации. Последнее обновление в лице Australis больше огорчило, чем порадовало (эта тема смотрится несколько чужеродной в системе, да и оранжевая кнопка в уголке была удобнее — не нужно было «целиться», достаточно довести курсор до упора влево вверх и кликнуть).
VEG M
Администратор
Аватара
Откуда: Finland
Репутация: 1653
С нами: 11 лет 11 месяцев

Сообщение #115 VEG » 27.08.2014, 13:07

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

Сообщение #116 factotum » 27.08.2014, 14:23

http://cssguidelin.es/
внимательно читать от начала до конца. перечитать снова. Задуматься, так ли в Вашем проекте от начала до конца?
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #117 VEG » 28.08.2014, 16:26

factotum, лучше задуматься, чтоит ли следовать этим правилам от начала и до конца =) Например, табы удобнее пробелов для отступов, а ограничение по ширине в 120 сиволов удобнее 80 на современных компьютерах... и тому подобное.
VEG M
Администратор
Аватара
Откуда: Finland
Репутация: 1653
С нами: 11 лет 11 месяцев

Сообщение #118 factotum » 28.08.2014, 21:06

Для большинства рекомендаций указаны и объяснения. Кое чего нет. Например, не у всех IDE нажатие таба - это отступ.
Писать нужно так, чтобы удобно было не только лично, но и тем, кто может работать с написанным кодом в дальнейшем. Культура кодинга...
factotum
Автор темы
Откуда: Люксембург
Репутация: 234
С нами: 11 лет 11 месяцев

Сообщение #119 Sumanai » 28.08.2014, 22:29

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

Сообщение #120 VEG » 29.08.2014, 10:40

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

Я вообще хотел бы, чтобы всюду появилась поддержка продвинутых Elastic Tabstops — можно было бы без всяких сомнений табами не только отступы делать, но и выравнивание.
VEG M
Администратор
Аватара
Откуда: Finland
Репутация: 1653
С нами: 11 лет 11 месяцев

Пред.След.

Вернуться в Оффтопик