| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
It's a GSourceFunc, so it'd better return a gboolean. This doesn't seem
to be causing any problems in Fedora, but in Endless it's causing 100%
CPU usage after executing a search, because the source never gets
removed.
https://bugzilla.gnome.org/show_bug.cgi?id=761647
|
| |
|
|
|
|
|
|
|
|
| |
Since we switched to use custom URI schemes we no longer support loading
file URIs. We need to detect the document pointed by the given URI and
build an appropriate URI (ghelp, man, info, ...).
https://bugzilla.gnome.org/show_bug.cgi?id=753443
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756658
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756658
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756658
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756658
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=755489
|
|
|
|
|
|
|
|
|
| |
Use a helper getter instead that creates the object on demand. Since the
settings were created in class_init, we were always passing a NULL
settings object to g_object_new in yelp_view_new(), so all settings set
in the global settings were actually ignored.
https://bugzilla.gnome.org/show_bug.cgi?id=754912
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Previously we had been using various DBus introspection routines to
check the current desktop. That code is still there, but we don't
use it if we can get the right information from XDG_CURRENT_DESKTOP.
This adds more desktops we can check for, including gnome-shell
derivatives like Elementary Pantheon and Cinnamon. We also set the
new platform:gnome-3 token for GNOME 3 standard mode.
|
|
|
|
|
|
|
|
|
|
| |
When a page is loaded from the history cache, the URI is not resolved
and the metadata is not updated. Check in policy callback if the action
is a back-forward navigation and resolve the URI in that case but
without loading the page once the URI is resolved, since the page will
be loaded from the history cache.
https://bugzilla.gnome.org/show_bug.cgi?id=753448
|
|
|
|
| |
This fix errors build with last gcc.
|
|
|
|
|
|
|
|
|
| |
GTK_STATE_FLAG_ACTIVE is meant for depressed buttons or the currently
selected row in a list box.
It did use NORMAL prior to b6ac534.
https://bugzilla.gnome.org/show_bug.cgi?id=749947
|
|
|
|
| |
Use the WebKit back-forward list instead of a custom one.
|
|
|
|
| |
This way the canonical uri will man:doc.section instead of file://.
|
|
|
|
| |
Also consider man uris in build_network_uri().
|
|
|
|
| |
This way the canonical uri will info:doc#section instead of file://.
|
|
|
|
|
|
| |
YelpURI doesn't set a page_id when resolving info URIs, but YelpDocument
assumes it can't be NULL in document_request_page(). Simply check it's
not NULL before trying to use g_str_has_prefix().
|
|
|
|
|
|
|
|
|
|
|
|
| |
info uris were not handled by build_network_uri and build_yelp_uri. We
need to make sure they are valid network URIs from the WebKit point of
view, like we do for other URIs, but we also need to handle the fragment
part differently. When navigating from info:bar to info:foo#bar, WEbKoit
doesn't start a new load, since it's considered a navigation inside the
same already loaded page. So, we need to make WebKit think this is a new
path, so that the load happens and the new section is resolved and
loaded. To do this we just replace the '#' by '/' in build_network_uri
and the '/' by '#' in build_yelp_uri.
|
| |
|
|
|
|
| |
YelpView is no longer a GtkScrollable, so it does nothing.
|
|
|
|
|
|
|
|
|
|
| |
ghelp uris can start with the document name or with a slash and point
directly to a xternal resource like an image. However, we were assuming the
uris always started with the document name, so for uris not including
it, we were removing the first element of the path, typically the
images/figures directory. We could check first if the uri starts with
the document uri, to remove the document uri prefix from the path or
only the scheme.
|
|
|
|
|
|
|
|
|
| |
Accoring to the yelp-uri code, a ghelp uri can contain a /file after the
document, but I haven't seen any ghelp document using that. Current code
tries to deal with that /file by appending a trailing slash after the
path, but that only orks for the document index, any other pages don't
work. This patch removes that code to handle ghelp uris like help ones,
only adding the leading slash.
|
|
|
|
|
| |
Handle help-list uris un yelp-uri-builder functions, and fix the mime
type used by help-list documents.
|
| |
|
|
|
|
|
|
|
|
| |
(lt-yelp:2220): GLib-GObject-WARNING **: gsignal.c:2569: instance
'0x203aef0' has no handler with id '252'
Signal fonts-changed is not a WebKitSettings signal, but a YelpSettings
one.
|
|
|
|
|
| |
Use a boolean variable to decide whether we need to resolve the uri or
not in policy decision callback.
|
|
|
|
|
|
|
|
|
| |
Libtool (specifically the Automake rules) has an unfortunate problem
that it does not guarantee the install order of libraries if two
Makefile variables are used, such as in the case of pkglib_LTLIBRARIES
and lib_LTLIBRARIES. As libyelpcommon is a depdency of libyelp, it must
be installed first. Force this by adding a dependency on
install-pkglibLTLIBRARIES.
|
|
|
|
| |
Use g_error_free() instead.
|
|
|
|
|
|
| |
WebKit2 expects a font size of pixels, not points.
Code copied from Devhelp, written by Carlos Garcia Campos.
|
|
|
|
|
| |
It is a private implementation detail of libyelp and the extension, so
it should not be installed into libdir.
|
|
|
|
| |
I have split the libyelp library into two parts in order to avoid linking the webextension against libyelp. So now we have a libyelpuri with the yelp-uri, yelp-build-uri and their dependecies and the old libyelp with the remaining files. I have modified the yelp-build-uri logic to not have to use yelp-document because it implies to have to add to the new library most of libyelp classes.
|
|
|
|
|
|
|
| |
Substitute webkit_web_view_load_string call for webkit_web_view_load_html for showing error pages.
Implement custom uri schemes for loading the normal pages.
We should deal with the uris that Yelp undestand and the uris that Webkit undestand so we have created functions to convert from one to the others. In addition, we should add a hack to be able to load absolute uris. When we have a help:gnome-help/... uri on our document and the current page has the same scheme (help) WebKit interprets this uri as relative and it builds a different uri. To fix this instead of use a help scheme we use a bogus-help schme so WebKit interprets the uri as absolute.
|
| |
|
|
|
|
|
|
| |
New WK2 API HitTestResutl class doesnt have a reference to the DOM
node so we cant know using this property if we are inside a code block
or the name of a link.
|
| |
|
|
|
|
|
| |
Remove enable-universal-access-from-file-uris that doesn't
exist any more and rename default-encoding to default-charset.
|
| |
|
|
|
|
|
|
| |
"decide-policy" signal
WK2 only has a signal for policy decisions.
|
| |
|
|
|
|
|
| |
If a xref: uri for a help: document has no page, use index as the
default one like resolve_help_uri does.
|
| |
|
| |
|
|
|
|
|
| |
It allows to get the YelpDocument for a given doc URI string, without
having to create and resolve a YelpUri.
|
|
|
|
|
|
|
|
| |
All implementations of YelpDocument except YelpSimpleDocument keep a
reference to the YelpUri, so move it to the parent class and add a
getter to use the YelpUri from derived classes. This is also useful to
get the YelpUri directly from the document, instead of getting the
document uri string, create a YelpUri and resolve it.
|