News for hackers. Stuff that matters.
Re:German judges explain their decision that ad-blocking sof... by ClassyJacket on Sunday December 11, 2016 @10:58AM (#13151565)
Or because you use Safari.
Re:German judges explain their decision that ad-blocking sof... by detaro on Sunday December 11, 2016 @11:07AM (#13151614)
Re:German judges explain their decision that ad-blocking sof... by lstamour on Sunday December 11, 2016 @12:18PM (#13151980)
Try native Content Blocking in Safari via Nope or 1Blocker rather than ABP etc.
Re:German judges explain their decision that ad-blocking sof... by ZoeZoeBee on Sunday December 11, 2016 @11:04AM (#13151593)
Could you explain why you use Safari, other than it was pre-installed with your OS>
Re:German judges explain their decision that ad-blocking sof... by nicolas_t on Sunday December 11, 2016 @11:06AM (#13151609)
Safari is actually really good when it comes to battery life. If I use Chrome (or Firefox to a lesser extent), my macbook's battery empties 30% faster. So, when my computer is not plugged in I tend to use Safari.

That said, there's now ublock origin for Safari which is what I use.

Re:German judges explain their decision that ad-blocking sof... by username223 on Sunday December 11, 2016 @11:13AM (#13151648)
As others mentioned on another thread here recently:

* lower power/memory use and greater battery life vs. Chrome or Mozilla

* being written by a hardware company vs. a surveillance company

Re:German judges explain their decision that ad-blocking sof... by ZoeZoeBee on Sunday December 11, 2016 @11:24AM (#13151719)
Yes, lower power/memory usage equals better battery life at the cost of performance, Safari is not nearly as perfomant as Chrome or Firefox, and to be honest if you're developing the browser is not your main energy drain.

Naive to put trust in either companies use of your details

Re:German judges explain their decision that ad-blocking sof... by username223 on Sunday December 11, 2016 @12:07PM (#13151939)
> ...if you're developing the browser is not your main energy drain.

This has not been my experience, but maybe that's just because I use an ancient text editor (Emacs). If my several-year-old computer with 8GB of RAM goes into a paging frenzy, the browser is usually at fault. Emacs may be using a few hundred megabytes at most.

As for privacy concerns, it's your call. Apple sells expensive hardware; Google sells surveillance-based advertising; Mozilla... sells its search box to either Google or Microsoft? I've made my uneasy peace with this choice.

Re:German judges explain their decision that ad-blocking sof... by ZoeZoeBee on Sunday December 11, 2016 @12:22PM (#13152008)
Can't vouch for your ancient machine or text editor, but writing and compiling on a modern machine with intellisense, the editor uses a lot more energy than the browser

https://www.cs.virginia.edu/~weimer/p/weimer-asplos2014.pdf

Re:German judges explain their decision that ad-blocking sof... by username223 on Sunday December 11, 2016 @01:15PM (#13152257)
This paper didn't seem to deal specifically with compilers, editors, browsers, or intellisense. But I'm curious what counts as "modern" -- how often should I replace my personal machine, or what should its specs be, so people like you don't call it "ancient"? (I already know that I should be using LightTable or Atom or IntelliJ to be "modern" in terms of editors.)
Re:German judges explain their decision that ad-blocking sof... by staticassertion on Sunday December 11, 2016 @11:49AM (#13151850)
> Yes, lower power/memory usage equals better battery life at the cost of performance,

This is almost never actually the case. In reality, better performance tends to mean better battery due to improved usage of resources.

Re:German judges explain their decision that ad-blocking sof... by ZoeZoeBee on Sunday December 11, 2016 @12:20PM (#13151993)
This is kind of a ridiculous statement.

Not a single category other than energy consumption does Safari benchmark near Chrome, Firefox or even Edge http://www.digitaltrends.com/computing/best-browser-internet...

Any of you are free to offer actual data proving otherwise

Re:German judges explain their decision that ad-blocking sof... by nicolas_t on Sunday December 11, 2016 @01:49PM (#13152450)
Anecdotical I know but on mac, when using velocityjs to change the css transform value (translate, scale and rotate) of 100+ spans, Safari is faster and the animation is smoother than Chrome. I've tested that on an imac, a macbook pro and a mac pro. Also, they don't mention in the benchmark you've linked if they're benchmarking the windows version or the mac version of Chrome. The windows version is faster in quite a few cases in my experience.

Finally, while Chrome definitely has a better html5 compliance, there's one thing I hate about Chrome. It doesn't keep the state of the previous page when using the back button unlike Firefox, Safari and IE. See this: https://bugs.chromium.org/p/chromium/issues/detail?id=2879

Re:German judges explain their decision that ad-blocking sof... by staticassertion on Sunday December 11, 2016 @06:14PM (#13154055)
Err, I didn't say anything about any browser. I said that performance and battery life are not at odds, they often go hand in hand.
Re:German judges explain their decision that ad-blocking sof... by ZoeZoeBee on Sunday December 11, 2016 @09:02PM (#13154964)
Efficiency and energy use go hand and hand, performance and energy use often do not.
Re:German judges explain their decision that ad-blocking sof... by fastball on Sunday December 11, 2016 @11:46AM (#13151836)
What?

The browser is 100% my main energy drain when I'm developing. Sublime Text barely takes up any of my power or memory.

Additionally, I don't use a single website where I noticed a performance hit when I switched from Chrome to Safari.

Re:German judges explain their decision that ad-blocking sof... by millstone on Sunday December 11, 2016 @01:30PM (#13152346)
Best support for using multiple windows instead of tabs

Reader button

Scrolling performance

Most Mac-like UI

Privacy focus

Memory use and battery life