Вот график распределения кол-ва коммитов по часам. Видно, что вы значительно более упоротые. Я ближе к концу строчил почти исключительно только графику.
Eventual им не надо, им strong надо, иначе придется состояния мира мержить. Вообще для таких штук надо что-то универсальное уже запилить, у меня в работе тоже постоянно возникает желание раздать всем нодам общее видение какой-то части мира. Надо учесть что браузер тоже может быть нодой.
[~/Dropbox/ws/kick] lein ancient
[clj-oauth «1.4.1»] is available but we use «1.4.0»
[http-kit «2.1.11»] is available but we use «2.1.10»
[org.clojure/data.json «0.2.3»] is available but we use «0.2.2»
[org.clojure/clojurescript «0.0-1909»] is available but we use «0.0-1889»
[prismatic/dommy «0.1.2»] is available but we use «0.1.1»
Нет, и это философская позиция. EDN — формат представления данных, а не объектов и их связей. Backreference бы усложнили понимание, реализацию и сделали бы парсер stateful.
Да, сейчас как раз думаю, как с этим быть. Пока отмечаю звездочками, может, заведу папку специальную. Непонятно. Но у меня точно писем, требующих отложенной реакции, гораздо меньше, чем поток, который по папкам разносится.
Как замечать — ну в метках же показывается, где сколько непрочитанных. Допустим, когда я захожу в ящик, сразу вижу, что пришел новый коммент и два письма по работе, например.
У этой колонки нет своего уникального класса, поэтому скрывать придется по порядковому номеру. Попробуйте tr > .Bu:nth-child(2) { display: none; }, или, как выше пишут, иногда 3.
Скрипты есть, но их непонятно как выложить. Я делился с несколькими людьми, сходу никому не помогло — в GMail имена классов сильно зависят от настроек, темы, плагинов. При обновлении гмейла легко могут тупо перестать работать. То есть маловероятно, что они кому-то помогут «как есть».
И потом, я думаю, у читателей Хабра нет проблем с тем, чтобы юзерскриптом скрыть блок рекламы самостоятельно, да же?
Вообще, у меня с ним долгая история отношений, я его периодически ставлю и сношу, потому что понимаю, что чего-то он опять не умеет.
Вот сейчас поставил — не группирует хабровские комменты в тред (gmail группирует), хуже убирает цитаты (гмейл делает это отлично), не показывает картинки в сonversation, только в списке писем — для треда это картинка того, кто его начал, это не имеет смысла, картинки нужны как раз чтобы не путаться в тредах.
Для меня, когда в письмах идут постоянные треды, баталии, цитирования — неудобно. Конечно, если нужно раз в месяц послать родителям открытку, sparrow в самый раз.
То есть вы утверждаете, что у нее интерфейс именно просмотра почты настолько лучше, что имеет смысл держать настольного клиента с гигабайтной базой писем, кучей памяти, обновлениями, только ради того, чтобы пролистывать почту?
Интересно, посмотрю, что там наворотили после десятой версии, внимательнее.
Да, когда пользователю что-то меняют в «его» сайте, не спросив мнения самого пользователя, это часто воспринимается резко негативно, гораздо резче, чем если бы это было бы то же самое, но под новым именем.
Да, но между двумя компьютерами и айпадом не очень-то попереносишь этого «онлайн клиента», и дальше будет только хуже.
То есть либо фильтры должны быть на сервере, либо один «канонический» компьютер с оперой должен быть где-то всегда запущен, и нужно еще на них фильтры в одинаковом состоянии поддерживать, а то начнут перекладывать с места на место.
В инбоксе остаются письма, которые ты уже прочитал, но которые еще требуют какой-то реакции — ответа, например. Способ отличать прочитанные неотвеченные письма от прочитанных отвеченных.
Если никакой реакции не нужно — в архив его, с глаз долой. Название навевает мысли о каком-то сжатии, но на самом деле оно просто перекладывается в папку «Вся почта».
Судя по тому, что менять их порядок нельзя (точнее, он сам меняется при редактировании), то думаю что нет. Кажется, применяются все — по крайней мере одновременно по два ярлыка оно у меня навешивало.
Проблем нет, когда у меня был один компьютер, я пользовался apple mail и все устраивало (фильтры, правда, ума хватило на сервере создать). Сейчас два компьютера, мак-винда, а хочется однообразия какого-то.
Я в посте написал, как поборол эту штуку — в первом фильтре явно перечисляются все условия из второго со знаком минус, чтобы в него письма вообще не попадали. Не очень удобно, но как-то работает.
fortyseven говорит о том, что допустим один фильтр определил ярлык «работа» (по адресату), а второй «работа / оффтопик» (по адресату + ключевым словам), так вот второй не может удалить у письма первый ярлык «работа», в итоге письмо будет и там, и там.
Приятнее, но тоже не без греха — я не могу в одном правиле переместить в папку и пометить прочитанным, например.
Однако я уверен, что самый лучший интерфейс — когда для папки задаются условия попадания в нее, а не наоборот, для неких абстрактных условий задаются папки. Это более естественный способ, я вот тут об этом рассуждал. Единственное приложение с такой логикой на тот момент оказалось Оперой.
То, о чем вы говорите — частный пример. Чаще надоедает постоянное length−1, и когда знаешь позицию, нужно в уме −1 прибавлять (возьму второй — ага, значит [2−1]). Зато будет первый — первый, второй — второй.
Индексация с нуля — техническая оптимизация С, который складывал указатели, но она распространилась везде.
Если подумать, это совсем не естественно. Нужно постоянно держать в памяти этот −1. Почему, чтобы взять пятый элемент, я пишу arr[4]? Разве это удобно? Почему, если в списке 10 элементов, то взять десятый (arr[10]) — ошибка? Если беспокоитесь о производительности, храните указатель на начало массива−1.