Live data from Hacker News

Introducing Safari Technology Preview

webkit.org

61–70 of 176 posts

Re: Introducing Safari Technology Preview

#61

Programmatic cut and copy to the clipboard It’s now possible to programmatically copy and cut text in response to a user gesture with document.execCommand('copy') and document.execCommand('cut'). Having this ability may eliminate some websites’ last need for the Flash plug-in. --- :'( - So much pain erased in a single stroke!

I wouldn't ever enable clipboard integration -- a malicious site could use it to collect data by using the paste command with execCommand -- they'd grab whatever was on my clipboard, which could include my banking password from my password manager app that I was just getting ready to use.

Re: Introducing Safari Technology Preview

#62
It would be great if they mentioned El Capitan as a pre- requisite before people download and find out.

I know the expectation is that most Macs are up to date but if you can't install it on Yosemite, they should let people know.

Re: Introducing Safari Technology Preview

#63

Programmatic cut and copy to the clipboard It’s now possible to programmatically copy and cut text in response to a user gesture with document.execCommand('copy') and document.execCommand('cut'). Having this ability may eliminate some websites’ last need for the Flash plug-in. --- :'( - So much pain erased in a single stroke!

I do wonder why they didn't go with an API that other browsers are already supporting, though:

https://developer.mozilla.org/en-US/docs/Web/API/ClipboardEv...

Re: Introducing Safari Technology Preview

#64

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 App…

How many times are you going to post the same comment multiple times per story? We get it, >>>3 months<<< is a travesty.

Re: Introducing Safari Technology Preview

#66
post #8

That's nice, but no iOS release? Edit: As it is now, it doesn't look very different from what already existed as OSX-side-loadable Webkit Nightlies https://webkit.org/nightly/ or building from source (which even supports iOS simulator!) https://webkit.org/building-webkit/

I don't see that happening as Safari isn't just some application that runs on iOS as an app, it's more built into the OS itself.

I don't see why not as webkit.org already supports building for the iOS simulator https://webkit.org/building-webkit/

Re: Introducing Safari Technology Preview

#67

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…

I'll take them seriously when they release something that runs on Windows.

They did release Safari for Windows. Nobody used it, and I guess they figured the cost of upkeep wasn't worth it.

Re: Introducing Safari Technology Preview

#68
post #64

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 App…

How many times are you going to post the same comment multiple times per story? We get it, >>>3 months<<< is a travesty.

Are you saying this isn't a timely comment? Or relevant?

I'll keep commenting on their three month timeframe on relevant stories. I don't mind that you don't like me making the point that it's unreasonable. Especially as you agree!

Edit: I'll review my comment history:

* The comment you are responding to, I feel is relevant

* I write a reply to this comment that says that Apple's Safari development is getting better, to which I disagree - https://news.ycombinator.com/item?id=11391186

Entirely relevant to that thread. It's funny watching my comment scores bounce up and down though. I'm not the only one annoyed with Apple I see, there appear to be as many people who agree with me as who are annoyed I point out Apple's Safari issues :-)

Don't assume that just because you think I'm unreasonable that I am unreasonable. My comments are downvoted and you are annoyed with my seeming unreasonableness, but plenty feel the opposite.

Re: Introducing Safari Technology Preview

#69

> Programmatic cut and copy to the clipboard Wow, this is huge.

Already in released versions of Chrome and Firefox. It'll be nice when it's in safari, though, because then it'll actually work on mobile. It seems that Safari isn't using the same API, though.

Re: Introducing Safari Technology Preview

#70

Programmatic cut and copy to the clipboard It’s now possible to programmatically copy and cut text in response to a user gesture with document.execCommand('copy') and document.execCommand('cut'). Having this ability may eliminate some websites’ last need for the Flash plug-in. --- :'( - So much pain erased in a single stroke!

I do wonder why they didn't go with an API that other browsers are already supporting, though: https://developer.mozilla.org/en-US/docs/Web/API/ClipboardEv...

Other browsers support the execCommand API as well. Adding a new, arguably cleaner API is a separate undertaking from removing the unnecessary limitation on the older API.
Post reply on HN