deech

Happy to announce cabal-auto-expose, a small Cabal build time library that detects and auto exposes modules and Backpack signatures in your project source so you get the convenience of (and a couple of advantages over) Stack and hpack but with both pure Cabal and Stack projects.

It also has cabal2nix integration and a fully worked demo.

Th

With the recent interest in linear, dependent and refinement types for GHC I thought some folks here might be interested in how they play out for efficient resource management in ATS. Spoiler alert: they're a great idea but the hard bit is UX.

I'm happy to a major release of fltkhs featuring:

1. Custom hooks into widget destructors: This lets you to clean up any resources on the Haskell side just before a widget or group of widgets is destroyed on the C++ side which allows you to create memory frugal and good-looking custom widgets.

2. A complete internal overhaul of the OO hierachy: this should be invisible to most users but a lot of unsafe behavior, eg. bad casts, is now prohibited.

3. Much better callback cleanup: prev

I'm happy to announce two major releases:

1. fltkhs-themes: a drop-in replacement to FLTKHS with a vastly better looking UX. The small but growing showcase app should hopefully give a better feel for it. And to help you get started with your own project there is a starter app and a lot more documentation.

2. [fltkhs](https://hackage.haskell.org

Happy to announce load-font a tiny library which provides functions for loading and unloading private fonts. This allows you to ship a font file with your project and use it at runtime for uniform look-and-feel across Window, Linux and OSX.

And since it only uses base and text it probably adds 0 dependencies to your project. By the way the Hackage page shows fltkhs as a dependency but it really isn't unless you build the demo which is disabled by default.

It is [well documented](https://hackage.haskell.o

Happy to announce asset-bundle a tiny build-time library which zips up an executable with its assets and those in its deps as well. Now you don't have to stand up a Docker container or fiddle with environment variables because some far away dependency bundles a config file, just {stack,cabal} build, unzip and run!

It is extensively documented and has a fully worked example.

If you run into any issues let me know.

Enjoy!

In the spirit of friendly competition, in response to the movie monad post I made a very simple media player using FLTKHS and included a comparison of the two projects and underlying toolkits.

Also please excuse the potato quality of the screenshot, it actually looks quite a bit nicer but the uncompressed GIF was 120MB.

Happy to announce a new major version of FLTKHS, the Haskell binding to the FLTK for easy native cross-platform GUI apps in Haskell. Quick install instructions are available on the Github page and the main documentation has more information on why this library exists and how to use it.

The highlights of this release are:

• OpenGL is now optional so apps that don't need it aren't forced into runtime dependencies on GL and GLUT libraries. To enable OpenGL build your app with `stack buil

Happy to announce version 0.5.1.6 of FLTKHS the binding to FLTK that allows building cross-platform native GUI apps in Haskell.

If you're unfamiliar with this project, please see the high-level description and motivation for more information.

This release makes FLTKHS the quickest way from zero to a Haskell GUI app native or web (even on Windows). The underlying GUI library is now bundled so getting started on all platform