Notes on Choosing a New Web Browser
Wednesday, April 15, 2015
Partly because a friend told me this topic might be of general
interest, I am posting about my process of selecting a new web browser
for my news scanning/reading and writing research. It didn't occur to me at the time to
ask why he thought the topic could be of general interest,
aside from the information I gleaned about alternative web
browsers. That said, in considering my thought process, it occurs to
me that how one goes about exploring an unfamiliar field might be
generally interesting as well, so here goes.
As regulars
know here, I blog almost daily. I also am father to two very young
children, and hope to expand my writing once again to include longer,
more in-depth pieces while continuing to blog near-daily. Writing and
research take significant amounts of time, preferably of the
uninterrupted variety; Children find ways to gobble up that time and
always threaten what's left. Suffice it to say I have major time
constraints.
Over the past few months, I have been looking at all
aspects of this problem in order to find ways to speed up writing- and
research- related tasks that seem like they should take much less time
than they do. One area of particular concern was how much time
browsing can take. For example, nothing is quite so irritating as
having to decide whether to sit on my hands for a few more minutes or
reboot my computer when my web browser coughs a hairball. (Were there
an award for stupendous achievements in wasting computational power,
it would surely go to some web scripter somewhere: I have six
gigabytes of RAM, a 2.4 GHz, dual-core processor, yada-yada, and some
page I want to load for the sake of reading a short article
freezes it up?) This is astonishingly bad and amazingly common. I run
Linux and, if I caught the problem in time, would usually kill my
browser from the command line, but even then, I'd generally lose some work. Something
had to give.
As you might guess from my last few sentences,
I am no computer expert, although I probably know more than most
people about computers. I also don't have enough time to, say learn
all about the inner workings of web browsers and test dozens of
candidates or code my own variant of a browser I like. I would need to
take an initial stab at what I thought the problem might be and look
for help from others. And I would base any testing I might do on that
information and my own criteria for what I need, with a mind open to
having to dig deeper at the problem if new information indicated I
would need to. As I did when testing/learning/deciding to adopt
Emacs as my new
writing software, I would "learn by doing", with my old, familiar
software there as a fall-back if I needed it.
My old
browser was Firefox, and when it started gumming up the works, a
related process called something like "plugin-container" was usually
the culprit. "I don't use plug-ins," was my thought upon seeing this
information. (This turned out to be incorrect: I was actually
using built-in plug-ins, most notably one for Flash content. More on this later.) Yes, Google's
Chrome (and its open-source cousin, Chromium) was an option, which
I'd turned to a few times, but I dislike several aspects of the
browser, and wanted to find an alternative to either. This
immediately led me to set my criteria for an acceptable
replacement.
For most writing-related software I use, I demand the
following: (1) It runs at least on Linux and Windows, and
preferably also Apple platforms; (2) It is under active development
and has some critical mass of users; (3) It is capable of fitting in
with my usual ways of doing things. In the case of web browsers, the
last criterion would entail me being able to enjoy the full functionality
of the accounts I have on a small handful of web sites. Oh yeah, and a web browser needs to allow me to have multiple tabs open without completely
freezing my computer.
With this in mind, I searched for
alternative browsers, filtering for recent articles, and came up with
all but the last of the below results. (I looked again when my first candidates fell short.) Here they are, along with my slightly edited notes:
- 10
Alternative Web Browsers for Ubuntu Linux
- QupZilla -- Solid, but nothing new. Can it not bring my computer to its knees?
- Web (formerly Epiphany) -- very simple and fast -- a commenter who uses this and qz rated qz higher.
- Six
Alternative Web Browsers You Should Know About
- WhiteHat Aviator (privacy) -- no Linux version [no ads or media autoplay, duckduckgo by default]
- Citrio (media junkies) -- faster downloads
- Midori (lightweight) -- native to Linux, but Windows version exists, cuts out lots of RAM usage [may crash a lot]
- Coowon (gamers) -- Nothing for me here.
- SpaceTime3D (visually-oriented research) -- [or is it an extension? may or may not work in Linux possibly try later] This is actually an application that allows easy preview of search results
- The Best Alternative Browsers -- The Comodo offerings may be worth a look, if they can run on Linux.
- Comodo (Ice)Dragon -- more secure versions of Firefox and Chrome
- MaxThon Cloud Browser -- see below
- Avant Browser -- for people who want MS, but not IE
- Unhappy With Chrome and Firefox? Here Are Some Alternate Web Browsers -- maybe: Pale Moon, Maxthon, and Opera
- Pale Moon -- optimized for speed, native to Windows, ported -- to Linux and Android, like Firefox, but not made to look like Chrome, maybe
- Opera -- perhaps worth another look [not supported by default in Ubuntu]
- Iron Browser -- a Chrome offshoot that doesn't track your every move
- K-Meleon -- Windows-only
- Maxthon -- cross-platform, split-screen mode
- Chromium -- Chrome, without the built-in Flash player or PDF viewer
- Safari -- can't run on Linux
- IE -- can't run on Linux
- Midori
- pros: doesn't bring my computer to its knees, good view source
- cons: crashes often enough to be a deal-breaker, some sites not functional, slow when lots of tabs open
- Pale Moon
- pros: zero learning curve since it's a fork of Firefox, not as Chrome-like as newer versions of FF
- cons: It happens a lot less, but I still wound up yanking out my battery and rebooting while looking for material.
- Added Later: Can I solve freeze problem by disabling Flash? It seemed to help with QupZilla, which still gobbled memory more than this. I think this did the trick.
- Opera -- WTF? It can't properly render GVH.
- QupZilla
- pro: very good source code viewer
- con: no text zoom, crappy fonts, GMail doesn't support "this version of Safari"
Regarding the process itself, it is interesting to consider the measures I took regarding the fact that my knowledge of this area is limited and I did not have lots of time to increase it. Given my purposes, relying on the knowledge and experience of others, and supplementing my own knowledge when I reached an impasse was sufficient. We live much of our lives in situations like this, so studying them might be fruitful.
-- CAV
P.S. The inability of Opera, a fairly common browser, to render my blog, bothers me. If any regular here finds that he is having to avoid (or use) a certain browser just to read my blog, I would like to know more about it. Please leave a comment about your problem or email me. Thanks!
Updates
Today: (1) Fixed some typos. (2) Improved some wording.
No comments:
Post a Comment