- Documentation
- Reference manual
- Packages
- SWI-Prolog HTTP support
- The HTTP server libraries
- Creating an HTTP reply
- library(http/http_dispatch): Dispatch requests in the HTTP server
- library(http/http_dirindex): HTTP directory listings
- library(http/http_files): Serve plain files from a hierarchy
- library(http/http_session): HTTP Session management
- library(http/http_cors): Enable CORS: Cross-Origin Resource Sharing
- library(http/http_authenticate): Authenticate HTTP connections using 401 headers
- library(http/http_digest): HTTP Digest authentication
- library(http/http_dyn_workers): Dynamically schedule HTTP workers.
- Custom Error Pages
- library(http/http_openid): OpenID consumer and server library
- Get parameters from HTML forms
- Request format
- Running the server
- The wrapper library
- library(http/http_host): Obtain public server location
- library(http/http_log): HTTP Logging module
- Debugging HTTP servers
- library(http/http_header): Handling HTTP headers
- The library(http/html_write) library
- library(http/js_write): Utilities for including JavaScript
- library(http/http_path): Abstract specification of HTTP server locations
- library(http/html_head): Automatic inclusion of CSS and scripts links
- library(http/http_pwp): Serve PWP pages through the HTTP server
- The HTTP server libraries
- SWI-Prolog HTTP support
3.23 library(http/html_head): Automatic inclusion of CSS and scripts links
- To be done
- - Possibly we should add img//2 to include
images from symbolic path notation.
- It would be nice if the HTTP file server could use our location declarations.
This library allows for abstract declaration of available CSS and
Javascript resources and their dependencies using html_resource/2.
Based on these declarations, html generating code can declare that it
depends on specific CSS or Javascript functionality, after which this
library ensures that the proper links appear in the HTML head. The
implementation is based on mail system implemented by html_post/2
of library html_write.pl
.
Declarations come in two forms. First of all http locations are
declared using the http_path.pl
library. Second, html_resource/2
specifies HTML resources to be used in the head
and their
dependencies. Resources are currently limited to Javascript files (.js)
and style sheets (.css). It is trivial to add support for other material
in the head. See
html_include//1.
For usage in HTML generation, there is the DCG rule html_requires//1 that demands named resources in the HTML head.
3.23.1 About resource ordering
All calls to html_requires//1 for the page are collected and duplicates are removed. Next, the following steps are taken:
- Add all dependencies to the set
- Replace multiple members by‘aggregate' scripts or css files. see use_agregates/4.
- Order all resources by demanding that their dependencies preceede the resource itself. Note that the ordering of resources in the dependency list is ignored. This implies that if the order matters the dependency list must be split and only the primary dependency must be added.
3.23.2 Debugging dependencies
Use ?-
debug(html(script))
. to see the
requested and final set of resources. All declared resources are in html_resource/3.
The edit/1 command recognises the names of
HTML resources.
3.23.3 Predicates
- [det]html_resource(+About, +Properties)
- Register an HTML head resource. About is either an atom that
specifies an HTTP location or a term Alias(Sub). This works similar to absolute_file_name/2.
See http:location_path/2 for details.
Recognised properties are:
- requires(+Requirements)
- Other required script and css files. If this is a plain file name, it is interpreted relative to the declared resource. Requirements can be a list, which is equivalent to multiple requires properties.
- virtual(+Bool)
- If
true
(defaultfalse
), do not include About itself, but only its dependencies. This allows for defining an alias for one or more resources. - ordered(+Bool)
- Defines that the list of requirements is ordered, which means that each requirement in the list depends on its predecessor.
- aggregate(+List)
- States that About is an aggregate of the resources in List. This means that if both About and one of the elements of List appears in the dependencies, About is kept and the smaller one is dropped. If there are a number of dependencies on the small members, these are replaced with dependency on the big (aggregate) one, for example, to specify that a big javascript is actually the composition of a number of smaller ones.
- mime_type(-Mime)
- May be specified for non-virtual resources to specify the mime-type of the resource. By default, the mime type is derived from the file name using file_mime_type/2.
Registering the same About multiple times extends the properties defined for About. In particular, this allows for adding additional dependencies to a (virtual) resource.
- [nondet]html_current_resource(?About)
- True when About is a currently known resource.
- [det]html_requires(+ResourceOrList)
//
- Include ResourceOrList and all dependencies derived from it
and add them to the HTML
head
using html_post/2. The actual dependencies are computed during the HTML output phase by html_insert_resource//1. - [semidet,multifile]mime_include(+Mime,
+Path)
//
- Hook called to include a link to an HTML resource of type Mime
into the HTML head. The Mime type is computed from Path
using
file_mime_type/2. If the hook fails, two
built-in rules for
text/css
andtext/javascript
are tried. For example, to include a =.pl= files as a Prolog script, use::- multifile html_head:mime_include//2. html_head:mime_include(text/'x-prolog', Path) --> !, html(script([ type('text/x-prolog'), src(Path) ], [])).