Bartosz Nitka

I did some debugging and I believe I know what's going on here. First, here are some things I experimentally discovered about `Gtk.Entry`: * Selecting everything and typing `"1"` produces...

I was able to work around this by routing the incoming event to a skip channel (channel that only keeps the last value) that is consumed by a producer pipe...

I've tried a simple program of the form: ``` void $ Gtk.onEditableChanged entry $ do str

I poked around a bit trying to fix the hang on exit in `ghci` and while I didn't fix it I discovered some things worth noting. 1. I have a...

Thank you for your prompt response. I gave it another go and using `CustomWidget` with `Gtk.ComboBoxText` was the easiest to get working. It became fairly straightforward once I realized that...

I just pushed an implementation in terms of CustomWidget to https://github.com/niteria/gi-gtk-declarative/tree/comboboxtext. If that's something you'd like to merge into `gi-gtk-declarative` please let me know and I will create a pull...

If I build/run the `python3` version with `make virtualenv3 && make binary3 && sudo pip3 install dist/current/snorkel_lite-current-py3-none-any.whl && /usr/local/bin/snorkel.frontend` version, it works.

Do you want to support python2? A lot of projects don't: https://python3statement.org/

> GHC performance is very sensitive to Pretty changes. That FastString hack is absolutely necessary. @thomie: Do you understand why that is? My intuition fails me here, I'd expect pretty...

Thank you @thomie and @simonmar for context! I profiled GHC while compiling one of the `pretty` files and `pprNativeCode` is 13% of allocations and `reduceDoc` which `pprNativeCode` uses through `bufLeftRender`...