Live data from Hacker News

Introducing Safari Technology Preview

webkit.org

11–20 of 176 posts

Re: Introducing Safari Technology Preview

#12

Apple's been taking a number of steps over the last few months to show that they take Safari/WebKit development seriously. This is another positive step in the right direction. While I never agreed with the nonsensical "Safari is the New IE" meme that was going around, I did fear that Apple's tendency to develop things in a vacuum would continue to harm WebKit relative to Blink, Gecko, etc. But all signs are pointing…

[deleted]

Re: Introducing Safari Technology Preview

#13

Apple's been taking a number of steps over the last few months to show that they take Safari/WebKit development seriously. This is another positive step in the right direction. While I never agreed with the nonsensical "Safari is the New IE" meme that was going around, I did fear that Apple's tendency to develop things in a vacuum would continue to harm WebKit relative to Blink, Gecko, etc. But all signs are pointing…

what steps? Any prove? BTW here a good example how Chrome & Safari team cannot communicate and everyone of them implements their own HTML standards. Here gesture support (pinch and zoom, trackpad) on desktops https://bugs.chromium.org/p/chromium/issues/detail?id=596689 for what reason we have W3C/WHATWG etc. ?

Re: Introducing Safari Technology Preview

#16
I love that they are supporting Shadow DOMs, but until the other browsers support it, the feature is dead in the water. I mean, it's a feature that you'd build a whole app around, but if IE and Firefox don't support it, I can't really do that.

Re: Introducing Safari Technology Preview

#17

Apple's been taking a number of steps over the last few months to show that they take Safari/WebKit development seriously. This is another positive step in the right direction. While I never agreed with the nonsensical "Safari is the New IE" meme that was going around, I did fear that Apple's tendency to develop things in a vacuum would continue to harm WebKit relative to Blink, Gecko, etc. But all signs are pointing…

Their time to fix bugs and regressions in iOS is 3 months!

Edit: Again, I write a very unpopular opinion. Yet there are hundreds of regressions that have bit developers. Some of those bugs require workarounds that would be otherwise unnecessary on any normal environment with rapid updates - like Chrome or Firefox. That increases developer effort, and there have been cases that Apple have entirely missed their update and so folks wait for 6 or more months for a fix!

People can be unhappy with my comment (the score is bouncing up and down like a yo-yo!), I really don't care - but having been one of quite a few website maintainers that have had to work around Apple's bugs, it's very frustrating for both the end user and the developer.

Re: Introducing Safari Technology Preview

#19
So what is Apple going to do about fixing bugs in Safari in iOS quicker?

I shouldn't have to wait for 3 months for awful rendering issues that entirely prevent me from viewing important websites to be fixed!

Obviously it's unpopular to complain about Apple and their dreadful fix timeframes, but there are often thousands of affected websites and often Apple have a fix already checked in and tested. But Apple being Apple, they consider web rendering bugs to be part of their iOS update process, and not just an issue with an app so we all must wait for three months for them to roll it into a major update.

I'm seriously considering setting up a seperate website to track iOS bugs. Apple are hardly willing to be open and transparent about bugs, so perhaps it should be taken from their hands?

Re: Introducing Safari Technology Preview

#20

Earlier quoted context omitted.

I can click links just fine in mobile Safari...

Yeah, don't go to booking.com :-)

So a particular website goofing something up is Safari's fault?

(Incidentally, just went to Booking.com on iOS Safari. Works fine here.)

Post reply on HN