← All posts tagged web

Darwin
CSS тлен Макакопроблем псто.

TIL (today I learned) что PITA расшифровывается как Pain In The Ass.

Речь пойдет о пользовательской стилизации скроллбаров, которые нельзя просто взять и покрасить (что в общем-то и не нужно нормальному человеку, но заказчик далеко не всегда является таковым).

В вебките это решено нестандартным свойством: developer.mozilla.org , а вот багтрекер мозиллы — неиссякаемый источник радости. Вот например баг, которому 16 (прописью: шестнадцать, Карл!) лет: bugzilla.mozilla.org

Первый пост шестнадцатилетней давности:
Proposal: Mozilla should support the scrollbar-(blah)-color properties implemented in IE5.5. This would be a minor enhancement...
Последний коммент, написан два месяца назад:
DON'T COMMENT UNLESS YOU ARE FIXING IT...
Кто виноват и что делать было в принципе понятно 11 лет назад:
* The current XBL scrollbars are partly implemented in C++ and tied directly to the bits where they need to go
* Instead this bug proposes to add two pseudo elements, such as ::-moz-horizontal-scrollbar and ::-moz-vertical-scrollbar, which would become the bound elements for the XBL scrollbars
* The XBL scrollbars could then do something intelligent with inherited properties from these pseudo-elements
* This also allows users to write new scrollbars in XBL and bind them to these pseudo-elements to completely replace the scrollbars. Example: instead of a slider with buttons, a miniature image that serves as a panning control. Or whatever.
The new capability this requires is that AFAIK, XBL can't currently bind to pseudo-elements, because XBL expects to bind to something in the DOM. I don't know what would be required to change that.

В светлом технократическом будущем возможно этот драфт станет частью спецификации: drafts.csswg.org — но с 2015 года (первый публичный драфт) он не сильно поменялся: w3.org

Пилит драфт вот этот достойный чел, который не кодит с 2012, ныне преподает что-то во французском лицее в Киото и консультирует: florian.rivoal.net — не удивительно, что оно не особо двигается.

Хотя в драфте про скроллбары пока ни слова, страница свойства developer.mozilla.org отправляет туда. -moz-appearance, если кто не пони, теоретически совершает обратную процедуру, стилизует ваш элемент под системный, а в списке элементов под которые оно должно стилизовать, есть и скролбарозапчасти. Так что остается верить.

В общем, лютый феерический 314здец конечно.

Darwin
web Opera Опера тут запилила концепт-браузер — opera.com
кроме няшного дезигна часть идей из старой оперы вернулась, обещают потихоньку в стабильную оперу впиливать. Жаль только что в этой сборке нет "vpn". И не очень представляю как они всю эту красоту на линупсах будут запускать. Но в целом охуенно.
Darwin
web статьи rakh.im :
Общее впечатление от работы с современными интерфейсами это сон. Знаете, как во сне пытаешься бежать, и ничего не получается. И все хаотически меняется и ничего не имеет смысла. А Гугл и Фейсбук все это изучают, делают АБ-тестирование и думают «хмм, а если подвинуть кнопку влево, то в полтора раза больше людей нажмут на нее в первую минуту». И выходит новая версия плохого интерфейса.все чистая правда.
Darwin
JS скандалы интриги расследования Touch Events vs Pointer Events:

Touch Events == W3C Recommendation 10 October 2013
Editors:
Doug Schepers, W3C
Sangwhan Moon, Opera Software ASA
Matt Brubeck, Mozilla
Arthur Barstow, Nokia

Pointer Events == W3C Recommendation 24 February 2015
Editors:
Jacob Rossi, Microsoft Corporation
Matt Brubeck, Mozilla

2014

arstechnica.com :
There are two competing specifications for handling touch input in the browser.
The first, Touch Events, was devised by Apple and integrated into WebKit.
In response to this, Microsoft devised a similar but different specification, which it called Pointer Events.
Developers on the Blink browser engine, the core component that powers both Google's Chrome browser and Opera, announced Friday that they're dropping support for the Pointer Events specification originally devised by Microsoft.

2015

гугль передумал:

bugs.chromium.org : Thanks for all the feedback everyone. We've heard it loud and clear and are working on a plan to hopefully allow us to ship pointer events in Chrome

theregister.co.uk :
Based on the feedback we’ve received, and the productive collaboration in the Pointer Events working group, I now believe we should implement this API in Blink... we’ve received a steady stream of feedback from web developers, framework authors and other browser vendors indicating that they see Pointer Events as a highly valuable addition to the platform.
The decision is significant because it shows willingness to implement W3C standards with or without Apple, at least in a case like this one where there is widespread developer support.

arstechnica.com :
In the meantime, jQuery and other Pointer Events supporters recommend the use of the Pointer Events Polyfill, a JavaScript library that for the most part enables the use of Pointer Events code even in those browsers that lack native support: github.com
просто блядство, скажу я вам.

Darwin
web тлен по мотивам #2832190 :
Those of you who work in-house, or even within large agencies, will be well aware of the tensions between designers and developers. In part, these tensions have been created by a lack of understanding by designers early on in the web’s history. As I mentioned in earlier chapters, designers thought they could apply print-based design methods and characteristics to web design. We all thought it was fine, but we didn’t have to build the sites. Developers would receive the designs and, at the time, despair at the thought of trying to interpret the layouts and create HTML pages. It wasn’t until I sat next to a developer for over two years that I began to appreciate the value in communicating with developers as much as possible through the design process. Corporations spend thousands and thousands of pounds every year trying to achieve efficiency in departments where, in my opinion, a simple seating change would suffice. If you’re a designer working in a large agency, do yourself a favour, and don’t sit next to other designers. Likewise, if you’re a developer, or project manager, sit next to your project team members, not your discipline peers.из designingfortheweb.co.uk
Darwin
quote linux.org.ru : Flux vs Redux
перегруженная вьюшка, которая слишком много на себя взяла
моду во фронтенде задают люди с не совсем стандартной ориентацией
по нажатию кнопки тебе захотелось еще и дернуть анус
Js. Теперь на ЛОРе. Совершенно чудесно.
Darwin
slow The funny thing is that the XMLHttpRequest object was originally created by the developers of Outlook Web Access for Microsoft Exchange Server. After a number of permutations, it eventually became the standard for what we use today to make HTTP requests in JavaScript
отсюда: deanhume.com