News for hackers. Stuff that matters.
Re:Chrome DevTools in 2016 and Beyond by jshevek on Friday June 10, 2016 @09:20PM (#11881469)
Rarely is any description 'needed', but in this case it is 'helpful'. The parent seems to be unaware that Safari has, over time, become inferior (relative to the other popular browsers) increasing the likelihood that the problem is with safari rather than with the site. Being unaware of the inferiority of safari, he didn't even try another browser. Simply knowing that its a safari bug may not be sufficient to maximize the efficiency of his problem solving strategy in the future, as he may brush this off as anomalous. Knowledge that others have found safari increasingly buggy and inferior makes it more likely the parent may adopt a better strategy, such as 'test with another browser first'
Re:Chrome DevTools in 2016 and Beyond by kylec on Friday June 10, 2016 @11:31PM (#11881905)
You certainly have made a lot of assumptions about me. I did test in other browsers - Chrome, obviously, and Firefox. But the fact that it works in Chrome and Firefox doesn't excuse the fact that it doesn't work in Safari. I'm a web developer, so it's my job to make things work correctly in all the browsers, Safari included, so from my perspective the creator of the page did a bad job.

Worse, it wasn't something fancy that it's understandable isn't supported in older browsers - it was scrolling, something that literally every web browser ever has been able to do.

Finally, as a web developer and as someone that has used Safari as his primary browser for many years, I rarely have an issue with Safari being "buggy and inferior". You may not get cool new APIs first, but Safari is usually pretty solid and bug-free with the ones it does support.

Re:Chrome DevTools in 2016 and Beyond by kinlan on Saturday June 11, 2016 @04:22AM (#11882636)
We will be fixing it. It was a bug in Material Design Lite and we need to upgrade.
Re:Chrome DevTools in 2016 and Beyond by ChrisLTD on Friday June 10, 2016 @11:24PM (#11881887)
In any event, Safari is perfectly capable of scrolling a page.
Re:Chrome DevTools in 2016 and Beyond by chris_wot on Friday June 10, 2016 @09:35PM (#11881533)
What, specifically, do you consider inferior about Safari? I'm genuinely curious - I use Chrome, Firefox and Safari regularly and I find Chrome and Safari to be of equal quality. And I notice bugs in Chrome every now and then, but with both browsers I find it pretty rare these days.
Re:Chrome DevTools in 2016 and Beyond by pfooti on Friday June 10, 2016 @10:25PM (#11881684)
Well, as a for-example, safari's support for indexeddb, service workers, push notifications, and just about everything that makes progressive web apps interesting is pretty lacking.

As another for-example, I was able to hard-crash safari on ios by setting some CSS attributes on the scroll track about eight months ago - like literally a web page with css that altered how wide the scroll bar track was could CTD safari on ios.

As another for-example, KeyboardEvent.key isn't supported in safari.

As another for-example, http://caniuse.com/#compare=chrome+51,safari+9.1,ios_saf+9.3 and scroll down. Battery Status API, Fetch API, Proxy Objects, Shared Web Workers, on and on. The "modern" web as a good platform for interesting progressive apps is passing safari, in particular iOS users, by.

One assumes a motivator here is the app store: apple's walled garden approach is fundamentally incompatible with web apps gaining all these APIs, whereas android's (relative) openness means Google is less uptight about people deploying apps without going through the app store approval process.

Re:Chrome DevTools in 2016 and Beyond by dzhiurgis on Friday June 10, 2016 @10:41PM (#11881742)
My view is that Safari is leading in privacy and lags in everything else. Meanwhile Chrome absolutely leads in security while Firefox leads in standard support.

I use Chrome for work and Safari for casual browsing. Safari definitely has better tab management (tab expose). I am also sad that Firefox UI looks stale. Their settings & options window look like it hasn't changed since initial release.

Re:Chrome DevTools in 2016 and Beyond by TD-Linux on Saturday June 11, 2016 @02:49AM (#11882395)
The settings window changed - it is now a full screen tab.