Hackage :: [Package]

desktop-portal: Desktop Portal.

[ desktop, flatpak, gui, library, mit, portal, xdg ] [ Propose Tags ] [ Report a vulnerability ]

A Haskell wrapper for the XDG Desktop Portal DBUS API.

[Skip to Readme]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees

Candidates

  • No Candidates
Versions [RSS] 0.0.1.0, 0.1.0.0, 0.1.1.0, 0.2.0.0, 0.2.1.0, 0.2.2.0, 0.3.0.0, 0.3.1.0, 0.3.2.0, 0.4.0.0, 0.5.0.0, 0.6.0.0, 0.6.0.1, 0.6.0.2, 0.7.0.0, 0.8.0.0, 0.8.0.1
Change log ChangeLog.md
Dependencies base (>=4.7 && <5), binary (<0.9), bytestring (<0.12), containers (<0.7), data-default-class (<0.2), dbus (>=1.3.0 && <2), directory (<1.4), modern-uri (<0.4), random (<1.3), text (<2.1), unix (<2.8) [details]
License MIT
Author
Maintainer garethdanielsmith@gmail.com
Category GUI, XDG, Flatpak, Desktop, Portal
Home page https://github.com/Dretch/haskell-desktop-portal#readme
Bug tracker https://github.com/Dretch/haskell-desktop-portal/issues
Source repo head: git clone https://github.com/Dretch/haskell-desktop-portal
Uploaded by garethdanielsmith at 2023-08-27T08:25:53Z
Distributions
Downloads 702 total (18 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs available [build log]
Last success reported on 2023-08-27 [all 1 reports]

Readme for desktop-portal-0.2.2.0

[back to package description]

Haskell Desktop Portal

A Haskell wrapper for the XDG Desktop Portal DBUS API. Primarily intended to support applications packaged as Flatpaks (see monomer-flatpak-example).

Current Status

  • Unstable. Functionality and API may change considerably.

FAQs

  • Q. Why does this not use Template Haskell to generate interface code from the XML API definitions?
  • A. The Portal API does not lend itself to code generation because inputs and outputs are mostly informally defined via vardicts rather than via simple positional parameters. Also the XML definitions are LGPL, which would make this library LGPL too.

API Documentation

See the generated docs on Hackage.

Development Guide

How to contribute

  • If you just want to add a wrapper for an API method that is not currently supported, open a PR.
  • If you want something less straightforward, open an issue to discuss it.

General Guidelines

  • Module/function/field names should mimic the underlying portal API as much as possible.
  • Functions should generally be tested (see existing tests for examples).
  • API methods that take or return a variable set of values via a vardict should be translated into Haskell functions that take records called ...Options and return records called ...Results.
  • ...Options records should have a Default instance where all fields have a reasonable empty value.
  • Record fields should not have unique prefixes.
  • API methods that return URIs that are known to always be file: URIs should be wrapped with functions returning Prelude.FilePath (at some point this can be replaced with System.OsPath). If they are not known to be file URIs, then Text.URI.URI should be returned.

To format the source code

# This needs at least ormolu 0.5.0.0 to avoid breaking dot-record syntax
ormolu --mode inplace $(find . -name '*.hs')