gi-gio-2.0.35: Gio bindings

Copyright | Will Thompson and Iñaki García Etxebarria
License | LGPL-2.1
Maintainer | Iñaki García Etxebarria
Safe Haskell | Safe-Inferred
Language | Haskell2010

GI.Gio.Structs.Resource

Contents

- Exported types
- Methods
  - enumerateChildren
  - getInfo
  - load
  - lookupData
  - newFromData
  - openStream
  - ref
  - unref

Description

Applications and libraries often contain binary or textual data that is really part of the application, rather than user data. For instance `GtkBuilder` `.ui` files, splashscreen images, `Menu` markup XML, CSS files, icons, etc. These are often shipped as files in `$datadir/appname`, or manually included as literal strings in the code.

The `GResource` API and the `glib-compile-resources` program provide a convenient and efficient alternative to this which has some nice properties. You maintain the files as normal files, so it’s easy to edit them, but during the build the files are combined into a binary bundle that is linked into the executable. This means that loading the resource files are efficient (as they are already in memory, shared with other instances) and simple (no need to check for things like I/O errors or locate the files in the filesystem). It also makes it easier to create relocatable applications.

Resource files can also be marked as compressed. Such files will be included in the resource bundle in a compressed form, but will be automatically uncompressed when the resource is used. This is very useful e.g. for larger text files that are parsed once (or rarely) and then thrown away.

Resource files can also be marked to be preprocessed, by setting the value of the `preprocess` attribute to a comma-separated list of preprocessing options. The only options currently supported are:

- `xml-stripblanks` which will use the `xmllint`) command to strip ignorable whitespace from the XML file. For this to work, the `XMLLINT` environment variable must be set to the full path to the xmllint executable, or xmllint must be in the `PATH`; otherwise the preprocessing step is skipped.
- `to-pixdata` (deprecated since gdk-pixbuf 2.32) which will use the `gdk-pixbuf-pixdata` command to convert images to the `GdkPixdata` format, which allows you to create pixbufs directly using the data inside the resource file, rather than an (uncompressed) copy of it. For this, the `gdk-pixbuf-pixdata` program must be in the `PATH`, or the `GDK_PIXBUF_PIXDATA` environment variable must be set to the full path to the `gdk-pixbuf-pixdata` executable; otherwise the resource compiler will abort. `to-pixdata` has been deprecated since gdk-pixbuf 2.32, as `GResource` supports embedding modern image formats just as well. Instead of using it, embed a PNG or SVG file in your `GResource`.
- `json-stripblanks` which will use the `json-glib-format`) command to strip ignorable whitespace from the JSON file. For this to work, the `JSON_GLIB_FORMAT` environment variable must be set to the full path to the `json-glib-format` executable, or it must be in the `PATH`; otherwise the preprocessing step is skipped. In addition, at least version 1.6 of `json-glib-format` is required.

Resource files will be exported in the `GResource` namespace using the combination of the given `prefix` and the filename from the `file` element. The `alias` attribute can be used to alter the filename to expose them at a different location in the resource namespace. Typically, this is used to include files from a different source directory without exposing the source directory in the resource namespace, as in the example below.

Resource bundles are created by the `glib-compile-resources` program which takes an XML file that describes the bundle, and a set of files that the XML references. These are combined into a binary resource bundle.

An example resource description:

### xml code

    <?xml version="1.0" encoding="UTF-8"?>
    <gresources>
      <gresource prefix="/org/gtk/Example">
        <file>data/splashscreen.png</file>
        <file compressed="true">dialog.ui</file>
        <file preprocess="xml-stripblanks">menumarkup.xml</file>
        <file alias="example.css">data/example.css</file>
      </gresource>
    </gresources>

This will create a resource bundle with the following files: >orggtkExampledata/splashscreen.png >orggtkExampledialog.ui >orggtkExamplemenumarkup.xml >orggtkExampleexample.css

Note that all resources in the process share the same namespace, so use Java-style path prefixes (like in the above example) to avoid conflicts.

You can then use `glib-compile-resources` to compile the XML to a binary bundle that you can load with [func`gio`.Resource.load]. However, it’s more common to use the `--generate-source` and `--generate-header` arguments to create a source file and header to link directly into your application. This will generate `get_resource()`, `register_resource()` and `unregister_resource()` functions, prefixed by the `--c-name` argument passed to `glib-compile-resources`. `get_resource()` returns the generated `GResource` object. The register and unregister functions register the resource so its files can be accessed using `resourcesLookupData`.

Once a `GResource` has been created and registered all the data in it can be accessed globally in the process by using API calls like `resourcesOpenStream` to stream the data or `resourcesLookupData` to get a direct pointer to the data. You can also use URIs like `resource:///org/gtk/Example/data/splashscreen.png` with `File` to access the resource data.

Some higher-level APIs, such as `GtkApplication`, will automatically load resources from certain well-known paths in the resource namespace as a convenience. See the documentation for those APIs for details.

There are two forms of the generated source, the default version uses the compiler support for constructor and destructor functions (where available) to automatically create and register the `GResource` on startup or library load time. If you pass `--manual-register`, two functions to register/unregister the resource are created instead. This requires an explicit initialization call in your application/library, but it works on all platforms, even on the minor ones where constructors are not supported. (Constructor support is available for at least Win32, Mac OS and Linux.)

Note that resource data can point directly into the data segment of e.g. a library, so if you are unloading libraries during runtime you need to be very careful with keeping around pointers to data from a resource, as this goes away when the library is unloaded. However, in practice this is not generally a problem, since most resource accesses are for your own resources, and resource data is often used once, during parsing, and then released.

# Overlays

When debugging a program or testing a change to an installed version, it is often useful to be able to replace resources in the program or library, without recompiling, for debugging or quick hacking and testing purposes. Since GLib 2.50, it is possible to use the `G_RESOURCE_OVERLAYS` environment variable to selectively overlay resources with replacements from the filesystem. It is a `G_SEARCHPATH_SEPARATOR`-separated list of substitutions to perform during resource lookups. It is ignored when running in a setuid process.

A substitution has the form

    /org/gtk/libgtk=/home/desrt/gtk-overlay

The part before the `=` is the resource subpath for which the overlay applies. The part after is a filesystem path which contains files and subdirectories as you would like to be loaded as resources with the equivalent names.

In the example above, if an application tried to load a resource with the resource path `/org/gtk/libgtk/ui/gtkdialog.ui` then `GResource` would check the filesystem path `/home/desrt/gtk-overlay/ui/gtkdialog.ui`. If a file was found there, it would be used instead. This is an overlay, not an outright replacement, which means that if a file is not found at that path, the built-in version will be used instead. Whiteouts are not currently supported.

Substitutions must start with a slash, and must not contain a trailing slash before the `=`. The path after the slash should ideally be absolute, but this is not strictly required. It is possible to overlay the location of a single resource with an individual file.

Since: 2.32

Synopsis

- newtype Resource = Resource (ManagedPtr Resource)
- resourceEnumerateChildren :: (HasCallStack, MonadIO m) => Resource -> Text -> [ResourceLookupFlags] -> m [Text]
- resourceGetInfo :: (HasCallStack, MonadIO m) => Resource -> Text -> [ResourceLookupFlags] -> m (CSize, Word32)
- resourceLoad :: (HasCallStack, MonadIO m) => [Char] -> m Resource
- resourceLookupData :: (HasCallStack, MonadIO m) => Resource -> Text -> [ResourceLookupFlags] -> m Bytes
- resourceNewFromData :: (HasCallStack, MonadIO m) => Bytes -> m Resource
- resourceOpenStream :: (HasCallStack, MonadIO m) => Resource -> Text -> [ResourceLookupFlags] -> m InputStream
- resourceRef :: (HasCallStack, MonadIO m) => Resource -> m Resource
- resourceUnref :: (HasCallStack, MonadIO m) => Resource -> m ()

# Exported types

newtype Resource Source #

Memory-managed wrapper type.

Constructors

Resource (ManagedPtr Resource) |

#### Instances

Instances details

Eq Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource Methods (==) :: Resource -> Resource -> Bool Source # (/=) :: Resource -> Resource -> Bool Source #
GBoxed Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource
ManagedPtrNewtype Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource Methods toManagedPtr :: Resource -> ManagedPtr Resource Source #
TypedObject Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource Methods glibType :: IO GType Source #
HasParentTypes Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource
IsGValue (Maybe Resource) Source # | Convert `Resource` to and from `GValue`. See `toGValue` and `fromGValue`.
Instance details Defined in GI.Gio.Structs.Resource Methods gvalueGType_ :: IO GType Source # gvalueSet_ :: Ptr GValue -> Maybe Resource -> IO () Source # gvalueGet_ :: Ptr GValue -> IO (Maybe Resource) Source #
type ParentTypes Resource Source # |
Instance details Defined in GI.Gio.Structs.Resource type ParentTypes Resource = '[] :: [Type]

# Methods

### Click to display all available methods, including inherited ones

Expand

#### Methods

enumerateChildren, lookupData, openStream, ref, unref.

#### Getters

getInfo.

#### Setters

None.

## enumerateChildren

resourceEnumerateChildren Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> Text | `path`: A pathname inside the resource
-> [ResourceLookupFlags] | `lookupFlags`: A `ResourceLookupFlags`
-> m [Text] | Returns: an array of constant strings (Can throw `GError`)

Returns all the names of children at the specified `path` in the resource. The return result is a `Nothing` terminated list of strings which should be released with `strfreev`.

If `path` is invalid or does not exist in the `Resource`, `ResourceErrorNotFound` will be returned.

`lookupFlags` controls the behaviour of the lookup.

Since: 2.32

## getInfo

resourceGetInfo Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> Text | `path`: A pathname inside the resource
-> [ResourceLookupFlags] | `lookupFlags`: A `ResourceLookupFlags`
-> m (CSize, Word32) | (Can throw `GError`)

Looks for a file at the specified `path` in the resource and if found returns information about it.

`lookupFlags` controls the behaviour of the lookup.

Since: 2.32

## load

resourceLoad Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> [Char] | `filename`: the path of a filename to load, in the GLib filename encoding
-> m Resource | Returns: a new `Resource`, or `Nothing` on error (Can throw `GError`)

Loads a binary resource bundle and creates a `Resource` representation of it, allowing you to query it for data.

If you want to use this resource in the global resource namespace you need to register it with `resourcesRegister`.

If `filename` is empty or the data in it is corrupt, `ResourceErrorInternal` will be returned. If `filename` doesn’t exist, or there is an error in reading it, an error from `mappedFileNew` will be returned.

Since: 2.32

## lookupData

resourceLookupData Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> Text | `path`: A pathname inside the resource
-> [ResourceLookupFlags] | `lookupFlags`: A `ResourceLookupFlags`
-> m Bytes | Returns: `Bytes` or `Nothing` on error. Free the returned object with `bytesUnref` (Can throw `GError`)

Looks for a file at the specified `path` in the resource and returns a `Bytes` that lets you directly access the data in memory.

The data is always followed by a zero byte, so you can safely use the data as a C string. However, that byte is not included in the size of the GBytes.

For uncompressed resource files this is a pointer directly into the resource bundle, which is typically in some readonly data section in the program binary. For compressed files we allocate memory on the heap and automatically uncompress the data.

`lookupFlags` controls the behaviour of the lookup.

Since: 2.32

## newFromData

resourceNewFromData Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Bytes | `data`: A `Bytes`
-> m Resource | Returns: a new `Resource`, or `Nothing` on error (Can throw `GError`)

Creates a GResource from a reference to the binary resource bundle. This will keep a reference to `data` while the resource lives, so the data should not be modified or freed.

If you want to use this resource in the global resource namespace you need to register it with `resourcesRegister`.

Note: `data` must be backed by memory that is at least pointer aligned. Otherwise this function will internally create a copy of the memory since GLib 2.56, or in older versions fail and exit the process.

If `data` is empty or corrupt, `ResourceErrorInternal` will be returned.

Since: 2.32

## openStream

resourceOpenStream Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> Text | `path`: A pathname inside the resource
-> [ResourceLookupFlags] | `lookupFlags`: A `ResourceLookupFlags`
-> m InputStream | Returns: `InputStream` or `Nothing` on error. Free the returned object with `objectUnref` (Can throw `GError`)

Looks for a file at the specified `path` in the resource and returns a `InputStream` that lets you read the data.

`lookupFlags` controls the behaviour of the lookup.

Since: 2.32

## ref

resourceRef Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> m Resource | Returns: The passed in `Resource`

Atomically increments the reference count of `resource` by one. This function is MT-safe and may be called from any thread.

Since: 2.32

## unref

resourceUnref Source #

Arguments

:: (HasCallStack, MonadIO m) |
=> Resource | `resource`: A `Resource`
-> m () |

Atomically decrements the reference count of `resource` by one. If the reference count drops to 0, all memory allocated by the resource is released. This function is MT-safe and may be called from any thread.

Since: 2.32