| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Use the WebKit back-forward list instead of a custom one.
|
|
|
|
|
| |
Connect to WebKitWebView notify::is-loading to change the cursor only
when the view is loading.
|
|
|
|
| |
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.
|
|
|
|
| |
WebKit2 WebView has its own scrollbars.
|
|
|
|
| |
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.
|
|
|
|
| |
WKWebView
|
| |
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=686376
|
|
|
|
|
| |
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.
|
|
|
|
| |
Calling g_strfreev() on a stack-allocated array is a bad idea.
|
|
|
|
|
|
|
|
|
| |
__STDC_VERSION__ is defined only when switch -std=c99 (and newer
standards) is defined. This can break the build with error:
error: "__STDC_VERSION__" is not defined
https://bugzilla.gnome.org/show_bug.cgi?id=744454
|
|
|
|
| |
Now fatal warnings are automatically disabled when doing release builds.
|
|
|
|
| |
This introdues the --disable-Werror flag.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|