Starting with tag: [TAG 0.10.3rc1 Eric Kow **20080308130252] [Fix: haddock2 support doesn't work on Windows. shelarcy **20080308043834] [List up changes since 0.9.4-1 in changes.txt. shelarcy **20080308060351] [Add architecture to macdist (as pointed out by shelarcy). Eric Kow **20080308131459] [Initial support for Debian DEB files Mads Lindstroem **20080308194942 This is only initial support. No doubt some tweaking will be needed before it is finished. ] [Delete DataTimeTest.hs file after DataTime test Mads Lindstroem **20080308195318] [Add txt suffix to Windows' README file for more user friendly. shelarcy **20080309005641] [Set release to rc1 in Makefile. Eric Kow **20080310091941] [Tar the srcdist (as well as zipping it). Eric Kow **20080310091951 For Gentoo, with love. ] [Debian build: version automatically recognized Mads Lindstroem **20080310221421] [Debian build: changed permissions and file ownership Mads Lindstroem **20080310221512] [Debian build: corrected manifest Mads Lindstroem **20080310221607] [Added ldconfig to post install/remove Mads Lindstroem **20080311183706] [depends on wxgtk2.6-dev in stead of wxgtk-dev Mads Lindstroem **20080311184036] [Updating links Mads Lindstroem **20080312191402] [Reflecting that we now have two mailing lists Mads Lindstroem **20080312191716] [Updating Yahu link Mads Lindstroem **20080312192116] [Reverse 'bin' and $ARCHITECTURE in dmg name. Eric Kow **20080311192253 So that the sourceforge file release page is more readable. ] [Developer shuffle Eric Kow **20080312155739 - Tim and Frank do not seem available - Somebody needs to support MacOS X, so it might as well be me (sigh). - Daan is always a member of the development team :-) ] [Add wxcore/wx to the 'User interfaces' category. Eric Kow **20080312170058] [Add stub for 0.10.3 download information on homepage. Eric Kow **20080312195600 There are still some slots to fill. Also, I used a lazier way of describing the links which may be not as nice for our users, but a bit easier for us to maintain. ] [Fixing executing bug on linux Mads Lindstroem **20080313160828] [Add withImageData and withPixelBuffer (fixes bug 1003006). Eric Kow **20080315151339 Quoting Jules Bean, whose solution I implemented: > 1 image <- imageCreateSized (WX.Size 256 256) > 2 pixels <- imageGetData image > 3 bytes <- peekArray (256*256*3) (castPtr pixels) > > > After line 2 is executed, there is no remaining reference to 'image' in > the program. 'image' is dead, and can be garbage collected. (Although it > may not be at any particular time). If 'image' gets GC'ed, because there > is a ForeignPtr inside, that calls the C++ destructor. The wxImage C++ > destructor believes it owns the data block, so it free()s it, and > 'pixels' is left pointing to a free()ed block. ] [Add a test for a possible treeCtrl bug. Eric Kow **20080315151641] [Push wxStaticBox generated by boxed combinator to bottom (fixes bug 1549363). Eric Kow **20080315225722 The wxWidgets documentation says: "[T]he order in which you create new controls is important. Create your wxStaticBox control before any siblings that are to appear inside the wxStaticBox in order to preserve the correct Z-Order of controls." http://www.wxwidgets.org/manuals/2.6.3/wx_wxstaticbox.html Basically, the wxStaticBox created by 'boxed' was covering up the widgets it was supposed to contain. ] [Make BoxedCombinator test fancier and move it out of bugs. Eric Kow **20080315230225] [Fix: bindist try to contain bugs/BoxedCombinator that isn't in bugs directory now. shelarcy **20080316014517] [Fix: dbGetDataSources returns only first letter of every word. shelarcy **20080316061701] [Add ENABLE-SPLITOBJS flag to profiling version of library. shelarcy **20080307053607] [Announce 0.10.3rc1 on homepage. Eric Kow **20080316103621] [Auto-recognising ghc version for Debian build Mads Lindstroem **20080316113752] [Simplify treeCtrlGetNextChild2 to use getNextSibling. Eric Kow **20080316163720 I'm not entirely sure why the previous implementation was broken (it stopped at the first child, returning an invalid tree id for the subsequent one). I thought perhaps it might have been because we were not passing in the same tree cookie pointer each item, but threading the pointer through via the Cookie type did not seem either. Anyway, I can't see any reason why GetNextSibling would be a bad idea. ] [Simplify TreeCtrlTest and move it out of bugs/ Eric Kow **20080316170005] [Note bugfixes since 0.10.3rc1 Eric Kow **20080316171020] [Added profiling and documentation to Debian build Mads Lindstroem **20080317185854] [Added Debian build script Mads Lindstroem **20080317190003] [RC1 to RC2 Mads Lindstroem **20080317190032]