You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(6) |
Jul
(27) |
Aug
(17) |
Sep
|
Oct
(8) |
Nov
(23) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(43) |
Feb
(12) |
Mar
(10) |
Apr
(12) |
May
(16) |
Jun
(15) |
Jul
(15) |
Aug
|
Sep
(1) |
Oct
(25) |
Nov
(39) |
Dec
(7) |
2004 |
Jan
(12) |
Feb
|
Mar
(1) |
Apr
(48) |
May
(44) |
Jun
(17) |
Jul
(38) |
Aug
(42) |
Sep
(17) |
Oct
(12) |
Nov
(7) |
Dec
(14) |
2005 |
Jan
(67) |
Feb
(59) |
Mar
(47) |
Apr
(78) |
May
(15) |
Jun
(59) |
Jul
(38) |
Aug
(28) |
Sep
(11) |
Oct
(16) |
Nov
(27) |
Dec
(7) |
2006 |
Jan
(11) |
Feb
(17) |
Mar
(16) |
Apr
(8) |
May
(16) |
Jun
(22) |
Jul
(5) |
Aug
(1) |
Sep
(6) |
Oct
(32) |
Nov
(42) |
Dec
(24) |
2007 |
Jan
(44) |
Feb
(25) |
Mar
(54) |
Apr
(21) |
May
(47) |
Jun
(13) |
Jul
(30) |
Aug
(34) |
Sep
(9) |
Oct
(37) |
Nov
(28) |
Dec
(27) |
2008 |
Jan
(21) |
Feb
(17) |
Mar
(38) |
Apr
(26) |
May
(15) |
Jun
(44) |
Jul
(62) |
Aug
(49) |
Sep
(66) |
Oct
(86) |
Nov
(43) |
Dec
(128) |
2009 |
Jan
(134) |
Feb
(120) |
Mar
(113) |
Apr
(39) |
May
(121) |
Jun
(81) |
Jul
(79) |
Aug
(87) |
Sep
(54) |
Oct
(40) |
Nov
(26) |
Dec
(21) |
2010 |
Jan
(30) |
Feb
(44) |
Mar
(57) |
Apr
(46) |
May
(117) |
Jun
(69) |
Jul
(51) |
Aug
(103) |
Sep
(62) |
Oct
(24) |
Nov
(37) |
Dec
(50) |
2011 |
Jan
(21) |
Feb
(12) |
Mar
(16) |
Apr
(9) |
May
(25) |
Jun
(19) |
Jul
(13) |
Aug
(8) |
Sep
(31) |
Oct
(26) |
Nov
(16) |
Dec
(10) |
2012 |
Jan
(5) |
Feb
(9) |
Mar
(19) |
Apr
(17) |
May
(7) |
Jun
(16) |
Jul
(11) |
Aug
(14) |
Sep
(10) |
Oct
(1) |
Nov
(10) |
Dec
(38) |
2013 |
Jan
(9) |
Feb
(16) |
Mar
(11) |
Apr
(1) |
May
(3) |
Jun
(3) |
Jul
|
Aug
(11) |
Sep
(11) |
Oct
(3) |
Nov
(4) |
Dec
(8) |
2014 |
Jan
|
Feb
(4) |
Mar
(13) |
Apr
(3) |
May
(17) |
Jun
|
Jul
(4) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(7) |
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(4) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Axel S. <A....@uk...> - 2002-07-02 11:18:50
|
On Tue, Jul 02, 2002 at 05:07:05PM +0800, Yeo Gek Hui wrote: > > Dear Mr Simon, > I have an problem installing your Gtk2hs 0.9.1 in my redhat 7.2 system. I > downloaded the tarball and tried to make. I used GHC 5.02.2 ,glib 2.0 > ,pango 1.0.3,gtk+-2.0.5 and atk-1.0.1. The following errors occur during > make. > /usr/lib/gcc-lib/i386-redhat-linux/2.96/../../../libpangoxft-1.0.so:undefined > reference to `FT_Stream_GetShort` > similar msg to `FT_Stream_ExitFrame` > 'Ft_Stream_GetLong` > `Ft_Stream_Seek` > collect2:ld returned exit status > make[1]:***[general/StockItems.hs] Error 1 > make[1]:leaving directory, '/root/gtk2hs-0.9.1/gtk' > make:***[inplace] Error 2 It seems that the libraries for FreeType are needed but not found. I suspect a problem with your local gtk installation. Can you run the demo that comes with gtk (gtk-demo)? If yes, could you send me the output of pkg-config --list-all pkg-config --libs --cflags pangoft2 and the file mk/config.mk in the gtk2hs source tree? That might help me figuring out what is happening. Thanks, Axel. |
From: Adrian H. <ah...@ie...> - 2002-07-01 16:44:20
|
Hello, I've been trying to learn GTK2 and gtk2hs recently by writing Haskellised equivalents of the C programs in the GTK2 Tutorial. I'm failing on the first "HELLO WORLD" example (attached file Main.hs). It seems that for some reason the destroyEvent handler doesn't get called. Can anybody tell me why? Thanks -- Adrian Hey |
From: Axel S. <A....@uk...> - 2002-06-22 12:18:24
|
The ChangeLog: * Changed the configure script to more reliably find GNU versions of sed and grep. Improved the build system which now correctly manages dependencies between .chs file. Changed the calling convention of the functions such that the object is the first argument as in gtk+hs. Prepared for generating automatic documentation. If you consider having more than a look at the library, please use CVS since the binding is still a moving target. Report problems to this list. Cheers, Axel. |
From: Axel S. <A....@uk...> - 2002-06-13 23:11:40
|
Hi all, hopefully I've removed the problems with the build-system with the last commit. It builds on Solaris right now, I'll try it on Linux and FreeBSD as soon as I find the time. If you encounter problems on Solaris, please let me know. Cheers, Axel. P.S.: I applied the patches for TextIter. Thanks! |
From: Axel S. <A....@uk...> - 2002-06-02 14:11:42
|
On Sun, Jun 02, 2002 at 09:38:36PM +0900, Jens Petersen wrote: > Was the change "start end" to "end start" in > multiline/TextIter.chs (ie the part below) intention? No! Well spotted. I wrote a program which converted all sourcefiles from=20 OO to normal calling convention. It was a little stupid, for example in=20 the case of TextIter. So this should change back to normal. Axel. >=20 > Jens >=20 > diff -u gtk2hs.src/gtk/multiline/TextIter.chs > gtk2hs/gtk/multiline/TextIter.chs > --- gtk2hs.src/gtk/multiline/TextIter.chs Sun Jun 2 > 21:32:11 2002 > +++ gtk2hs/gtk/multiline/TextIter.chs Sun Jun 2 21:32:11 > 2002 > @@ -160,28 +160,28 @@ > -- * Pictures (and other objects) are stripped form the > output. > -- > textIterGetText :: TextIter -> TextIter -> IO String > -textIterGetText start end =3D do > +textIterGetText end start =3D do > cStr <- {#call text_iter_get_text#} start end > str <- peekCString cStr > {#call unsafe g_free#} (castPtr cStr) > return str > =20 > --- Return the visible text in a given range. (EXPORTED) > +-- @method textIterGetVisibleSlice@ Return the visible text > in a given range. > -- > -- * Pictures (and other objects) are represented by > 0xFFFC. > -- > textIterGetVisibleSlice :: TextIter -> TextIter -> IO > String > -textIterGetVisibleSlice start end =3D do > +textIterGetVisibleSlice end start =3D do > cStr <- {#call text_iter_get_visible_slice#} start end > str <- peekCString cStr > {#call unsafe g_free#} (castPtr cStr) > return str > =20 > --- Return the visible text in a given range. (EXPORTED) > +-- @method textIterGetVisibleText@ Return the visible text > in a given range. > -- > -- * Pictures (and other objects) are stripped form the > output. > -- > textIterGetVisibleText :: TextIter -> TextIter -> IO String > -textIterGetVisibleText start end =3D do > +textIterGetVisibleText end start =3D do > cStr <- {#call text_iter_get_visible_text#} start end > str <- peekCString cStr |
From: Axel S. <A....@uk...> - 2002-06-02 14:02:41
|
On Sun, Jun 02, 2002 at 07:11:18PM +0900, Jens Petersen wrote: > I just checked out the current gtk2hs from cvs and was > pleasantly surprised to see that you dropped the > "object-oriented" ordering of the parameters in the > binding. Yes, I realized that I should stick with GHC's conventions where the OO calling convention can be done for two-argument functions by using functions infix. In this context I have converted all the connect functions so that they have only two arguments. > ps I have some patches, which I want to send you as soon as > I have merged them into the current version. They are very welcome. I have trouble with my harddrive right now, so I cannot do the patches for= =20 another week or so. Furthermore my last "emergency" commit left the /mk=20 directory in a broken state. If you haven't updated that yet -- don't do=20 it. Thanks for the patches, Axel. |
From: Jens P. <pet...@re...> - 2002-06-02 12:38:44
|
Was the change "start end" to "end start" in multiline/TextIter.chs (ie the part below) intention? Jens diff -u gtk2hs.src/gtk/multiline/TextIter.chs gtk2hs/gtk/multiline/TextIter.chs --- gtk2hs.src/gtk/multiline/TextIter.chs Sun Jun 2 21:32:11 2002 +++ gtk2hs/gtk/multiline/TextIter.chs Sun Jun 2 21:32:11 2002 @@ -160,28 +160,28 @@ -- * Pictures (and other objects) are stripped form the output. -- textIterGetText :: TextIter -> TextIter -> IO String -textIterGetText start end = do +textIterGetText end start = do cStr <- {#call text_iter_get_text#} start end str <- peekCString cStr {#call unsafe g_free#} (castPtr cStr) return str --- Return the visible text in a given range. (EXPORTED) +-- @method textIterGetVisibleSlice@ Return the visible text in a given range. -- -- * Pictures (and other objects) are represented by 0xFFFC. -- textIterGetVisibleSlice :: TextIter -> TextIter -> IO String -textIterGetVisibleSlice start end = do +textIterGetVisibleSlice end start = do cStr <- {#call text_iter_get_visible_slice#} start end str <- peekCString cStr {#call unsafe g_free#} (castPtr cStr) return str --- Return the visible text in a given range. (EXPORTED) +-- @method textIterGetVisibleText@ Return the visible text in a given range. -- -- * Pictures (and other objects) are stripped form the output. -- textIterGetVisibleText :: TextIter -> TextIter -> IO String -textIterGetVisibleText start end = do +textIterGetVisibleText end start = do cStr <- {#call text_iter_get_visible_text#} start end str <- peekCString cStr |
From: Jens P. <pet...@re...> - 2002-06-02 10:11:27
|
I just checked out the current gtk2hs from cvs and was pleasantly surprised to see that you dropped the "object-oriented" ordering of the parameters in the binding. Actually I had been meaning to bring this up with you for a while, so I am most pleased that this change was made. I guess it also makes the binding a little closer to gtk+hs: though the bindings are still of course different in a number of ways. So it should aiding porting gtk+hs apps to gtk2hs. Jens ps I have some patches, which I want to send you as soon as I have merged them into the current version. |
From: Jens P. <pet...@re...> - 2002-03-28 14:15:26
|
Jens Petersen <pet...@re...> writes: > One day there may be some documentation too. :) Sorry, this comment is not completely fair since there is already quite a bit of documentation in the source code, in particular in the headers. Of course a document based on these, describing gtk2hs would be a good addition. Best wishes, Jens |
From: Jens P. <pet...@re...> - 2002-03-28 13:58:15
|
Thank you for gtk2hs. I've started looking at it and it's already looking very good indeed I would say. For getting up to speed some more examples would be very useful though I think. Perhaps a port of say gtk+hs's "examples/" or something? One day there may be some documentation too. :) But for now I think examples should be enough. Jens |