Aditya Siram

Ok cool! If that does work, try it with `cabal` as you were doing before. Hopefully it should also just work.

Thanks for the update! Not super familiar with the new Cabal workflow, but does it now pull down and build dependencies for you? I would think with Cabal you'd need...

Interesting. I appreciate your patience and thanks for the info!

I have been pretty bad about Git discipline and will do this in the future. For now you can take commit 663a258dbdc35b7178e80fc4032b632d8e7ff98b as mapping to http://hackage.haskell.org/package/fltkhs-0.6.0.0.

All the C bindings are in the [c-src](https://github.com/deech/fltkhs/tree/master/c-src) folder.

Nice. Thanks! I'll make those changes.

Sorry for the length of this response. It's funny that you bring up WxHaskell's approach because that was the first avenue I explored mostly due to your reply [1] on...

That's a great point and I struggled with it. In fact if you look back in the commits I had the wxHaskell model almost fully implemented but had so many...

That's a great idea. I'll add links to other important non-`Widget` modules as well, eg. `Draw.chs`. Thanks!

I don't see an error in your output. If you're referring to the `Deprecated` warnings that's normal and will be fixed, just haven't gotten to it yet.