You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
(34) |
Sep
(14) |
Oct
(36) |
Nov
(32) |
Dec
(15) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
(9) |
Mar
(31) |
Apr
(36) |
May
(17) |
Jun
(21) |
Jul
(13) |
Aug
(18) |
Sep
(2) |
Oct
(10) |
Nov
(18) |
Dec
(28) |
2005 |
Jan
(26) |
Feb
(15) |
Mar
(26) |
Apr
(11) |
May
(60) |
Jun
(3) |
Jul
(12) |
Aug
(4) |
Sep
(12) |
Oct
(19) |
Nov
(36) |
Dec
(10) |
2006 |
Jan
(6) |
Feb
(13) |
Mar
(6) |
Apr
(2) |
May
(9) |
Jun
(3) |
Jul
(6) |
Aug
(13) |
Sep
(1) |
Oct
(24) |
Nov
(33) |
Dec
(47) |
2007 |
Jan
(21) |
Feb
(41) |
Mar
(17) |
Apr
(9) |
May
(4) |
Jun
(20) |
Jul
(24) |
Aug
(71) |
Sep
(35) |
Oct
(10) |
Nov
(39) |
Dec
(39) |
2008 |
Jan
(24) |
Feb
(42) |
Mar
(61) |
Apr
(12) |
May
(11) |
Jun
(4) |
Jul
(9) |
Aug
(6) |
Sep
(6) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
2009 |
Jan
(25) |
Feb
(18) |
Mar
(19) |
Apr
(24) |
May
(14) |
Jun
(7) |
Jul
(14) |
Aug
(25) |
Sep
(40) |
Oct
(20) |
Nov
(22) |
Dec
(4) |
2010 |
Jan
(55) |
Feb
(11) |
Mar
(9) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(7) |
Aug
(4) |
Sep
(15) |
Oct
(7) |
Nov
(2) |
Dec
(3) |
2011 |
Jan
(2) |
Feb
(1) |
Mar
(4) |
Apr
(6) |
May
(20) |
Jun
(30) |
Jul
(15) |
Aug
(4) |
Sep
(23) |
Oct
(24) |
Nov
(3) |
Dec
(8) |
2012 |
Jan
(23) |
Feb
(7) |
Mar
(19) |
Apr
(48) |
May
(8) |
Jun
(27) |
Jul
(10) |
Aug
(1) |
Sep
(11) |
Oct
(1) |
Nov
|
Dec
(3) |
2013 |
Jan
(1) |
Feb
|
Mar
(17) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2015 |
Jan
|
Feb
|
Mar
(14) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
(1) |
2016 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Eric Y. K. <Eri...@lo...> - 2005-09-28 12:44:30
|
On Mon, Sep 26, 2005 at 23:34:27 +0900, shelarcy wrote: > >MacOS X works best with wxWidgets 2.5.4. The latest stable release > >(currently wxMAC-2.6.0) does not display menus properly. >=20 > wxWidgets 2.6.1 or latest wxWidgets 2.6.2 (or enable unicode option) > don't exist this problem, or you fixed that? To be honest, i don't know if the problem is still there, as I myself have not been able to make it work yet. Best, --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From: miguel v. c. <muc...@ho...> - 2005-09-28 05:16:52
|
hello, i am having some problems with wxgrid again, how i can change font in wxgrid ? |
From: miguel v. c. <muc...@ho...> - 2005-09-27 14:44:34
|
how i can get selected cells in grid ?. i use the function gridGetSelectedCells (i have selected cells in grid) and then i use gridCellCoordsArrayGetCount to get the number of cells selected but the result is nothing (0). i don't know what i have to do or what is what i'm wrong. thanks code example : do {putStrLn ("llega aqui"); coordenadas <- gridGetSelectedCells grid; ( is coordenadas the selected cells ? ) --columnas_seleccionadas <- gridGetSelectedCols grid; --filas_seleccionadas <- gridGetSelectedRows grid numero_celdas <- gridCellCoordsArrayGetCount coordenadas;( number of selectedcells ?) --gridClearSelection grid; --seleccionada <-gridIsInSelection grid 3 3; p <- gridCellCoordsArrayItem coordenadas 1; ( xy of the first selected cells ?) putStrLn (show p) -- ( do exception. why ?) } |
From: shelarcy <she...@ca...> - 2005-09-26 14:34:54
|
On Mon, 26 Sep 2005 19:24:49 +0900, Eric Y. Kow <Eri...@lo...> wrote= : > One thing I did not mention is that there are some problems with dynami= c > events and the 2.5.3 version of wxWidgets, so this might be related. > > Also, if you are interested, I am working on a DarwinPort for wxhaskell > (http://bugzilla.opendarwin.org/show_bug.cgi?id=3D5006) > > Only the gcc 3.3 version seems to work for now. The 4.0 version, being > linked to wxWidgets 2.6.1, might conceivably work better, but I am > having trouble making it compile. So if you have some free time to pla= y > around with this, i'd be curious to see if you have any luck compiling > wxhaskell with gcc 4.0. I use gcc 3.3 now, because wxHaskell with wxWidgets 2.5.3 can't be built by gcc 4.0. Hmm, wxWidgets 2.6.1, I'm worrying this point - wxhaskell site says: > MacOS X works best with wxWidgets 2.5.4. The latest stable release > (currently wxMAC-2.6.0) does not display menus properly. wxWidgets 2.6.1 or latest wxWidgets 2.6.2 (or enable unicode option) don't exist this problem, or you fixed that? --=20 shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: shelarcy <she...@ca...> - 2005-09-24 18:52:36
|
On Tue, 13 Sep 2005 03:05:48 +0900, Eric Y. Kow <Eri...@lo...> wrote= : > Hi again, > > Attached is the next version (04) of the patch. It fixes compile issue= s > on Linux. > > Now the Unicode patch has been tested and seems to work on both > Mac and Linux. Hi, Eric. I tested to build wxfuit's paddle sample on Mac OS X Tiger with GHC-6.4.1= . paddle sample doesn't works well, it notices error messegage and display wrong picture - background color is black and objects are rendered only frame -, slide bar's top and bottom are reversed. Attached is Yampa (afrp-0.4-src.tgz) and wxfruit patch for ghc-6.4.x with wxhaskell-0.9.x, so you can test soonly, I don't test to use make, so I also attach cabal files. * wxFruit http://zoo.cs.yale.edu/classes/cs490/03-04b/bartholomew.robinson/ > Could somebody give it a try on Windows? > > (Note: this patch was motivated by attempts to compile wxhaskell on > OS X Tiger, which includes WxWidgets, but with --enable-unicode) > --=20 shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: shelarcy <she...@ca...> - 2005-09-24 17:46:57
|
On Tue, 13 Sep 2005 03:05:48 +0900, Eric Y. Kow <Eri...@lo...> wrote= : > Hi again, > > Attached is the next version (04) of the patch. It fixes compile issue= s > on Linux. > > Now the Unicode patch has been tested and seems to work on both > Mac and Linux. Hi, Eric. I tested to build wxfuit's paddle sample on Mac OS X Tiger with GHC-6.4.1= . paddle sample doesn't works well, it notices error messegage and display wrong picture - background color is black and objects are rendered only frame -, slide bar's top and bottom are reversed. Attached is Yampa (afrp-0.4-src.tgz) and wxfruit patch for ghc-6.4.x and wxhaskell-0.9.x, so you can test soonly, * wxFruit http://zoo.cs.yale.edu/classes/cs490/03-04b/bartholomew.robinson/ > Could somebody give it a try on Windows? > > (Note: this patch was motivated by attempts to compile wxhaskell on > OS X Tiger, which includes WxWidgets, but with --enable-unicode) > --=20 shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ |
From: Mads <mad...@ya...> - 2005-09-15 17:25:57
|
Hi In this email: http://sourceforge.net/mailarchive/message.php?msg_id=3D12457335, I have previously announces a library for easily creating GUI forms. Now the first "real" version is available and I have made a homepage about the project, see http://autoforms.sourceforge.net/ . _About AutoForms_ AutoForms is a library to easily create forms. You just need to specify the data you want in the form (+ a little boilerplate code). You specify the data using ordinary Haskell data declarations. Hereafter the library takes over and does the layout and figures out which widgets to use. The library is still in an early stage and therefore often produces quite ugly forms. However, this is expected to improve in the future. Mads Lindstr=F8m |
From: <hol...@ic...> - 2005-09-15 10:32:09
|
Hi all, I realized that the Items instance definition for listCtrl does not work in wxHaskell (V0.9). Doing lc <- listCtrl f [items := ...] get lc items always yields a list of empty strings! I found out that in the implementation (in WX/Controls.hs) in the getter function for item the following line is missing for items to work correctly: listItemSetMask li wxLIST_MASK_TEXT Best regards, Bernd -- Bernd Holzmüller Dipl.-Inf. ICS AG Sonnenbergstraße 13 D-70184 Stuttgart Tel.: +49 (0) 711 / 2 10 37 - 643 Fax: +49 (0) 711 / 2 10 37 - 653 Mobile: +49 (0) 151 / 17449 534 mailto:hol...@ic... www.ics-ag.de |
From: <pk...@st...> - 2005-09-13 11:45:16
|
Hi, i get an error message (the same twice) in my terminal when opening a fileopendialog (fileOpenDialog) under linux (fedora core 3). Everything works fine, but it would be nice to avoid it of course. Is there a way to solve or avoid this? Peter error (2x): Gdk-CRITICAL **: file gdkwindow.c: line 1390 (gdk_window_get_size): assertion `window !=3D NULL' failed. (in ghci as well as ghc) maybe a related issue: http://caml.inria.fr/pub/ml-archives/ocaml-beginners/2003/06/d3f2a3dd3399= b1ac11351439adc544e4.en.html |
From: Eric Y. K. <Eri...@lo...> - 2005-09-12 18:14:53
|
Hi again, Attached is the next version (04) of the patch. It fixes compile issues on Linux. Now the Unicode patch has been tested and seems to work on both Mac and Linux. Could somebody give it a try on Windows? (Note: this patch was motivated by attempts to compile wxhaskell on OS X Tiger, which includes WxWidgets, but with --enable-unicode) -- Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon français. |
From: Eric Y. K. <Eri...@lo...> - 2005-09-09 15:37:05
|
Dear list, Attached is the latest version of my wxhaskell Unicode patch. Compared to previous patches, it has fewer memcpy errors. I have tested it against the latest CVS code, and it seems to work. Cheers, -- Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon français. |
From: Ryszard K. <ry...@bi...> - 2005-09-07 08:30:40
|
Hello All! I don't know if anyone of you has experienced problems similar to my ones with the compilation of wxhaskell-src-0.9.4-1. On my RedHat 9 Linux machine, with freshly installed wxGTK-2.6.1 and ghc-6.4, a compilation fails generating a log info as quoted below. I'm going to try a binary rpm instead, still I am interested if I've done anything wrong. Greetings Ryszard Kubiak ===================================================== configure's log: checking system: wx-config found ghc found ghc-pkg found haddock found install program found creating configuration files: config config/config.mk config/wxcore.pkg config/wx.pkg config/wxhaskell-register.bat config/wxhaskell-unregister.bat config/setcd config/macosx-install.info config/macosx-postinstall config/macosx-app config/wxhaskell.spec config/prologue.txt config/cache.txt configuration: library: wxhaskell-0.9.4 (release 0) compiler: ghc-6.4 wxwidgets: gtk-2.6.1 with openGL: no library dir: /usr/local/lib done: type 'make' to build wxhaskell. type 'make install' to install wxhaskell. type 'make help' to receive help on all other make targets ========================================================== make's log: [~/Haskell/wxhaskell-0.9.4]$ make g++ -c wxc/src/ewxw_main.cpp -o out/wxc/ewxw_main.o -MD -I/usr/local /lib/wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -D GTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -Iwxc/include In file included from /usr/local/include/wx-2.6/wx/db.h:76, from wxc/src/ewxw_main.cpp:4: /usr/local/include/wx-2.6/wx/isql.h:47:1: warning: "EXPORT" redefine d In file included from wxc/include/wrapper.h:7, from wxc/src/ewxw_main.cpp:1: wxc/include/ewxw_def.h:4:1: warning: this is the location of the pre vious definition g++ -c wxc/src/extra.cpp -o out/wxc/extra.o -MD -I/usr/local/lib/wx/ include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_NO_C HECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARG EFILE_SOURCE=1 -Iwxc/include g++ -c wxc/src/wrapper.cpp -o out/wxc/wrapper.o -MD -I/usr/local/lib /wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_ NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_ LARGEFILE_SOURCE=1 -Iwxc/include wxc/src/wrapper.cpp: In function `void ELJApp_USleep(int)': wxc/src/wrapper.cpp:537: warning: `wxUsleep' is deprecated (declared at /usr/local/include/wx-2.6/wx/utils.h:312) g++ -c wxc/src/eljevent.cpp -o out/wxc/eljevent.o -MD -I/usr/local/l ib/wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGT K_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES - D_LARGEFILE_SOURCE=1 -Iwxc/include g++ -c wxc/src/eljmime.cpp -o out/wxc/eljmime.o -MD -I/usr/local/lib /wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_ NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_ LARGEFILE_SOURCE=1 -Iwxc/include g++ -c wxc/src/treectrl.cpp -o out/wxc/treectrl.o -MD -I/usr/local/l ib/wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGT K_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES - D_LARGEFILE_SOURCE=1 -Iwxc/include wxc/src/treectrl.cpp: In function `void wxTreeCtrl_GetFirstChild(voi d*, void*, void*, void*)': wxc/src/treectrl.cpp:333: warning: `GetFirstChild' is deprecated (de clared at /usr/local/include/wx-2.6/wx/generic/treectlg.h:372) g++ -c wxc/src/image.cpp -o out/wxc/image.o -MD -I/usr/local/lib/wx/ include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_NO_C HECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARG EFILE_SOURCE=1 -Iwxc/include wxc/src/image.cpp:124:2: warning: no newline at end of file g++ -c wxc/src/apppath.cpp -o out/wxc/apppath.o -MD -I/usr/local/lib /wx/include/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_ NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_ LARGEFILE_SOURCE=1 -Iwxc/include wxc/src/apppath.cpp:114:2: warning: no newline at end of file g++ -c wxc/src/db.cpp -o out/wxc/db.o -MD -I/usr/local/lib/wx/includ e/gtk2-ansi-release-2.6 -I/usr/local/include/wx-2.6 -DGTK_NO_CHECK_C ASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_ SOURCE=1 -Iwxc/include In file included from /usr/local/include/wx-2.6/wx/db.h:76, from wxc/src/db.cpp:4: /usr/local/include/wx-2.6/wx/isql.h:47:1: warning: "EXPORT" redefine d In file included from wxc/include/wrapper.h:7, from wxc/src/db.cpp:1: wxc/include/ewxw_def.h:4:1: warning: this is the location of the pre vious definition wxc/src/db.cpp: In function `int wxDbColInf_GetColumnSize(wxDbColInf *)': wxc/src/db.cpp:1035: `class wxDbColInf' has no member named `columnS ize' wxc/src/db.cpp: In function `int wxDbColInf_GetBufferLength(wxDbColI nf*)': wxc/src/db.cpp:1044: `class wxDbColInf' has no member named `bufferL ength' wxc/src/db.cpp: In function `wxDbColInf* wxDb_GetResultColumns(wxDb* , int*)': wxc/src/db.cpp:1158: `class wxDbColInf' has no member named `columnS ize' make: *** [out/wxc/db.o] Error 1 |
From: Simon G. <si...@gu...> - 2005-08-23 08:52:51
|
At Thu, 21 Jul 2005 14:18:40 +0100, Simon Guest wrote: > I've used WxHaskell 0.8 successfully for a while now, both on Windows > and Debian unstable. However, I'm now trying to use it on Debian > sarge, and experiencing Gtk and Glib critical failures, and segfaults > upon starting the program in GHCI. Apparently no-one else has experienced this. Having had another look at it, I found my problem was I was running a mixture of Sarge and Sid (doh!). The key information was provided by apt-show-versions. After correctly downgrading to Sarge, everything is now working nicely. cheers, Simon PS: Never underestimate the effectiveness of a long holiday on increasing one's problem solving ability. |
From: Toby A. <to...@mi...> - 2005-08-13 10:29:45
|
For me, at least, running a wxHaskell application that has a toolbar on windows results in a dialog complaining that it can't find the resource wxBITMAP_STD_COLOURS. The app then appears to function correctly, but the dialog is annoying. Windows 98 wxWindows 2.4.2 wxHaskell 0.9.4-1 GHC 6.4.1.mumble MinGW 4.1 MSYS 1.0.10 The problem seems to be that the standard wxWindows resources are not being linked to the application. I see there is a wxc.rc file in the wxHaskell source that includes the standard wx.rc resource file, but that this is never compiled or linked. Attached is a patch to 0.9.4-1 that compiles wxc.rc and arranges for it to be linked to wxHaskell executables (if the toolkit is msw). This is achieved by compiling wxc.rc with windres to wxc-rc.o, installing this object file into the lib dir and adding it to the extra-ld-opts field of the package description (which needs to be called ld-options for GHC 6.4 and greater). It doesn't seem to work to include the wxc-rc.o file in either the DLL or the .a for some reason, which is why I added it to the ld-options field. Regards, Toby. |
From: Eric Y. K. <Eri...@lo...> - 2005-08-03 16:36:19
|
Hi again list, Here is a revised patch for wxhaskell in unicode. Please disregard the previous message. (moderator: if you see this, please kill the first message). I have finally gotten wxhaskell working with Unicode. You can see a screenshot of a sample application here: http://photos1.blogger.com/blogger/5532/1215/1600/unicode_wxhaskell.jpg Please try the following patch (-p1) out. Notes: 1. You'll need to compile wxWidgets with --enable-unicode (or at least, without --disable-unicode?) 2. On MacOS X Tiger, I need to gcc_select 3.3 for it not to give weird errors. Not yet tested on other operating systems. 3. I don't actually know anything about programming in C, using the FFI, or that much about wxWidgets either, so buyer beware -- Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon français. |
From: Eric Y. K. <Eri...@lo...> - 2005-08-03 12:30:37
|
Hi list, I have been working on getting Unicode support to work in wxhaskell. Progress so far is that the Minimal.hs example runs, but the Control.hs example segfaults. Would anybody be interested in working with me on this? We could conceivably create a darcs repository or something. I attach the patch (-p1) that brings us up to the current state. Note: on Tiger, you have to do gcc_select 3.3 for things to work properly. -- Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon français. |
From: <EFu...@ne...> - 2005-07-30 04:41:57
|
Hello, Please ignore my earlier questions, I found the solution. I am sorry for being impatient and creating unnecessary noise in the mailing list. Regards, -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.html __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp |
From: Arjan v. I. <af...@cs...> - 2005-07-29 16:16:13
|
Hi, > is there a possibility to make the toolbar vertical? I think so. In wxWidgets there is a constant wxTB_VERTICAL. I can't find it in wxHaskell, but if you would know what number it stands for you might be able to write [ style :~ \s -> s .+. n ] (where n is the number) Ah, Google to the rescue! wxTB_VERTICAL = 8 According to http://wxappbar.sourceforge.net/pydoc/wxoo.windowdrag.html So: tbar <- toolBar f [ style :~ \s -> s .+. 8 ] This code is untested by the way; I hope it works. Cheers, Arjan |
From: Eric Y. K. <Eri...@lo...> - 2005-07-28 12:54:10
|
Hi list, I would like to make wxhaskell work with Unicode. =20 The problem is that I am not really a C++ hacker, so I don't actually know what I'm getting myself into. Could somebody tell me if there's a deep reason why wxhaskell does not support Unicode? That is, am I in over my head? I'm currently working with this page from the manual, dumbly converting chars to wxChar and wrapping string literals with wxT(): http://www.wxwidgets.org/manuals/2.6.0/wx_unicode.html Thanks, --eric P.S. I am doing this mainly because I want to get wxhaskell to compile against the wxWidgets that ships with MacOS X (Tiger), so that I can write darwinports Portfile for it. Any help on that appreciated too. --=20 Eric Kow http://www.loria.fr/~kow PGP Key ID: 08AC04F9 Merci de corriger mon fran=E7ais. |
From: <EFu...@ne...> - 2005-07-28 04:21:31
|
Hello Daan, Thanks for your help. I was indeed making mistake in the function calling convention, once I fixed that, I was able to use many functions without lisp terminating abruptly. But, another problem which I am still facing is that I am still not able to create frames. As you suggested, I tried writing a C++ program, but even that doesn't work. I am attaching the c++ program (its pretty short) and the wxHaskell dll file which I am using can be downloaded from http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxcl/miscellaneous/wxc-msw2.4.2-0.9.4.dll If you get time then please look into it. And point out, if I am making any mistake. Thanks for your time. I really appreciate your help. P.S.- Do you want me to CC you when I send the emails? -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.htm __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp |
From: <EFu...@ne...> - 2005-07-27 04:55:54
|
Hello Daan, Thanks for your help. I was indeed making mistake in the function calling convention, once I fixed that, I was able to use many functions without lisp terminating abruptly. But, another problem which I am still facing is that I am still not ablr to create frames. As you suggested, I tried writing a C++ program, but even that doesn't work. I am attaching the c++ program (its pretty short) and the wxHaskell dll file which I am using. If you get time then please look into it. And point out, if I am making any mistake. Thanks for your time. I really appreciate your help. P.S.- Do you want me to CC you when I send the emails? -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.htm __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp |
From: Moritz v. K. <mvk...@go...> - 2005-07-26 10:54:34
|
Hi, is there a possibility to make the toolbar vertical? MvK |
From: Mads <mad...@ya...> - 2005-07-24 21:52:21
|
Hi Inspired by FunctionalForms [1] and the scrap your boilerplate papers [2], I have made a function which only needs an existing window and an instantiated type as input to create a GUI form. However, this is just an early prototype and needs a lot more work to become truly useful. The function, mentioned above, has the following signature: genericDialog :: (Data a) =3D> Window w -> a -> IO (Maybe a) As a short example: data SimplePerson =3D SimplePerson { name :: String, age :: Int } deriving (Show, Typeable, Data) main =3D start $ do w <- frame [text :=3D "Generic forms!"] genericDialog w (SimplePerson "Some name" 117) which will create a dialog, where the user can set the name and age of a SimplePerson. Depending on user input, the function returns either Nothing or a SimplePerson with possibly changed fields. A larger example are in one of the two attached files. The other file contains the source code for the library. As mentioned above, this is just an early prototype and therefore a lot of features are missing. It is currently not usable for a production system. And it may never be possible to create forms in this way, and still be useful in a production system. However, with further development I believe this kind of library, should at least be able to speed up prototyping GUI applications. This library was tested on Debian stable (with some package from unstable). I am using GHC 6.4 and wxHaskell 0.9.4.1. The library will _not_ compile on GHC 6.2 or older. The library can be compiled with: ghc --make -package wx -fglasgow-exts AFPerson.hs Greetings, Mads Lindstr=F8m [1] http://www.sandr.dds.nl/FunctionalForms/index.html [2] http://www.cs.vu.nl/boilerplate/ |
From: Daan L. <da...@cs...> - 2005-07-23 04:18:56
|
Dear Surendra, > Thanks for the help once again. I am now able to use some of the baseic functionalities, of wxC from lisp, but I am running into two issues. > > 1. In my initialization function, I am not registering for any events, and I am running just few basic bitmap related functions, they all work fine. But when the initialization function finishes, my lisp ends unceremoniously , is this due to the code? > " return wxApp::OnExit();" > > Does it causes the lisp to terminate? How can I avoid this problem? No, in principle the function would just return immediately. > > 2. When I try to just create a frame in init function, (again without registering for any events), the lisp connection dies midway. Am I doing anything wrong here? > This is not the correct behaviour :-) The most obvious issue is related to static intializer in the wxWidgets library. First of all, execute the lisp code from a compiled program and see what happens. -- Daan (explanation: the wxWidgets library initializes static variables at dll load time and doesn't reset them properly after OnExit. This means that an interpreter could only use the main loop once -- the next time it would find the static variables in an inconsistent state.) > Thanks for your time and answer. |
From: <EFu...@ne...> - 2005-07-22 17:30:49
|
Hello, "Daan Leijen" <t-...@mi...> wrote: > This function expects a >"wxClosure" as an argument. These "wxClosure"'s are the way to connect >Common Lisp to the wx world. WxWidget events will call back on >wxClosure's into the Lisp world. > When an object is destroyed, it calls on its >listening wxClosures with a NULL event object. This also happens for the >closure that you pass to "ELJAPP_initializeC" -- ie. you would call the >initalize function with a closure this is only fired once with a NULL >event -- and you use this to run the LISP initialization that will >create windows etc. and install further event handlers on the frames. >This means that you hand over control to wxWidgets -- only being in LISP >land when an event is triggered. Thanks for the help once again. I am now able to use some of the baseic functionalities, of wxC from lisp, but I am running into two issues. 1. In my initialization function, I am not registering for any events, and I am running just few basic bitmap related functions, they all work fine. But when the initialization function finishes, my lisp ends unceremoniously , is this due to the code? " return wxApp::OnExit();" Does it causes the lisp to terminate? How can I avoid this problem? 2. When I try to just create a frame in init function, (again without registering for any events), the lisp connection dies midway. Am I doing anything wrong here? Thanks for your time and answer. -- Surendra Singhi http://www.public.asu.edu/~sksinghi/index.htm __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp |