If you are wondering where the data of this site comes from, please visit GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

andrevdm/bhoogle 69

Hoogle terminal UI brick example app

andrevdm/haskellRogueLike 27

Code for Haskell roguelike blog posts

andrevdm/CSharpConsoleControl 8

C# console control for Winforms, WPF and PocketPC

andrevdm/annotateExec 5

Simple library to output haskell source code annotated with results

andrevdm/hpass 5

Terminal interface for pass

andrevdm/FSharpFtpServer 4

Simple demo F# FTP server implementing a minimal set of FTP commands

andrevdm/PercentilePerformance 3

Percentile performance - track performance stats in a meaningful and efficient manner

andrevdm/blog-clojure-sexpr-parse 2

Code for parsing s-expression DSL with clojure

andrevdm/FunScriptRactorAndNancyDemo 2

Basic demo of FunScript with Ractor.js and NancyFx

andrevdm/CentralConfig 1

Replacement for System.ConfigurationManager to enable centralised configuration

fork brandonhamilton/haskell-fido2

A library for parsing and validating webauthn/fido2 credentials

fork in 6 hours

created repositoryocramz/ad-th

AD via metaprogramming

created time in 6 hours


started time in 18 hours

fork snoyberg/rust

Empowering everyone to build reliable and efficient software.

fork in 2 days



started time in 3 days


started time in 3 days

fork parsonsmatt/moat

mobile type (currently Swift, Kotlin) generation from Haskell types

fork in 4 days


started time in 4 days


started time in 4 days


started time in 5 days

release haskell/haskell-language-server


released time in 5 days

created tagjtdaugherty/brick


A declarative Unix terminal UI programming library written in Haskell

created time in 5 days

push eventjtdaugherty/brick

Jonathan Daugherty

commit sha d95cc7f8391809e790bff4e5c5532e8ea056a646

Bump version, update changelog

view details

push time in 5 days

push eventjtdaugherty/brick

Jonathan Daugherty

commit sha 4a0cedfb220c340a9becc229dc637ebfb97327a5

Viewport: add _vpContentSize field, vpContentSize lens This change adds a new field to the Viewport type to track the size of the viewport content. Previously, the size of the content was not tracked anywhere, which made it possible to compute how much of the content was visible in relation to the total content available.

view details

Jonathan Daugherty

commit sha b3b5c3a2274ce4909303a7903913199946081d68

Merge branch 'master' of

view details

push time in 5 days

issue commentjtdaugherty/brick

Leave last appDrawn on screen on exit

Hi @omnibs. Since brick always wants to ensure that the screen state is restored (which includes various other terminal modes like mouse mode), brick always calls the Vty shutdown method, even in the event of exceptions. Since shutdown is what is responsible for restoring the screen state, I think your best option is to just override the shutdown value of the Vty handle that brick uses so that it does nothing.

To do that, you'll need to:

  • Use customMain so that you can pass your own Vty builder, and
  • Make a Vty builder that uses mkVty and then overrides the shutdown field, e.g. vty { shutdown = return () }.

I hope that helps! Let me know if you have any other questions, and let me know if that works out.


comment created time in 5 days

release haskell/haskell-language-server


released time in 5 days

issue openedjtdaugherty/brick

Leave last appDrawn on screen on exit

Brick clears the screen on exit, and it makes it hard to debug failures in some programs.

Is there a way to make it so the last appDraw remains on exit?

created time in 6 days

release haskell/haskell-language-server


released time in 6 days

issue commentjtdaugherty/brick

Tree widget support

@alok I think I ended up not using a tree view in my app.


comment created time in 6 days

created repositoryparsonsmatt/ghc-cache-buster

created time in 7 days

created repositoryunfoldml/include-env

Include environment variables in executables at compile time

created time in 7 days

release facebookincubator/gazebo


released time in 7 days


started time in 7 days


started time in 7 days


started time in 8 days

fork migueldeicaza/The-OldOS-Project

Recreating a fully functional version of iOS 4 in SwiftUI.

fork in 9 days


started time in 9 days

issue openedjtdaugherty/brick

Please make brick compilation gracefully fail on Windows (cabal and stack)

brick does not currently support Windows because of the unix dependency. Is it possible to configure the brick.cabal so as to directly prevent Windows compilation with an informative error message? Not every potential user of brick knows that it does not work on that platform.

Pictures of the current situation:

error MicrosoftTeams-image


created time in 9 days