Tag: browsers

Google Cuts off Chrome Extensions That Don’t Come From the Web Store

A while back Google said that it would stop letting Windows users install Chrome extensions that didn’t come directly from the Web Store. The company ended up delaying the plan, but there is no more fighting it. Today users of the stable channel of Chrome on Windows will no longer be able to install extensions from outside the Web Store. That won’t impact too many users thankfully, but it could make it difficult for those that like to run experimental add-ons. If you’ve already sideloaded extensions from outside of the Chrome Web Store, those will be disabled starting today; if you want to re-enable them, you’ll have to make the switch to the dev channel of the browser. The idea is to protect users from…

Read Original Article Here:

Google cuts off Chrome extensions that don’t come from the Web Store

URLs are Already Dead

URLs are already dead Posted at May 6, 2014 07:00 am by Nicholas C. Zakas Tags:

Browsers, Internet, URLs Last week, there was a fair bit of furor when Jake Archibald wrote an article1 describing an experimental feature in Chrome that hides all but the domain name of the URL you’re on. The idea is very similar to what already happens in the iOS 7 version of Safari: once navigation is underway, the URL is hidden and only the domain name is visible in the location bar. If you want to get to the full URL, then you either click or set focus back to the location bar (in Chrome, you click the domain name). I’ll admit, the first time I encountered this behavior in iOS 7, I was…

Original Article Can Be Found Here:

URLs are already dead

Simplelenium, Writing Robust Tests with Selenium

I use Selenium a lot. And I hate it! I hate it and I use it. Every other browser automation tool I’ve used either has the same problems as Selenium or end up dying because nobody uses it. There are nice librairies to make writing Selenium tests more user friendly. Fluentlenium is one of those nice tools. But Selenium’s problem is not really with its syntax. It’s the complexity of writing stable tests. It’s hell! It would be great if Selenium tests didn’t fail every other day If you test modern websites with Selenium, you end up playing with waits and timers. Very often people put random Thread.sleep(s) into their test code because they are just fed up trying to understand …

Read Original Article Here:

Simplelenium, writing robust tests with Selenium

© 2024 Paul Parisi

Theme by Anders NorénUp ↑