Skip navigation.

Epiphany celebrates its second birthday!

Epiphany Web Browser
Epiphany Web Browser

by Reinout van Schouwen

Epiphany's inception

On December 25, 2002, Marco Pesenti Gritti announced the first release of his brainchild, the Epiphany browser, to the world. The name Epiphany ("intuitive grasp of reality through something usually simple and striking") was chosen for a reason. Partly based on code from Galeon, that Marco had been project lead of until shortly before, Epiphany's design was minimalistic, yet innovative and aimed for maximum usability. To that end, Epiphany featured a unique non-hierarchical, topic based bookmarks system and a smart location bar entry that offered suggestions retrieved from bookmarks as well as the browser history.

In the two years that have passed since then, a lot has happened. The project quickly attracted a small number of developers and user interface enthusiasts. The most important event undoubtedly was the decision to include Epiphany in the core GNOME desktop. This didn't happen without some controversy, because at the time many people liked Galeon better and Epiphany wasn't quite ready for prime time yet. However, since Epiphany's goals seemed more in line with the newfound "keep it simple" approach of GNOME, it happened that GNOME 2.4.0 was released with the 1.0 release of the Epiphany browser.

The user interface concepts Epiphany brought to the table weren't always greeted enthusiastically by everyone. One person made the particularly nice remark that "Epiphany removed every useful feature any browser ever had" - well, you can't always please everyone. ;-)

Despite these criticisms, the inclusion with GNOME worked out well. Epiphany has gained exposure and developed a user base, and quite a few lines of code and user interface improvements (such as the GtkUIManager, formerly EggMenuMerge) that pioneered in Epiphany, are now part of the GNOME platform.

Where we are

GNOME users aren't the only people in need of a lean and mean browser. The development of Mozilla Firefox therefore was a godsend, especially to the millions of Windows users for whom the full Mozilla suite wasn't polished and attractive enough. Firefox enjoys massive popularity among GNU/Linux users too, so much even that some distro vendors have opted to have Firefox as the default browser on their GNOME desktop. Of course we aren't too excited about this, but it's even more incentive to make Epiphany totally rock, so we can give these vendors a reason to reconsider. To those questioning the usefulness of continuing development of Epiphany next to Firefox, let us say this: there are many good reasons to do so, but the most important one is that we have a vision of what a GNOME web browser should be, and we will keep scratching that itch until we get there, contributing to the Mozilla codebase along the way. Needless to say we keep a close eye on the developments in the Firefox camp, but we aren't trying to compete on features, nor are we marketing the browser as a standalone project. Our goals are simply different.

The composition of the development team has changed a bit over time. Most notably, Christian has been the Epiphany maintainer for the last two GNOME releases, and Marco spends most of his time doing other exciting things now that he has accepted a job at Red Hat. It should also be mentioned that the Epiphany and Galeon developers enjoy a good working relationship; lots of patches to the Epiphany codebase have been contributed by Crispin & co.

Another exiting development is the fully-developed extensions (i.e. plugins) system of Epiphany. Epiphany Extensions contains features that more experienced users expect, like gestures, an extension to add a "Page Properties" dialogue, switch between style sheets, group newly opened tabs, off-line HTML validation etc. It also works as a testbed for functionality slated to be included in Epiphany at a later stage, like the Certificate extension. In the future, Epiphany will also support extensions written in Python, or even Mono/C#. It is already possible to dynamically load/unload extensions at runtime.

Upcoming releases

We have set ambitious goals for the next stable release, Epiphany 1.6, that will coincide with GNOME 2.10. To whet your appetite a little: if all goes according to plan, the Bookmarks menu in 1.6 will be able to dynamically show topic submenus and subdivisionstopic submenus and subdivisions, based on the topics the bookmarks belong to. We are soliciting the help of interested coders, designers, documentation writers, bug triagers and translators from the community to help us get there. The 1.6 roadmap shows the plans and indicates their progress.
In particular, we are looking for assistance on the following features:

  • Accessibility. Epiphany's accessibility is not quite up to par with the rest of GNOME. We need input from users about what they need, what doesn't work right etc., so that disabled users will not have to resort to special Mozilla builds any longer.
  • Integration with GNOME-Keyring. With the availability of GNOME-keyring, we don't need to store our passwords in a separate database any more, but moving from Mozilla code to GNOME-keyring is trickier than expected.
  • Integration with Nautilus and Gnome-vfs. Currently, transferring files over a network can be performed both by Nautilus and Epiphany, yet in completely different ways. We aim to unify these methods, but this won't happen without somebody who can take care of the Nautilus side of things.

Of course you're welcome to drop by on the #epiphany channel or send your suggestions, patches, contributions etc. to epiphany-list at gnome-dot-org.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Fantastic browser

Moved from Galeon to Epiphany. Never looked back.

One thing I would suggest is a small change in the smart toolbar. I think users expect autocomplete but I find the smart bookmarks very useful. I think the drop-down list should show URLs by default and then switch to bookmarks when a hot-key (e.g escape, control, alt) is pressed. A user using a google smart bookmark to search for apple would then do the following:

* Switch to location bar (click or ctrl-L)
* Type 'apple'
* Press hot-key
* Click google

However, if they have been to apple.com before, it will be displayed in the drop-down up to the point at which they press the hot-key.

The behaviour could equally well be the other way around with auto-complete triggered by a hot-key.

Coming from Firefox

Coming from Firefox, Epiphany is now my primary browser (half because it's a joy to use, and half because I broke FF :) ). During the course of the switch there are a few things that FF does really really well that I've missed a great deal in Epi. These are mostly related to text search capabilities. First, I miss find-as-you-type for all text (rather than just links) something fierce. I wish this was available in Epiphany. If it is I can't seem to find it. Also, the FF dialogues for "Find", "Popup Block", and "Install Missing Plugin" are simply brilliant. They're informative without being offensive. The popup "Find" dialogue irritates me to no end...to the point that I often won't bother searching for text in a webpage unless I absolutely need to, whereas with FF I found myself doing a find-as-you-type just because it was faster than scrolling down. If Epi could incorporate these two features it would do great things for its usability.

If you hit the slash key firs

If you hit the slash key first, it'll find-as-you-type for all text. If you really need to have regular typeahead support work for all text, go into about:config and set accessibility.typeaheadfind.linksonly to false, and close out epiphany so it saves

Thank you!

Thanks a lot! I'd hoped this might be available somewhere. IMHO it should really be a gconf key.

look around a bit in about:co

look around a bit in about:config and search for typeahead

Epiphany dependancy

Can someone enlighten me why Epiphany on Debian depends on Mozilla browser? Is a technical or political reason? Can Epiphany be distributed with the necessary libraries without depending on another full fledge browser?

I believe it cannot

To the best of my knowledge, epiphany uses mozilla's rendering engine, and I don't think it's yet possible to embed mozilla's rendering engine without having the entire mozilla suite installed. There's been talk about separating the two for a very very very long time, but still no show. So until that happens, if anyone wants Galeon/Epiphany/Probably Blam 1.6, they'll have to install the mozilla suite as well.

correct, although epiphany ca

correct, although epiphany can also be built against firefox

Building Epiphany against Firefox.

If Epiphany can be build against Firefox, why is Mozilla still the “default” dependency?

Is some functionality lost by building Epiphany against Firefox?

If not, it might be a better idea to change the dependency. If some-one with a (hypothetical) browser-less computer apt-gets or RPMs -i or tries to install Epiphany, it would be better to install the lightweight Firefox than the fully-fledged Mozilla, if the only purpose we install another browser is to have its rendering engine.

(The same goes for Galeon and probably Blam.)

Doh! I mean, "Epiphany depend

Doh! I mean, "Epiphany dependency", i really should try the spellchecker extension...

Epiphany V.S Firefox?

I remember Pat in slackware-current changelog say: "It also breaks Galeon and Epiphany, and new versions of these have still not appeared. In light of this, I think it's time to remove
these Gecko-based browsers. The future is going to be Firefox and
Thunderbird anyway, and I don't believe Galeon and Epiphany can be compiled against Firefox's libraries."

I love epiphany...but Firefox is too spreaded...

Epiphany can be, and is in Ub

Epiphany can be, and is in Ubuntu (at least in Hoary)

Galeon, at least in CVS can b

Galeon, at least in CVS can build again Firefox's libs. It's still a little buggy, last I read. Typeahead support doesn't quite work right.

minor issue about epiphany that could be improved

1. no drop-down arrow button on the url box
2. find dialog box could not be dismissed with ESC.

minor issue...

  1. What do you need this for if you have the Go menu *and* Epiphany will search your history entries when you type something into the location bar?
  2. The HIG specifies it that way. Esc should be equivalent to Cancel, not Close. But you might be interested to know that there's an extension under development that changes the Find behaviour to be more like the Firefox search bar.

What do you need this for if

What do you need this for if you have the Go menu *and* Epiphany will search your history entries when you type something into the location bar?

The drop-down arrow buttons are useful when you have something typed into the location bar a short period of time before and wanted to refer to it again quickly without needing to bookmark it beforehand or search for it in history.

GO menu only displays websites which are most often visited, so it doesn't solve the problem.

Using the auto-completions feature by typing into the location bar requires some extra mental activities. These are the things, that I sure the epiphany developer want to eliminate.

Clicking on the location bar(or typing control-l), moving on to the keyboard, remembering the name of website, (which one might only have a vague idea of), typing it in and moving your hand back to the mouse; is a hassle compare to simply clicking on the drop-down button and scanning through the list of address/names and clicking on whatever you want. This is especally true for non touch-typists; which majority of computer users are. Both features can and should exist at the same time.

There is no harm of having the button there. Drop down buttons are everywhere. Epiphany has it on its own find dialogs and 'back' buttons. On top of that people new to computers would definately have to understand the concept of drop-down list someday if they really want to get used to computers. So long as it doesn't clutter up the interface, I think should the drop down button ought to be beside the location by default.

If the epiphany team still insist that drop down button is ui flaw, leaving it as an option might be good decision, afterall this is a basic feature all major web browser have.

The HIG specifies it that way. Esc should be equivalent to Cancel, not Close.

Well, if its for the sake of consistancy. Why can't epiphany be consistant with the rest of the gnome desktop and use Esc for the closing of find dialog boxs, instead of blindly following a guideline that might not be taking into consideration that find/search dialog boxs serve a very different purpose when compared to configuration dialogs.

Escape closing Find dialog boxes

Why can't epiphany be consistant with the rest of the gnome desktop and use Esc for the closing of find dialog boxs

That is incorrect. According to the HIG, if Escape closes a Find dialog box, that is a BUG. This is debated in Bug #109194.

Epiphany developers would love to get rid of that Find dialog box altogether if a better UI were suggested.

Firefox has already suggested

Firefox has already suggested a much better UI for the find dialog. Hopefully the Epiphany team will follow FF's lead.

Because autocomplete is hard

Because autocomplete is hard to grok for some people. I've had people looking for the arrow button, complaining it's not there. Ofcourse they are all used to IE.

I think the button is needed, because without it, you can't acess the dropdown with a mouse.

Bypassing proxies?

In both Firefox and Konqueror, you can specify a list of domains to bypass the proxy for.

Is there a way to do this in the GNOME browsers? If there is, I haven't been able to see it.

In my case, the lack of this functionality makes both Epiphany and Galeon so clunky that I won't even consider using either of them.

See the FAQ 4.2 here: http:/

See the FAQ 4.2 here:
http://live.gnome.org/Epiphany_2fFrequentlyAskedQuestions
There's no UI for it yet in GNOME Control Center, http://bugzilla.gnome.org/show_bug.cgi?id=44098

gnomeprint and CUPS

Hi,

was the plan for GnomePrint, GnomePrintUI (and this way for CUPS) dropped for 1.6? I see this a MAJOR obsatcle to widespread usage. Galeon can xprint (xprint sucks on larger networks IMHO though), but all pages are scaled about 400%, Epiphany still has the old dumb printing dialog. I have to use Firefox or Mozilla for printing.

Otherwise great work, Epiphany, just wanted to point out what I see as a major drawback.

Eudoxos

Yes, it's waiting for Cairo s

Yes, it's waiting for Cairo support in Mozilla and gtk+ (planned for gtk+ 2.8), and gtk+ print dialogs (also planned for 2.8, iirc).

Printing to CUPS printer should work since Epiphany 1.4.2, if your mozilla version is 1.8a* or if your mozilla 1.7 has the CUPS patch backported (like FC3's mozilla does). There's a combo box in the print dialog where you can choose the printer.

So much for my own bookmark hierarchy

Dear Epiphany coders: you do not know better than me how to organize my bookmarks. Your system is completely useless for people who have more than ten bookmarks, and is in fact detrimental to anyone who has subfolders in their bookmarks.

Why not just offer a toggle to let us set our own bookmarks hierarchy? Why do you feel compelled to think you know better?

I am a GNOME user and would love a minimal, tightly integrated browser. Epiphany isn't it.

"Your system is completely us

"Your system is completely useless for people who have more than ten bookmarks, and is in fact detrimental to anyone who has subfolders in their bookmarks."

Err, actually, Epiphany's bookmark system rocks for people with large numbers of bookmarks. I have hundreds of bookmarks, each usually belongs to a couple of relevant topics (think: keyword) and has a useful title.

If I want to bring up a particular bookmark, I start typing the title of the bookmark and go when it is matched. If I want to see all bookmarks for a given topic, I type the name of the topic, see all the bookmarks for it, select the one I want and go.

That is a hell of a lot faster and easier than searching through nested bookmarks n-levels deep.

/mike

--
Come To Daddy

Few bookmarks.

You must have very few bookmarks if you can remember all their names.
For me it's necessary to subcategorize them. Otherwise I'd be totally lost.

As I said, I have several hun

As I said, I have several hundred. It works well because I make sure the bookmarks have useful titles when I add them. For example, I have the W3C's CSS specs bookmarked with the word "CSS" in the title, so when I type "CSS" into the location field, those bookmarks appear.

However I usually find bookmarks by topic, rather than title and this works in the exact same way as above. For example, I'm learning to use GNU Arch, so I have a number of bookmarks in the "arch" topic. If I want to find one, I type "arch" into the location field and all of my arch-related bookmarks appear and I can select the one I want.

It gets even better, however. You can assign multiple topics to bookmarks. I have the W3C Validator bookmarked in the "w3c", "web" and "online tools" topics. So I can always find the bookmark, regardless of what I'm thinking of at the time.

Seriously, it works very well.

/Mike

--
Come To Daddy

Dear Anonymous George, Giv

Dear Anonymous George,

Give galeon another try then, 1.3.18 is excellent.

Dear Anonymous George, write by Anonymous George

Get a new rebuttal

YAWN, that canned response to any criticism of open source software was old in 2000.

Dear Anonymous George, could

Dear Anonymous George, could you and all your clones please stop telling people to do it themselves if they don't agree with every single aspect of a project?

Beating everyone down who doesn't agree with the details of an implementation won't help any of us. This is opensource. Yes. Some people don't get paid for what they do. Yes. Do we have to agree with every one of them just because they do it for free? No.

That said, I don't like the current bookmark system either. Their implementation of nested bookmarks is poor. Parts of the system are completely unintuitive, i.e. you can have a bookmark in several folders (or topics or whatever it's called). "Delete" it from one folder and lose all instances of it. Sure, if you know how their bookmarks are implemented, it makes a lot of sense. Average Joe doesn't. Nyda didn't either. So did none of Nyda's friends when put to the test.

The do it yourself response w

The do it yourself response was due to the condicending attitude shown towards the developers in saying that they think they know better than the original poster did on how the original poster wanted something to work. A simple, I prefer my bookmarks heirachical would have done. I do not like the way free software developers are attacked when their ideas do not correspond to someone who has chosen to use their application.

So you want us to be polite???

you must be new here

Epiphany

I love the theory of epiphany, its model, and especially its bookmarks. But for seme reason I just can't leave firefox. I would so be all over epiphany if it had an equivilant to the adblock plugin for firefox (which is quite good, as it can regex things).

Adblock is almost available...

The adblock extension is incomplete for two reasons:

1. Mozilla restrictions prevent it from being loaded/unloaded at runtime (ideally, all extensions should be dynamically (un)loadable, and Epiphany's extensions system requires this by design). If the Mozilla bugs are fixed, that technical limitation will be overcome.
2. Quite simply, I have no idea for a good user interface. I know many people who use adblock on Firefox, and all agree with me when I point out that its user interface is simply beyond hope. So if you've got some ideas, please discuss them on #epiphany on irc.gnome.org or send them to the mailing list.

The adblock extension for Epiphany (available in CVS) actually does work. It has no user interface and Epiphany must be restarted after it is enabled.

The Epiphany developers are w

The Epiphany developers are working on an adblock extensions already, they hope it'll be ready for GNOME 2.10.

Epiphany HAS a good plugin sy

Epiphany HAS a good plugin system, check out Epiphany Extensions. Support for firefox extensions is pretty much impossible, since Epiphany uses Gtk+ for its UI, while firefox uses XUL.

Epiphany supports XUL

All gecko-based browsers support XUL. Try opening an XUL page in Epiphany. This means support for firefox plugins is not close to impossible.

--
Sridhar R

I like Epiphany by Anonymous George

I like Epiphany

Before anyone comes slashing down Epiphany with the usual "no one uses it", let me tell you that there are people who use and like Epiphany. Epiphany is not trying to compete with Mozilla Firefox, so stop claiming that Mozilla Firefox should be the official GNOME web browser. Epiphany has a long way to go, but so has GNOME. It's not perfect yet, but it's getting closer and closer.

I like Epiphany too

I have been a linux convert since for some time, first installed RH 5.2 where Netscape 4.7 was the only real option. Loved the GNOME project from the start and I have tried just about every browser available.
It is great to look back and remind youself how far the whole desktop has improved in such a small amount of time.
Epiphany has been my favorite browser for a while because it is fast, powerful and easy to use. You could nit pick features of any software and some people may agree, but overall it's pretty hard to beat as a GNOME web browser.
The only threat to this browser is the same for all free software, software patents and DRM...
Just my 20c
Keep up the good work development team!

i love epiphany, except for o

i love epiphany, except for one thing - it's popup blocking is retarded - all or nothin.

Popup blocking

You are mistaken. View > Popup windows will remember the block settings separately for each site.

Another example of Epiphany's

Another example of Epiphany's simplistic innovation!

Yes, it rocks. Especially as

Yes, it rocks. Especially as it will even open previously blocked popups when you enable popup windows for a site. Extremely uncomplicated. The only problem is, that sometimes I think a link is not working, click several times on it without noticing the popup icon in the statusbar. Then I get the idea, enable popups and get as much popups as I clicked on the link. =) Maybe this could be improved or is improved already, I haven't really been keeping track lately. All in all, Epiphany always does what I want. I just miss the early times when development was really rapid and small innovations were considered/added every other day. But everytime I try Firefox again, it's just no fun.