This would be useful for wx, too, right?
https://github.com/haskell/cabal/pull/4810
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
I have a patch for the WxWidgets-2.8 branch. It adds functions for
setting the sash gravity. Without setting the gravity the default value
is unusable on some configurations, resulting in splitterwindows where
one part has zero width or height.
Where is the repository for that branch? I would
On Wed, 4 Apr 2012, Jeremy O'Donoghue wrote:
> I'm not quite comfortable moving to 1.0 - sounds a bit 'finished' to me.
Somehow yes. But wxhaskell is already very good and usable for my taste.
So 1.0 would be justified even for the current version. Even more we have
packages like HTTP with ver
on a second thought ...
On Tue, 3 Apr 2012, Jeremy O'Donoghue wrote:
> * The mainline will have the patches needed to update to support wxWidgets
> 2.9.x, based on the work
> by Dave Tapley and others, and sourced from the development repositories
> on Darcsden, Readers of
> the wxha
On Tue, 3 Apr 2012, Jeremy O'Donoghue wrote:
> Please shout loudly and soon if you have any problem with what I am planning
> to do, as I am planning
> to make these changes within the next week. The wxWidgets 2.9 support has
> been waiting in limbo for
> too long now (my fault, I accept).
You
On Thu, 8 Dec 2011, Henning Thielemann wrote:
> I think the best place for documenting the solution is not the FAQ but the
> documentation of the Visible class.
Here is my proposed patch:
wxhaskell/wx$ darcs2 diff --unified src/Graphics/UI/WX/Classes.hs
--- old-wxhaskell/wx/src/Graphics
On Thu, 16 Jun 2011, Heinrich Apfelmus wrote:
> I'm currently working on the FRP part [1]. It turns out that FRP is
> completely orthogonal to wxHaskell; there is no need to add special
> support for FRP in the GUI library. A handful of convenience wrappers
> [2] are enough to transform wxHaskell
