Re: [wxhaskell-users] WxHaskell on Debian Wheezy with wxWidgets 2.9.4
Hi I think I fixed the problem. In wxc/src/cpp/eljpen.cpp line 159 I changed: * _ref = NULL; To: _ref = NULL; After that wxHaskell compiled just fine. I tried a test-program and that also worked just fine. Kind regards, Mads Lindstrøm 2012/12/2 Mads Lindstrøm mads.lindstr...@gmail.com Hi I am trying to install wxHaskell 0.90.0.1 on Debian Wheezy. First, I installed wxWidgets 2.9.4: ./configure --enable-mediactrl make make install Then: cabal install wx Which results in the following failure: /usr/bin/gcc -Wl,--hash-size=31 -Wl,--reduce-memory-overheads -Isrc/include -I/usr/local/include/wx-2.9 -I/usr/local/lib/wx/include/gtk3-unicode-2.9 -D__WXGTK__ -DWXUSINGDLL -D_FILE_OFFSET_BITS=64 -DwxcREFUSE_MEDIACTRL -fPIC -c src/cpp/eljpen.cpp -o dist/build/src/cpp/eljpen.o src/cpp/eljpen.cpp: In function ‘void wxPen_GetStipple(void*, wxBitmap*)’: src/cpp/eljpen.cpp:159:13: error: conversion from ‘long int’ to ‘const wxBitmap’ is ambiguous src/cpp/eljpen.cpp:159:13: note: candidates are: In file included from /usr/local/include/wx-2.9/wx/bitmap.h:251:0, from /usr/local/include/wx-2.9/wx/generic/panelg.h:15, from /usr/local/include/wx-2.9/wx/panel.h:70, from /usr/local/include/wx-2.9/wx/wx.h:41, from src/include/wrapper.h:20, from src/cpp/eljpen.cpp:1: /usr/local/include/wx-2.9/wx/gtk/bitmap.h:83:5: note: wxBitmap::wxBitmap(GdkPixbuf*) /usr/local/include/wx-2.9/wx/gtk/bitmap.h:73:5: note: wxBitmap::wxBitmap(const char* const*) /usr/local/include/wx-2.9/wx/gtk/bitmap.h:64:24: error: initializing argument 1 of ‘wxBitmap wxBitmap::operator=(const wxBitmap)’ cabal: Error: some packages failed to install: wx-0.90.0.1 depends on wxc-0.90.0.4 which failed to install. wxc-0.90.0.4 failed during the building phase. The exception was: ExitFailure 1 wxcore-0.90.0.3 depends on wxc-0.90.0.4 which failed to install. Any suggestions to how I can fix this? Greetings, Mads Lindstrøm -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net/___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] ANN: wxHaskell 0.12.1.2
Hi All, cabal install wx just worked. Great. Earlier I had linker problems when starting programs compiled with wxHaskell. They have disappeared now. /Mads On Fri, 2009-11-13 at 23:55 +, Jeremy O'Donoghue wrote: Hi all, On behalf of the wxHaskell maintainers, I am very pleased to announce the release of wxHaskell 0.12.1.2. The key feature of this release is that it is now possible to install wxHaskell entirely using cabal on all targets (with a minor proviso on Windows). The credit for this achievement is almost all down to new contributor Brian Lewis, who has worked very hard to make this work 'just right', and given me (at least) an object lesson in how to use Cabal. The small proviso for Windows machines is that wxWidgets should be built using MSys - none of the other compilers supported by wxWidgets is currently working, but we consider this a small price to pay for the convenience of getting a GUI straight from cabal. For Unix machines which have wxWidgets 2.8.x installed, you should now be able to install wxHaskell with a simple: cabal install wx For Windows machines, there are a few prerequisites: 1) You will need the Windows port of wx-config in your path. This can be downloaded from http://wxconfig.googlepages.com/ 2) You will need to compile wxWidgets using MSys. We have tested against MinGW 5.1.6 with g++ compiler, MinGW Make, MSYS-1.0.11, wxMSW-2.8.10, which are the latest versions, and can be downloaded from their respective websites. I used a completely clean install of the latest Haskell Platform to validate the procedure. Please note: all commands to be entered in an MSys shell. cd /c/path/to/wxWidgets-2.8.10/build/msw mingw32-make -f makefile.gcc BUILD=release MONOLITHIC=1 SHARED=1 UNICODE=1 set PATH=$PATH:/c/path/to/wx-config set WXWIN=/c/path/to/wxWidgets-2.8.10 set WXCFG=gcc_dll/mswu cabal install wx I will be updating the wxHaskell wiki to reflect these changes over the next day or so. Best Regards Jeremy O'Donoghue on behalf of the wxHaskell maintainers. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users signature.asc Description: This is a digitally signed message part -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] General questions
Hi Jeremy O'Donoghue wrote: Someone (Mads, I think) showed a proof of concept for type safety on XRC, but I haven't had the time to implement it fully so far. Yes, that was me. See http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.devel/364/match=xrc I do not think it would take a long time, to make this usable for 90-95% of the widgets in a XRC file. However, personally I have no desire to use Glade or XRC files. But I know others do - to each his own. I do not want to develop this any further, for an imaginary user who may or may not exists. However, if somebody wants to this further developed and is willing to be ginnypig I could do so. But it is only second best. The best would be for somebody with a GUI app using XRC file, to implement type-safe XRC accessors themselves. Greetings, Mads signature.asc Description: This is a digitally signed message part -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Moderation
Hi Daniel Carrera wrote: Is it normal that all my emails have to go through moderation? I am subscribed to this list. It seems odd that my emails require moderation. I do not know why the moderation flag was set for you. Maybe Mailman do it automatically somehow. I have removed it now. /Mads Daniel. -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users signature.asc Description: This is a digitally signed message part -- Register Now Save for Velocity, the Web Performance Operations Conference from O'Reilly Media. Velocity features a full day of expert-led, hands-on workshops and two days of sessions from industry leaders in dedicated Performance Operations tracks. Use code vel09scf and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] autogenerating wxc from wxWidgets Doxygen output?
Hi Eric Y. Kow wrote: On Sat, Apr 11, 2009 at 01:57:30 +0200, Mads Lindstrøm wrote: Besides the overly verbose syntax, I did not feel like XSLT were a good match for the task. I realise you weren't talking about the syntax, but in case it plays a role in this, there is always PXSL, which has significantly dampened my dislike of all things XML http://community.moertel.com/pxsl/ PXSL also has some XSLT shortcuts which are handy... PSXL looks nice. Actually, syntax was part of the problem. Maybe my English was not too good in my post. After everything turning XML in Java-land, I used to joke about people making a programming language with XML syntax, which I thought to be obviously stupid. So lesson is: Be careful about what you joke about it, it might come true... Greetings, Mads Lindstrøm -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] autogenerating wxc from wxWidgets Doxygen output?
wxButton_SetLabel (wxButton _obj, wxString _label); wxSize wxButton_GetDefaultSize (wxButton _obj); Greetings, Mads Lindstrøm Name: c_wrapper.py Author: Mads Lindstroem License: wxWidgets License #!/usr/bin/env python import doxymlparser import optparse import sys parser = optparse.OptionParser(usage=usage: %prog doxyml files to parse\n , version=%prog 1.0) options, arguments = parser.parse_args() def wxc_type_for_type(type): return type if __name__ == __main__: if len(arguments) 1: parser.print_usage() sys.exit(1) doxyparse = doxymlparser.DoxyMLParser() for arg in arguments: doxyparse.parse(arg) #for aclass in doxyparse.classes: #print str(aclass) wxc_header = /* \n\n Start of c-output \n\n */ \n for aclass in doxyparse.classes: for amethod in aclass.methods: #wxc_header += str(amethod) this_type = wxc_type_for_type(aclass.name) print Methodname %s Methodname % (amethod.name) if amethod.name == aclass.name: wxc_header += /* Constructor */\n wxc_header += %s %s_%s( % (this_type, this_type, this_type) set_comma = False elif amethod.name == ~ + aclass.name : wxc_header += void %s_Destruct(%s * _obj % (this_type, this_type) set_comma = True else: wxc_header += %s %s_%s(%s _obj % \ ( wxc_type_for_type(amethod.return_type), aclass.name, amethod.name, this_type) set_comma = True for param in amethod.params: if set_comma: wxc_header += , wxc_header += %s %s % (wxc_type_for_type(param[type]), _ + param[declname]) set_comma = True # Note: uncomment this if you support adding default values # if defval in param: # wxc_header += = + param[defval] wxc_header += );\n print wxc_header -- This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] GTK initialization failure
Hi Kellen J. McClain: Which version of libgtk are you running? /Mads I'm running Fedora 10, and installed wxGTK with yum, (version 2.8.9), and have successfully compiled wxhaskell-0.11.0 (using --with-opengl --with-contrib --with-mediactrl --wx-toolkit=gtk2), but whenever I run any of the sample programs, no windows pop up, and the same error occurs: (process:16395): GLib-GObject-CRITICAL **: gtype.c:2458: initialization assertion failed, use IA__g_type_init() prior to this function (process:16395): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (process:16395): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed I tried running a sample program written in C++ and it ran fine, so I'm thinking that it is a problem with something in wxhaskell. I noticed that Jose Ramirez in 2008-08-12 came across the same problem (http://sourceforge.net/mailarchive/message.php?msg_name=89c11d70808120559j63465383r1c61f4c11a46d47c%40mail.gmail.com). Did anyone figure out what the problem was? -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] problems on Windows
Hi, Dean Herington wrote: I reread Daan's original paper and found a hint that layouts need to mention each widget exactly once (though I can't find anything definitive in documentation for either wxhaskell or wxwidgets). Obeying that rule avoids the garbling, but I'm still not able successfully to change the layout repeatedly. Even if I could, how then would I show different subsets of widgets at different times? Every widget which is created must be used once and only once. That is the rule. Does the documentation for either wxHaskell or wxWidgets explain this rule? I couldn't find it. I looked a bit and could not find the rule except in the paper wxHaskell – A portable and concise GUI library for Haskell (see http://legacy.cs.uu.nl/daan/pubs.html#wxhaskell ), which I guess is the one you refers to. It would be good if we added the use-only-once rule somewhere. Do you have a suggestion? Can you name a place where would you would have found it? Greetings, Mads Lindstrøm - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] problems on Windows
Hi Dean Dean Herington wrote: Is anyone out there??? Yes. I reread Daan's original paper and found a hint that layouts need to mention each widget exactly once (though I can't find anything definitive in documentation for either wxhaskell or wxwidgets). Obeying that rule avoids the garbling, but I'm still not able successfully to change the layout repeatedly. Even if I could, how then would I show different subsets of widgets at different times? Every widget which is created must be used once and only once. That is the rule. In your action (the on command := do -stuff) to change the panel content do: 1) delete your old widgets like: get p children = mapM_ objectDelete 2) create new widgets 3) do set p [ layout := ... ]. 4) finally it might be good to do refit p. Also have a look at dynamic http://wxhaskell.sourceforge.net/doc/Graphics-UI-WXCore-Layout.html#v% 3Adynamic . I am no quite sure when it is necessary to use this function. Greetings, Mads Is there any hope of getting a decent description of wxhaskell's (intended) semantics? I'm getting exasperated. At 12:08 AM -0400 5/9/08, Dean Herington wrote: I'm using wxhaskell 0.10.3 with ghc 6.8.2 on Windows XP Pro. I'm trying to figure out how to change the content of a frame dynamically. The program shown below has several problems: * The initial text is garbled (a combination of Screen 1 and Screen 2). * The button label doesn't change when first clicked. * Nothing changes on subsequent button presses. Any ideas? module Main where import Graphics.UI.WX main = start gui gui = do f- frame [text := Test 1] p- panel f [] t1 - staticText p [text := Screen 1] b1 - button p [text := switch to 2] t2 - staticText p [text := Screen 2] b2 - button p [text := switch to 1] set b1 [on command := switch f p t2 b2] set b2 [on command := switch f p t1 b1] switch f p t1 b1 switch f p t b = set f [layout := fill $ container p $ margin 10 $ column 5 [widget t, widget b]] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] ;-{{ wx haskell distribution
Hi, Do I understand correctly that there are now three places where I can find wxHaskell: - http://wxhaskell.sourceforge.net/download.html - darcs.haskell.org - http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wx-0.10.3 Is most Haskell projects not in this situation? You want to be on Hackage, but it do not do version control or binary packages. Thus, we use darcs.haskell.org and the SourceForge download service. And I do not really see it as a problem, as long as there is one central place where everything is linked from and explained. If there is one central place, I cannot see how it makes a difference to users, that the different methods of obtaining WxHaskell is located on different servers. Do you have a proposal for a better way to do it? and two place for the documentation: - http://wxhaskell.sourceforge.net/ - http://haskell.cs.yale.edu/haskellwiki/WxHaskell Yes, this is not optimal. If we are to continue having two places, then there should be a clear and transparent (to users) distinction of what goes where. I cannot see that this is currently the case. What do people think of working towards using only the wiki? whereas I would expect for the latter one to have to go to: - http://www.haskell.org/haskellwiki/Category:Haskell ???, where there is no refernce to - http://www.haskell.org/haskellwiki/WxHaskell Please, I do not want to complain, but I think that if we ever want people to use (wx)Haskell we need to update this situation? Good critique is always welcome. Am I missing other places? Doaitse Greetings, Mads Lindstrøm - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxhaskell 0.10.2 on hackage (experimental)
Hi Conal Hi Eric, Thanks for the progress update. Your remark about 2.6 only raises a question for me: What's the deal on wxhaskell and ghci-friendliness? Do we still have to use wxWindows/wxWidgets 2.4.2 in order to run more than one GUI per ghci session? Will it be possible at all any more? I am currently working on a GUI version of GHCi (called GhciGui), which may solve your problem. The GhciGui uses two processes. One for the GUI and one for executing the Haskell code the user inputs. You can also ask GhciGui to spawn a new process, each time you press execute. In this way you can keep executing WxHaskell programs, even if you are running wxWidgets 2.6. After spawning a new process all your targets and modules are also reloaded. However, you do not get this for nothing. When GhciGui spawns a new process all your let bindings will be lost :( But I am wondering if this is an acceptable loss? Greetings, Mads Lindstrøm - Conal On Feb 16, 2008 5:24 AM, Eric Y. Kow [EMAIL PROTECTED] wrote: Hi everyone, I have uploaded an unofficial pre-release of wxhaskell on hackage. It is available as two packages, wxcore and wx. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wxcore-0.10.2 http://hackage.haskell.org/cgi-bin/hackage-scripts/package/wx-0.10.2 Let me stress that this is only experimental; it is NOT an official release. Summary --- I think this works under Linux and MacOS X, but not under Windows. It seems to work best under MacOS X (10.4 on Intel). If you have any trouble, you are likely going to have to install wxcore by hand (passing in configure flags, etc) and then install wx automatically: cabal install wx General notes - This only works with wxWidgets 2.6. Windows and maybe MacOS X -- The wxcore cabal script is merely a wrapper around the makefile and the configure script. So you'll still need to have make and the ability to run shell scripts. As shelarcy pointed out, this probably does not work for Windows, and you'll have to go the old-fashioned route (using the darcs repository as well). MacOS X --- The configure options that worked for me (wxWidgets) are ./configure --enable-display --enable-unicode --with-opengl --with-mac --without-odbc --enable-mediactrl --disable-monolithic Note that I also had to do sudo mkdir -p /usr/local/wxhaskell/bin sudo ln -s /usr/local/bin/wx-config /usr/local/wxhaskell/bin This makes the wxcore package use your version of wxWidgets and not the one that came with the system. Linux - On Linux, I had to supply --with-opengl to the configure script: runhaskell Setup --configure-opt=--with-opengl I noticed also that on Ubuntu Gutsy Gibbon, I had some trouble running sample applications with wxGTK 2.8, so I aptitude installed libwxgtk2.6-dev and specified to wxhaskell to use it instead of the newer version: mkdir -p /usr/local/wxhaskell/bin ln -s /usr/lib/wx/config/gtk2-unicode-release-2.6 /usr/local/wxhaskell/bin/wx-config runhaskell Setup --configure-opt=--with-opengl Where to next? -- I hope that this makes life a little easier, and that the being on hackage either attracts more users/contributors to wxhaskell. Here are some key questions we need to answer for 0.10.3: * Can we make it possible to run wxhaskell programs under Linux without the --with-opengl flag? Seems to be fine under MacOS X. * Why are people having build trouble lately? * You have to obliterate a patch for wxhaskell on PowerPC, why? * What about the issue that Malcolm pointed out with not linking to the -gl version of wxWidgets [odd; doesn't wx-config tell the right thing?] * What about Gwern's too many symbolic links problem? * Why doesn't wxhaskell work with wxGTK 2.8? I thought we had worked out some compatibility fixes? * What do we need for Windows users to be able to cabal install wx? ... and many more. Please help! -- Eric Kow http://www.nltg.brighton.ac.uk/home/Eric.Kow PGP Key ID: 08AC04F9
[wxhaskell-users] Trying to understand WxHaskell's interface to WxWidgets a little better
Hi all I am trying to understand the interface between WxHaskell and WxWidgets a little better. WxDirect generates the file wxcore/src/Graphics/UI/WXCore/WcxClassesAL.hs . In this file we have the function: inputStreamGetC :: InputStream a - IO Char inputStreamGetC _obj = withCharResult $ withObjectRef inputStreamGetC _obj $ \cobj__obj - wxInputStream_GetC cobj__obj foreign import ccall wxInputStream_GetC wxInputStream_GetC :: Ptr (TInputStream a) - IO CWchar Notice how the foreign call returns CWchar. But looking at the wxwidets manual http://wxwidgets.org/manuals/2.6/wx_wxinputstream.html#wxinputstreamgetc WxInputStream::GetC returns char and not wide-char. Is this not an error in WxHaskell? Or what am I missing? Greetings, Mads Lindstrøm - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell for linux (ubuntu)?
Hi Conal I'm setting up a linux dev machine (ubuntu 7.10). What do folks recommend for wxWidgets and wxHaskell? I like using wxHaskell in ghci, in case that's a consideration on Linux as it is on Windows. I am afraid you will have to forget about wxhaskell, linux, and GHCi working together. When you have started a Wxhaskell app in GHCi once, you will have to restart GHCi before starting another Wxhaskell app. It is late and might remember wrongly, but I do believe it has something to do with GHCi not reinitializing C-libraries. I am running Debian, which is closely related to Ubuntu, and I am using the WxWidgets based on gtk2.6.3-0.10. But any Gtk2.6 will properly do. As far as I remember, you must also enable (not disable) opengl when compiling wxwidgets. Also this page http://wxhaskell.sourceforge.net/building.html says the same. Greetings, Mads Thanks, - Conal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell for linux (ubuntu)?
Hi again Hi Conal I'm setting up a linux dev machine (ubuntu 7.10). What do folks recommend for wxWidgets and wxHaskell? I like using wxHaskell in ghci, in case that's a consideration on Linux as it is on Windows. I am afraid you will have to forget about wxhaskell, linux, and GHCi working together. When you have started a Wxhaskell app in GHCi once, you will have to restart GHCi before starting another Wxhaskell app. It is late and might remember wrongly, but I do believe it has something to do with GHCi not reinitializing C-libraries. I am running Debian, which is closely related to Ubuntu, and I am using the WxWidgets based on gtk2.6.3-0.10. But any Gtk2.6 will properly do. I was a little fast there. I am using WxWidgets 2.6.something. However, it is _not_ based on GTK 2.6. But on some newer version of GTK. Greetings, Mads As far as I remember, you must also enable (not disable) opengl when compiling wxwidgets. Also this page http://wxhaskell.sourceforge.net/building.html says the same. Greetings, Mads Thanks, - Conal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] how to make custom controls?
Hi Conal Elliott wrote: I want to make (or find) a float-valued slider that displays its current value and maybe its bounds. Does anyone have advice about doing that sort of thing. I want the result to have have a control-like interface, including a gettable attribute for the current (float) value. Thanks, - Conal To have a gettable attribute you need to make the type containing the slider an instance of Valued. See http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Classes.html#t% 3AValued and: import qualified Graphics.UI.WX as Wx instance Wx.Valued YourTypeContainingTheSlider where value = Wx.newAttr Value ioActionToGetValue ioActionToSetValue there is also other classes you can make your type an instance of. See the link above. You should properly make it an instance of Widget as a minimum. I also asked about something similar before. I got this reply http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00260.html . Greetings, Mads Lindstrøm - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
[wxhaskell-users] Patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement this function
Hi all
The patch is attached in a file.
Greetings,
Mads Lindstrøm
New patches:
[Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement
this function
Mads Lindstrøm [EMAIL PROTECTED]**20070916123758] {
hunk ./wxc/src/ewxw/eljcursor.cpp 18
+#ifdef __WXGTK__
+// See http://thread.gmane.org/gmane.comp.lib.wxwidgets.general/45999
+ return NULL;
+#else
hunk ./wxc/src/ewxw/eljcursor.cpp 23
+#endif
}
Context:
[Rename wxcu-2.6.4.* to wxc-2.6.* as wxc-2.4 things
shelarcy [EMAIL PROTECTED]**20070821050957]
[Update VC++ project file to reflect updated DLL version supporting wxWidgets
2.6.4
shelarcy [EMAIL PROTECTED]**20070821044612]
[Remove old wxc project files between 2.6.0 - 2.6.3
shelarcy [EMAIL PROTECTED]**20070821043754]
[Remove old wxh samples
shelarcy [EMAIL PROTECTED]**20070821043453]
[Remove auto-generated stc files.
Eric Kow [EMAIL PROTECTED]**20070819205954
Otherwise, you get annoying new changes in the working directory.
]
[Use Data.Time.getCurrentTime instead of (System.)Time.getClockTime
shelarcy [EMAIL PROTECTED]**20070819204230
to avoid build failure by generated non-UTF8 String
]
[Add Drag Drop and ClipBoard Support
shelarcy [EMAIL PROTECTED]**20070815175137]
[Add (Multi-)MediaCtrl Support
shelarcy [EMAIL PROTECTED]**20070811123742]
[Rework wxToolkit and isDefined by fixing *defs' char array to wxChar array
shelarcy [EMAIL PROTECTED]**20070806121930]
[Change some str* functions or wcs* functions to wxStr* functions
shelarcy [EMAIL PROTECTED]**20070805112624]
[Remove unused wxh directory files
shelarcy [EMAIL PROTECTED]**20070803123528]
[Remove unused wxWidgets 2.5.x's VC project
shelarcy [EMAIL PROTECTED]**20070803120930]
[Add VC project for wxWidgets 2.6.4
shelarcy [EMAIL PROTECTED]**20070803120733]
[Fix broken wxc-2.4 Visual Studio Project
shelarcy [EMAIL PROTECTED]**20070723214850]
[polyline-64bit-compatibility-fix
[EMAIL PROTECTED]
Fixes a problem with the polyline function on a 64-bit platform.
The wxDC_DrawLines function now properly indexes into the array
with points.
]
[fix-polygon-behaviour-64
[EMAIL PROTECTED]
Fixed issue 'Strange polygon behaviour on 64-bit machines'
reported by Chris Mears at 14 Dec 2006.
Problem: the arrays inspected by the wxDC_Polygon function
are assumed to contain 32-bits ints. On 64-bit machines
these are actually 64-bits ints.
Fix: (a bit of a hack...) the code now assumes that the
arrays contain intptr_t values. This type represents ints
of the same number of bits as the Haskell ints (on 32-bit
and 64-bit machines). The code now dereferences each element
in the array correctly, but still truncates the possibly
64-bit value to a 32-bit value. This is not a problem
in practice.
]
[Announce new maintainers, darcs (homepage).
Eric Kow [EMAIL PROTECTED]**20070120231403]
[Add miscellaneous other images (homepage).
Eric Kow [EMAIL PROTECTED]**20070120224435]
[Add application screenshots (homepage).
Eric Kow [EMAIL PROTECTED]**20070120224104]
[Add images used in quick start (homepage).
Eric Kow [EMAIL PROTECTED]**20070120223650]
[Add images used for samples (homepage).
Eric Kow [EMAIL PROTECTED]**20070120223301]
[Add images directory (and wxhaskell logo).
Eric Kow [EMAIL PROTECTED]**20070120222724]
[Remove counter code from homepage.
Eric Kow [EMAIL PROTECTED]**20070120221619
This counter has an pop-up ads, which is rather obnoxious.
]
[Add wxhaskell homepage files (main html, css only).
Eric Kow [EMAIL PROTECTED]**20070120221304
I took the liberty of running dos2unix on these.
]
[Add some wxhaskell-specifile boring file regexps.
Eric Kow [EMAIL PROTECTED]**20070120221235]
[Use a custom boring file. (Right now just the darcs default)
Eric Kow [EMAIL PROTECTED]**20070120221223]
[Add an etc/ directory for misc use.
Eric Kow [EMAIL PROTECTED]**20070120212146]
[Modify wx-install so it doesn't accidentally recompile things.
Eric Kow [EMAIL PROTECTED]**20070120225914
]
[Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Haste
project
shelarcy [EMAIL PROTECTED]**20070111090641]
[Added #ifndef compilation flag around inttypes.h to avoid building problem
under Visual C++ (VC). (VC doesn't have inttypes.h.)
[EMAIL PROTECTED]
[Correct previous patch for db.cpp
[EMAIL PROTECTED]
[Add an eyeball test for Unicode strings.
Eric Kow [EMAIL PROTECTED]**20061129042230]
[Use intptr_t to avoid assumption that integers are 32 bit.
Arie Middelkoop [EMAIL PROTECTED]**20061125125628
Compiling wxHaskell on a 64bits platform fails, because there
are some assumptions in the code that assume that integers are
32bits. For example, there are a couple of assignments of a
pointer to an int.
This patch fixes these problems. Sometimes, after assigning a
pointer to an integer, the int was used as a boolean value. In
those cases, instead of returning a pointer p, I changed the
code to return p != NULL. In two other cases, a pointer is stored
inside the int
Re: [wxhaskell-users] Patch: Changed Cursor_CreateLoad to return NULL for WXGTK, as WXGTK do yet implement this function
Hi Eric I tried mailing the patch from the command line using msmtp (as suggested in the Darcs manual). Hope it works better this time. I also changed my last name, so that it is written without non-English letters. It was my first Darcs patch and therefore I hope I am forgiven for any trouble I may have caused. Greetings, Mads Lindstrøm Eric Y. Kow: Hi Mads, Some silly formalities. I had some trouble applying this patch, namely: darcs failed: Patch bundle failed hash! This probably means that the patch has been corrupted by a mailer. The most likely culprit is CRLF newlines. I noticed this difference when I stripped off the hash and applied the patch anyway and re-did the send (attached). 101a102,103 [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Haste project shelarcy [EMAIL PROTECTED]**20070111090641] 106,107d107 [Merge wxStyledTextCntrl (Scintilla edit control wrapper) support from Haste project shelarcy [EMAIL PROTECTED]**20070111090641] This does not seem to be a blocker in that I can also strip off the hash and apply it by hand, but it is somewhat worrisome. But while we're at it, could you perhaps resubmit the patch either using UTF-8 to encode your author name, or maybe just using Mads Lindstroem? Thanks! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
[wxhaskell-users] WxHaskell do not compile on WxGTK
Hi all I get the following error, when compiling the Darcs version of WxHaskell (wxgtk-2.6.3 backend): wxc/src/ewxw/eljcursor.cpp: In function 'void* Cursor_CreateLoad(const wxString*, long int, int, int)': wxc/src/ewxw/eljcursor.cpp:18: error: no matching function for call to 'wxCursor::wxCursor(const wxString, long int, int, int)' /usr/include/wx-2.6/wx/gtk/cursor.h:42: note: candidates are: wxCursor::wxCursor(const char*, int, int, int, int, const char*, wxColour*, wxColour*) /usr/include/wx-2.6/wx/gtk/cursor.h:38: note: wxCursor::wxCursor(const wxImage) /usr/include/wx-2.6/wx/gtk/cursor.h:36: note: wxCursor::wxCursor(const wxCursor) /usr/include/wx-2.6/wx/gtk/cursor.h:35: note: wxCursor::wxCursor(int) /usr/include/wx-2.6/wx/gtk/cursor.h:34: note: wxCursor::wxCursor() It is due to WxGTK lacking the wxCursor constructor (const wxString*, long int, int, int) - see http://thread.gmane.org/gmane.comp.lib.wxwidgets.general/45999 . Would it be possible to remove the dependency on this wxCursor constructor, so that the WxGTK version will compile? If not, do anybody have suggestions of how to fix the problem? Greetings, Mads Lindstrøm - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] setting button size
Hi Conal Conal Elliott: import Graphics.UI.WX runUI1 :: IO () runUI1 = start $ do f - frame [ ] pan - panel f [] b - button pan [ text := B!, size := Size 50 50 ] set pan [ layout := widget b ] set f[ layout := widget pan ] On my computer it is square. I am running Debian Linux with gtk as a backend. Maybe it has something to do with your backend or WxHaskell's binding to the backend. I also tried with size (150,150) and still square (but bigger). I tried with (450,150) and it was not square (as expected). Greetings, Mads Lindstrøm - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] building problems
Hi Wolfgang I am also running Debian and I have successfully installed WxHaskell - so it is possible. I am exclusively using packages from Debian testing. That is, no packages from stable or unstable. And no libraries I have compiled myself except for WxHaskell. Are you using any packages from the stable/unstable branch? Could I see your complete output from the ./configure script? Here is my install log, which may be helpful to you: * apt-get install darcs libwxgtk2.6-dev xlibmesa-gl xlibmesa-gl-dev xlibmesa-glu-dev * darcs get http://darcs.haskell.org/wxhaskell * cd wxhaskell * chmod 755 configure * ./configure --with-opengl --prefix=/usr/local * make * su * make wx * make wx-install * ldconfig Wolfgang Jeltsch: Hello, I use wxWidgets-GTK as currently provided by Debian testing which is version 2.6, probably with Unicode support. My Haskell compiler is GHC 6.6 but this shouldn’t matter at the moment. I configured wxHaskell using the --prefix, --with-opengl and --package-conf options. When running make afterwards, I received the output which is attached to this e-mail. Can anybody tell me what’s wrong here and how I can work around these problems? Best wishes, Wolfgang - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
