| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
| |
Append -test to .c files in tests/ to avoid duplicating filenames in the
repository.
https://bugzilla.gnome.org/show_bug.cgi?id=669766
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=668758
|
| | |
|
| |
|
|
| |
I'm sure Diego will fix them.
|
| |
|
|
| |
They are not needed anymore.
|
| |
|
|
|
|
|
|
|
|
|
| |
We want to use EphyApplication from embed/ too, so instead of
following the EphyEmbedShell/EphyShell pattern just fold the code into
the Shell itself. This makes sense since both classes have basically
the same function, and we can easily leave the non-embed code in
EphyShell and move to EphyEmbedShell the bits we want to be global.
The better name would be EphyCoreApplication/EphyApplication for the
resulting object, but we can do this later.
|
| |
|
|
| |
We'll want to create our own in main(), this prepares us for that.
|
|
|
EphyDownload is a wrapper object around WebKitDownload that handles common
behavior in downloads: auto-destination, default action for the MIME type.
It can be used to wrap a WebKitDownload coming from a WebKitView or to download
a url: ephy_download_new_for_uri and ephy_download_new_for_download are
provided.
Its lifetime is not automagic like EphyEmbedPersist, so you have to unref it
when you no longer need it.
This new object replaces EphyEmbedPersist and enables us to use a single
codepath for downloads in all Epiphany.
Bug #618443
|
