homepage: https://github.com/georgefst/evdev
changelog-type: markdown
hash: 48b0e83a300daaba7aec1f4e6420e3daf0167aa7f87b3b85dcfdcb4f236780c8
test-bench-deps: {}
maintainer: George Thomas
synopsis: Bridge for working with evdev and streamly
changelog: |
  # Revision history for evdev-streamly

  ## 0.1.0.0 -- 2020-05-30

  * Split out from `evdev` package.
basic-deps:
  evdev: ^>=2.0
  rawfilepath: ^>=0.2.4
  bytestring: ^>=0.10
  extra: ^>=1.6.18 || ^>=1.7
  unix: ^>=2.7.2
  streamly-fsnotify: ^>=1.1.1
  base: '>=4.11 && <5'
  posix-paths: ^>=0.2.1
  containers: ^>=0.6.2
  streamly: ^>=0.6.1 || ^>=0.7
all-versions:
- 0.0.1.0
author: George Thomas
latest: 0.0.1.0
description-type: markdown
description: |
  Evdev + Streamly
  ================

  This library provides provides a high level [Streamly](https://hackage.haskell.org/package/streamly)-based interface to [evdev](http://hackage.haskell.org/package/evdev), for working with streams of input events.

  It doesn't re-export anything, so you will almost certainly also need to depend directly on both of those packages.

  Many of the functions in this library make use of concurrency, so you will probably want `--ghc-options=-threaded` for any executables you build, in order to enable the threaded runtime, and get the expected behaviour. This should be on by default in a near-future version of GHC.

  Why streamly?
  -------------
  Compared to other Haskell streaming libraries, I've found `streamly` to have a remarkably easy-to-use API, and the best, simplest support for concurrency. For example, merging concurrent streams of events, from different devices, is trivial.

  If you wish to use this library alongside `conduit`, `pipes` etc. then see [here](https://hackage.haskell.org/package/streamly-0.7.0/docs/Streamly-Tutorial.html#g:39) for a guide on interoperation.
license-name: BSD-3-Clause

Update from Hackage at 2020-05-30T16:39:37Z
Update from Hackage at 2020-05-30T16:39:37Z
