Re: [wxhaskell-users] [Announce] wxHaskell 0.90
Hi, wxdirect 0.90 depends less than 1.3. But GHC 7.4.1's time package is 1.4. http://hackage.haskell.org/package/wxdirect-0.90 http://www.haskell.org/ghc/docs/7.4.1/html/users_guide/release-7-2-1.html#id3008909 So, wxdirect requires to install old time package when using GHC 7.4.1. This is bad for GHC 7.4.1 user. I modified to relax time package dependency in darcs repository. And I uploaded newer version, now. Best Regards. On Sat, 14 Apr 2012 07:50:03 +0900, Jeremy O'Donoghue wrote: > Hi Haskellers, > > I am delighted to announce the release of wxHaskell 0.90. This release > represents a significant milestone for us as it includes support for > wxWidgets 2.9.x. -- shelarcy http://page.freett.com/shelarcy/ -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] ANN: wxHaskell 0.13.2
Hello, This version has two installing problem. 1. wxdirect's sdist dropped IOExtra module, so I can't install this version. I uploaded newer version for fixing this problem, and attached a patch for fixing same problem in Dave's wxhaskell-dev branch. 2. It seems that wxcore depends on Eric's wx-config implicitly at least Windows environment. "cabal install" fail with wx-config-win binary, and "cabal install" success with Eric's one. If wxcore depends on wx-config package in only Windows environment, I think we should upload Eric's wx-config package, and modify wxcore to denped on wx-config package on Windows environment for workaround. if os(windows) Build-Depends: wx-config wx-config package isn't uploaded yet. So, I don't upload newer version, nor attach patch for fixing this problem. Best Regards, On Fri, 06 Jan 2012 02:44:24 +0900, Jeremy O'Donoghue wrote: Hi Lists, I am please to announce that wxHaskell 0.13.2 has just been uploaded to Hackage. This is mainly a bugfix release, although it brings a few useful changes: - Changes to support build under Haskell Platform 2011.4.0.0 - OpenGL support if your wxWidgets build is configured with it (reinstated functionality) - StyledTextControl support if your wxWidgets build is configured with it (reinstated functionality) This is intended to be the final wxHaskell release supporting wxWidgets 2.8.x. Provided that you have a suitable Unicode wxWidgets 2.8 install configured on your machine, you should be able to install with. cabal install wx In the near future, we will be committing an updated wxHaskell release supporting wxWidgets 2.9, but this implies a number of breaking API changes, and the size of team supporting wxHaskell is not large enough to cover both. As such, this release is recommended to those who will not be able to move to wxWidgets 2.9 and later. The next release has more significant improvements planned, including wrapping several additional wxWIdgets libraries and restoring correct operation in GHCi. We do not have a formal timeline as yet, but the code is working in test repositories, and mainly needs work to make it cross-platform clean. This release has been tested on the following platforms: - Windows 7 / Haskell Platform 2011.4.0.0 / wxPack 2.8.12 (Unicode, Release) - OpenGL is not enabled on the test platform, so OpenGL samples do not work. - StyledTextControl is not enabled on the test platform, so STC samples do not work. - All other sample code compiles, links and runs, but has only been tested for Unicode wxWidgets builds. - Ubuntu 10.0.4 LTS (32 bit) / GHC 6.12 / wxWidgets 2.8.10 - Repo packages: wx2.8-headers, libwxgtk2.8-0, libwxgtk2.8-dev, libglitz1, libglitz-gl1, libgl1-mesa-dri, libglu1-mesa, libglu1-mesa-dev, mesa-common-dev, libgl1-mesa-dev, libgl1-mesa-glx, ghc6 - Cabal packages: strict, stm, OpenGL, cabal-install - OpenGL is enabled on the test platform, and the samples compile and run. - StyledTextControl is not enabled on the test platform, so STC samples do not work. - All other sample code compiles, links and runs, but has only been tested for Unicode wxWidgets. I do not have access to an OS X platform for test, so would appreciate feedback on any issues found by OS X users. There are known to be issues on 64 bit OS X builds, which will be addressed in the next release. The source repository at code.haskell.org has not yet been updated with the patches. This will happen in the next day or so. -- shelarcy http://page.freett.com/shelarcy/ missing.dpatch Description: Binary data -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] FindReplaceData Issue
Pushed. Thanks, On Thu, 01 Oct 2009 11:05:54 +0900, shelarcy wrote: > On Thu, 01 Oct 2009 06:01:36 +0900, Eric Y. Kow wrote: >> On Wed, Sep 30, 2009 at 17:59:00 -0300, Fernando Benavides wrote: >>> I'm attaching the patch because (after just 5'' trying - I'm in my workplace >>> now :P) I couldn't get darcs send to work. >> >> Thanks for being a good sport about this! Could somebody on the >> wxHaskell Team take a look at Fernando's patch? > > I think this is a reasonable change. So, I'll push his patch after > trying to build wxHaskell with it. -- shelarcy http://page.freett.com/shelarcy/ -- Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Fail to initialize properly (0xc0150002)
Hi Li, 2009/3/8 Li Qiao : > I am a beginning on wxhaskell. I have installed the wxHaskell-0.11.0 package > using the binary file. However, I cannot run the samples on Windows XP and > the error shows as "the application failed to initialize > properly(0xc0150002). Click OK to terminate the application". > > I have tried to reinstall my Microsoft Visual C++ as suggested in other > sources to solve the 0xc0150002 problem but it doesn't work. > > I would greatly appreciated if anyone can help me with this. What version of Microsoft Visual C++ do you use? I use Visual Studio 2008 for building Windows binary. If you use earlier version, Visual C++ (and Studio) installs earlier version's runtime. This is different from our required version. http://haskell.org/haskellwiki/WxHaskell/Windows http://haskell.org/haskellwiki/WxHaskell/Troubleshooting#Runtime_issues And you must also check your Windows XP version. It seems that current Windows binary doesn't work with 64 bit Windows. So, you can't use Windows binary, if you use 64 bit version of Windows. We want to fix this problem. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00573.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Can't load .so/.DLL for: wxc-msw2.8.9-0.11.0
Hi Jose, I'm sorry about my reply is late. On Wed, 18 Feb 2009 16:44:07 +0900, José Pedro Magalhães wrote: > Hello all, > > After installing wxhaskell (from > wxhaskell-bin-msw2.8.9-ghc6.10.1-0.11.0-0.zip) on my machine (Windows XP > 64-bit edition), I get the following when running the examples: > > GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help >> (snip) >> Loading package wxcore-0.11.0 ... : wxc-msw2.8.9-0.11.0: The >> specified module could not be found. >> can't load .so/.DLL for: wxc-msw2.8.9-0.11.0 (addDLL: could not load DLL) >> *Main> >> > > Compiling with ghc --make produces a similar error in a popup when trying to > run the application. Following > http://haskell.org/haskellwiki/WxHaskell/Troubleshooting#Runtime_issues, I > am posting the issue to this list. How about install Microsoft Visual C++ 2008 SP1 Redistributable Package? http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en I'm using Visual C++ 2008 SP1 to build Windows binary. So, previous solution is obsolete. I updated that page's solution now. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Samples compile, but won't run on Windows
On Mon, 05 Jan 2009 09:19:59 +0900, Günther Schmidt wrote: > this is a translation from the German error message: > > "The application could not be properly initialized, click on OK to > terminate the application". > > Error Code: "0xc0150002". Okay. How about install Microsoft Visual C++ 2008 SP1 Redistributable Package? http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Samples compile, but won't run on Windows
Hi, On Mon, 05 Jan 2009 02:41:59 +0900, Günther Schmidt wrote: > I'm using ghc 6.10 here and tried to run the samples. Now I did understand > the wouldn't run in ghci and so I compiled them. > > They do compile, the just won't run (on Windows XP), it immediately aborts > with an error message about not being able to properly initialize the > application. Please show us your error messages. It seems that this problem is the same as older version's problem. But we don't know this problem is actually same without error message and error number. http://haskell.org/haskellwiki/WxHaskell/Troubleshooting#Runtime_issues Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Embedding toolbar icons into application using resource file
Hi, On Mon, 29 Dec 2008 08:30:05 +0900, Bernd Holzmüller wrote: > Now, this seems not to be possible yet for toolbar icons. The function > "toolMenu" expects a file path argument, and there is no other function > that accepts a bitmap instead. I therefore suggest extending the file > Graphics.UI.WX.Menu.hs by an additional function: > toolMenuFromBitmap :: ToolBar a -> MenuItem a -> String -> Bitmap b -> > [Prop ToolBarItem] -> IO ToolBarItem > The signature of the present toolMenu function is: > toolMenu :: ToolBar a -> MenuItem a -> String -> FilePath -> [Prop > ToolBarItem] -> IO ToolBarItem > whose definition would then just reduce to > toolMenu toolbar menuitem label bitmapPath props = > withBitmapFromFile bitmapPath $ \bitmap -> toolMenuFromBitmap > toolbar menuitem label bitmap props I added toolMenuFromBitmap function in the darcs repository, and I replaced source and binary distribution by newer version now. http://www.mail-archive.com/wxhaskell-de...@lists.sourceforge.net/msg00392.html Replacing distribution isn't good solution. So, this is final change before wxHaskell 0.11.0 release. If you want to use more new features, please wait for next next version. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Bug in wxHaskell-0.11.0 with Notebook layout
Hi, On Fri, 26 Dec 2008 07:25:01 +0900, Bernd Holzmüller wrote: > I found one bug (on Windows XP) concerning the layout of Notebooks: > wxNB_BOTTOM now places tabs to the right, wxNB_LEFT places tabs at the > bottom, wxNB_RIGHT places tabs at the left :-) I fixed this bug and I replaced sourceforge file by newer version now. Please try to use newer version. http://www.mail-archive.com/wxhaskell-de...@lists.sourceforge.net/msg00386.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Problems building on MacOS X Tiger
Hi, On Sun, 14 Dec 2008 15:34:55 +0900, S. Günther wrote: > But I have to say that I looks like you forgot to advance the iterator > in your patch. If that's the > case I have attached a patch which will fix that. It's just one line > so it might be easier for you > to just write it yourself or to abandon the stl fix and just revert to > the old code before the patch. I also see this problem in another place. So, I pushed your patch with a few modification by "darcs amend-record" command. http://www.mail-archive.com/wxhaskell-de...@lists.sourceforge.net/msg00365.html Best Regards, > This is of course with stl enabled. Disabling stl (and enabling > shared) makes wxhaskell compile > and the examples work like a charm. Thanks. > Anyways for now it works for me. Let me know if I shall continue to > evaluate the code against > compatibility with stl-enabled wxWidgets. I'll be delighted if I can > be of any help. > Once again big thanks for the help. > > Warm regards > Stephan Günther > > PS: I didn't know whether I should cc the mail to the group or not. > Feel free to forward it if it should appear there and then I know the next > time. -- shelarcy http://page.freett.com/shelarcy/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Problems building on MacOS X Tiger
Hi, On Sat, 13 Dec 2008 20:55:00 +0900, S. Günther wrote: > I recently tried to build the latest darcs version of wxhaskell but building > fails during make: > > g++ -c wxc/src/eljfilehist.cpp -o dist/wxc/eljfilehist.o -MD > -I/usr/local/lib/wxWidgets//lib/wx/include/mac-unicode-release-static-2.8 > -I/usr/local/lib/wxWidgets//include/wx-2.8 -D_FILE_OFFSET_BITS=64 > -D_LARGE_FILES -D__WXMAC__ -fPIC -Iwxc/include > wxc/src/eljfilehist.cpp: In function 'int wxFileHistory_GetMenus(void*, > void*)': > wxc/src/eljfilehist.cpp:81: error: invalid cast from type > 'wxObjectList::compatibility_iterator' to type 'void*' > make: *** [dist/wxc/eljfilehist.o] Error 1 > > The wxWidgets version is 2.8.9 and has been configured with: > --with-opengl --enable-gui --enable-monolithic > --disable-shared --with-mac --enable unicode --enable-stl > --prefix=/usr/local/lib/wxWidgets/ I think we don't use --enable-stled wxWidgets to develop wxHaskell currently. So, --enable-stl configure option cause problem when building wxHaskell. I pushed patch for fixing above problem today. But I don't know this patch solving all your problems. If you got some problems after applying new patch, please report that. And please use --disable-stled wxWidgets now. http://www.mail-archive.com/wxhaskell-de...@lists.sourceforge.net/msg00362.html We want to release wxHaskell 0.11 as soon as we can. And I planed to refactoring wxc code after next release. So, if --enable-stled wxWidgets' problem isn't fixed, I want to fix that after next release. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Problem cancelling a dialog with Escape-Key by using wxID_CANCEL
Hi, On Thu, 04 Dec 2008 16:57:16 +0900, Bernd Holzmüller wrote: > in wxHaskell 0.9, I used the following definition to create a Cancel-Button > > cancelButton w = button w [ text := "Cancel", identity := wxID_CANCEL ] > > which allowed me to add a cancel button to a dialog that could also be > cancelled by using the Escape-Key. However, in the 0.10.3 version of > wxHaskell the Escape-Key does no longer close the dialog (pressing it > has no effect). > > Does anybody know whether this is due to the wxWidgets release change or > is it due to a change in the wxHaskell implementation? This problem is come from wxWidgets' keycode change. I fixed that before in the darcs repository. [Fix: hardcoded keycode doesn't work well when using wxWidgets 2.8.x. shelarcy **20080630120118] So, I think your problem will fix when we release wxHaskell 0.11.0. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Missing functions
Hi, On Sun, 30 Nov 2008 01:54:53 +0900, Bernd Holzmüller wrote: > The function I would like to be added most is wxNotebook::HitTest, because > otherwise I have no chance of knowing whether the user is over a specific tab. > This is a precondition for displaying tab specific information (like file > path) > when the user is over a tab. I added notebookHitTest function and its flags, now. http://www.mail-archive.com/wxhaskell-de...@lists.sourceforge.net/msg00356.html But this is just thin wrapper. Because there is no higher-level interface for *HitTest functions in wxHaskell now. I don't know what is the good design. > The other functions are wxRichTextCtrl::BeginSuppressUndo and > wxRichTextCtrl::EndSuppressUndo. > >> But some functions are not easy to support. I think BeginSuppressUndo >> and EndSuppressUndo are wxRichTextBuffer class functions. wxHaskell doesn't >> support support wxRichTextCtrl and wxRichTextBuffer currently, so we can't >> support soonly. > > I currently use wxRichtTextCtrl (calling function textCtrlRich) in my current > application (to display colored text), so what do you mean with "wxHaskell > doesn't > support wxRichTextCtrl currently"? Yes. textCtrlRich is not wxRichtTextCtrl now. This is just wrapper function of creating wxTextCtrl class. So, wxHaskell doesn't support wxRichTextCtrl yet. textCtrlRich :: Window a -> [Prop (TextCtrl ())] -> IO (TextCtrl ()) textCtrlRich parent props = textCtrlEx parent (wxTE_MULTILINE .+. wxTE_RICH2) props Best Regards, > However, if these functions are difficult to implement, it is not *that* > important. > > http://docs.wxwidgets.org/stable/wx_wxrichtextbuffer.html#wxrichtextbufferbeginsuppressundo > >> I planed to add some classes support after 0.11 release, so please wait >> next next version. > > I am looking forward to it! I would love to have wxHaskell to support more > functionality because I do implement quite a few things with wxHaskell in the > mean time. > > > > Or is there an easy way to make these functions available in my > application right now? > >> If you're using unix platform, you can add these function easily. See this >> thead. >> >> http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00450.html >> >> But I think you're using Windows platform, so you can't add functions easily. > > You are right. I work on Windows most of the time. (But I chose wxHaskell to > have applications work on both Windows and Linux). > > Many Thanks for your help! > > Best regards, > Bernd > > P.S. I still had process termination problems after my last mail (the > wxProcess > topic). I solved it by using runInteractiveProcess instead of > runInteractiveCommand in Mads' solution. -- shelarcy http://page.freett.com/shelarcy/ -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Missing functions
Hi, I'm sorry about my reply is late. I was busy current two weeks. On Tue, 18 Nov 2008 16:49:43 +0900, Bernd Holzmüller <[EMAIL PROTECTED]> wrote: > I noticed there are several functions in wxWidgets that are not mapped > to wxHaskell (0.10.3). I need, e.g., notebookHitTest, > textCtrlBeginSuppressUndo and textCtrlEndSuppressUndo. > > To the wxHaskell developers: can I hope to see these functions in the > next version? Please show your important functions list. If we can add them easily, we'll add them before 0.11 release. But some functions are not easy to support. I think BeginSuppressUndo and EndSuppressUndo are wxRichTextBuffer class functions. wxHaskell doesn't support support wxRichTextCtrl and wxRichTextBuffer currently, so we can't support soonly. http://docs.wxwidgets.org/stable/wx_wxrichtextbuffer.html#wxrichtextbufferbeginsuppressundo I planed to add some classes support after 0.11 release, so please wait next next version. > Or is there an easy way to make these functions available in my > application right now? If you're using unix platform, you can add these function easily. See this thead. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00450.html But I think you're using Windows platform, so you can't add functions easily. If you want to make patches for soving your problem, please see my fixed version of above thead's functions. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00304.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00322.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Binding wxImage::Get/SetOption and InMemoryStream constructor
Hi Jules, I added your function with some changes (e.g. rename functions and use auto-generated haskell function instead of hardcode function) in the darcs repositoy. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00304.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00322.html Please check these functions. If there is a bug in these functions, please send us tiny example. Because I want to fix that before wxhaskell 0.11 release when these functions have bug. Best regards, On Sat, 29 Mar 2008 20:04:55 +0900, Jules Bean <[EMAIL PROTECTED]> wrote: > So, I have successfully added some of the missing bindings that I needed. > > The code is so short that I embed it in this email. I'd be interested > to hear any comments on the way I did this, and what you would want to > change before committing it to wxhaskell. > > 1) Loading images from in-memory blocks > > Stub C++ file to bind to the appropriate wxImage constructor: > > #include "wx/wx.h" > #include "wx/image.h" > #include "wx/mstream.h" > > extern "C" > { >void * wxImage_CreateFromFileInMemory(void* data,int length,int type) { > wxMemoryInputStream in(data,length); > return (void*) new wxImage(in,type); >} > } > > You can compile this with "g++ -c `wx-config --cppflags` cstub.cpp" > > Then a haskell stub file to wrap a Ptr version of this and two > bytestring versions: > > {-# OPTIONS -fglasgow-exts #-} > module ImageExtras where > > import qualified Data.ByteString.Lazy as LB > import qualified Data.ByteString as B > import Foreign > import Foreign.C > import Graphics.UI.WXCore.WxcTypes > import Graphics.UI.WXCore.WxcClassTypes > > imageCreateFromPtrFile :: Ptr b -> Int -> Int -> IO (Image ()) > imageCreateFromPtrFile ptr len typ >= withManagedObjectResult $ > wxImage_CreateFromFileInMemory ptr (fromIntegral len) (fromIntegral > typ) > foreign import ccall "wxImage_CreateFromFileInMemory" >wxImage_CreateFromFileInMemory :: Ptr b -> CInt -> CInt -> IO (Ptr > (TImage ())) > imageCreateFromLBytestringFile :: LB.ByteString -> Int -> IO (Image ()) > imageCreateFromLBytestringFile bs typ >= withArray (LB.unpack bs) $ \ptr -> >imageCreateFromPtrFile ptr (fromIntegral $ LB.length bs) typ > > imageCreateFromBytestringFile :: B.ByteString -> Int -> IO (Image ()) > imageCreateFromBytestringFile bs typ >= withArray (B.unpack bs) $ \ptr -> >imageCreateFromPtrFile ptr (B.length bs) typ > > I'm not sure if you can make these a bit more efficient by attacking > the underlying bytestring rep, but I didn't try. > > It works, anyhow. I am able to load images from bytestreams (as it > happens, the cover art from an M4A file). The magic invocation to get > ghc to link it correctly seems to be: > > ghc --make main.hs cstub.o -lstdc++ `wx-config --libs` -optl -fexceptions > > 2) GetOption / SetOption for Images > > Slightly more fiddly. The C++ stub looks like this: > > #include "wx/wx.h" > #include "wx/image.h" > > extern "C" > { >void wxImage_SetOption(void *_obj, void* key,void *value) { > ((wxImage*)_obj)->SetOption((wxChar*)key,(wxChar*)value); >} >wxString* wxImage_GetOption(void *_obj, void* key) { > return new wxString(((wxImage*)_obj)->GetOption((wxChar*)key)); >} > } > > (it took me quite a while to understand why casting to wxChar* works > when the underlying type is WxString&; there is an implicit conversion > because of a constructor) > > The haskell stub is this: > > {-# OPTIONS -fglasgow-exts #-} > module ImageOptions where > > import Graphics.UI.WXCore.WxcTypes > import Graphics.UI.WXCore.WxcClassTypes > > imageSetOption :: Image a -> String -> String -> IO () > imageSetOption _obj key value = >withObjectRef "imageSetOption" _obj $ \cobj -> >withCWString key $ \cstr_key -> >withCWString value $ \cstr_value -> >wxImage_SetOption cobj cstr_key cstr_value > foreign import ccall "wxImage_SetOption" wxImage_SetOption :: >Ptr (TImage a) -> CWString -> CWString -> IO () > > imageGetOption :: Image a -> String -> IO String > imageGetOption _obj key = >withManagedStringResult $ >withObjectRef "imageGetOption" _obj $ \cobj -> >withCWString key $ \cstr_key -> >wxImage_GetOption cobj cstr_key > foreign import ccall "wxImage_GetOption" wxImage_GetOption :: >Ptr (TImage a) -> CWString -> IO (Ptr (TWxString ())) > > > 3) Poin
Re: [wxhaskell-users] [Haskell-cafe] Congrats. to wxHaskell
Hi Henk-Jan, On Tue, 14 Oct 2008 07:53:57 +0900, Henk-Jan van Tuyl <[EMAIL PROTECTED]> wrote: > I downloaded wxWindows 2.8.9 and tried to build it with the supplied > makefile as > suggested in the installation manual (I have MinGW and MSSY installed): > > (snip) > > Trying to install wxHaskell: >> cabal install --global wx > [...] > install: /usr/local/lib/wxcore.o > install directory: /usr/local/lib/ > install: /usr/local/lib/wxcore.pkg > cat config/wxcore.pkg | sed -e "s|\${wxhlibdir}|/usr/local/lib|" | ghc-pkg > update - > Reading package info from stdin ... done. > ghc-pkg.exe: /usr/local/lib/imports doesn't exist or isn't a directory > (use --force to override) > "make": *** [wxcore-register] Error 1 > cabal: Error: some packages failed to install: > wx-0.10.5 depends on wxcore-0.10.5 which failed to install. > wxcore-0.10.5 failed during the final install step. The exception was: > exit: ExitFailure 2 wxHaskell requires to use cygwin when building on Windows currently. Because Cabal doesn't support binary distribution yet. If you want to build wxHaskell yourself on Windows, you must install cygwin. http://www.haskell.org/haskellwiki/WxHaskell/Cygwin And I'm finding where causes this problem now. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] [Haskell-cafe] Congrats. to wxHaskell
On Tue, 14 Oct 2008 18:54:45 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > wxHaskell requires to use cygwin when building on Windows currently. > Because Cabal doesn't support binary distribution yet. And there is a lot of incompatibility between cygwin and MSYS. We don't care about that now. > If you want to > build wxHaskell yourself on Windows, you must install cygwin. > > http://www.haskell.org/haskellwiki/WxHaskell/Cygwin -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Redistributing a windows executable
Hi, On Sun, 12 Oct 2008 05:23:52 +0900, deufeufeu <[EMAIL PROTECTED]> wrote: > Currently I have compiled it in vista, when i try to run the program, with > the wxc-msw2.6.4-0.10.3.dll in the same directory, with wine, it crashes. It > might be a wine issue... But when I try to run it in windows XP (with no > ghc, ect...), I get a 0xc0150002 error... > Is there a way to pack it for good ? so that it works flawlessly on the > first try on any of my students computer ? I don't know about wine. But we know XP's 0xc0150002 error. Please install Microsoft Visual C++ 2005 SP1 Redistributable Package. You can fix problem by this way. http://haskell.org/haskellwiki/WxHaskell/Troubleshooting#Runtime_issues And John Lask pointed out where is a wrong. So, I fixed that in the darcs repository. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00212.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg00214.html We hope that above problem is fixed completely and people doesn't cause same problem in the next binary release. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] trouble building wxhaskell (ghc-pkg)
Hi, On Tue, 30 Sep 2008 01:15:54 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > Don reported the following trouble building wxHaskell (runhaskell Setup > build). Any ideas? > > http://hpaste.org/10722 > > The above paste looks like it contains make install stuff, which I find > odd... > > I think this is the current darcs version... This is not current darcs version. See warning message. > WARNING: unversioned dependencies are deprecated, and will NOT be accepted by > GHC 6.10: base haskell98 I already fixed this problem before. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00237.html How about use current darcs version? Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] functions missing in repository version
Hi, On Thu, 18 Sep 2008 20:14:48 +0900, Miguel Vilaca <[EMAIL PROTECTED]> wrote: > When compiling my code using the current version of wxHaskell in the > official repository, GHC complains of the non-existance of the functions > frameIsIconized > frameIsMaximized wxWidgets moved IsIconized and IsMaximized method from wxFrame class to wxTopLevelWindows class. > although the wxWidgets documentation at > http://docs.wxwidgets.org/2.8.4/wx_wxtoplevelwindow.html > still mention the respective methods: > wxTopLevelWindow::IsFullScreen > wxTopLevelWindow::IsIconized > wxTopLevelWindow::IsMaximized And wxHaskell follows those changes in latest darcs repository. So, you must use topLevelWindowIsIconized and topLevelWindowIsMaximized instead of frame* functions. topLevelWindowIsIconized :: TopLevelWindow a -> IO Bool usage: (topLevelWindowIsIconized obj). topLevelWindowIsMaximized :: TopLevelWindow a -> IO Bool usage: (topLevelWindowIsMaximized obj). Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Building the windows port possible?
On Tue, 29 Jul 2008 23:31:12 +0900, Daniel Kahlenberg <[EMAIL PROTECTED]> wrote: > The make process now complains about this error: > > ../../src/msw/graphics.cpp:92:21: gdiplus.h: No such file or directory > ../../src/msw/graphics.cpp:93: error: `Gdiplus' is not a namespace-name > ../../src/msw/graphics.cpp:93: error: expected namespace-name before ';' token > * Please look at the attachement for follow up errors Hmm ... it seems that MinGW'a w32api doesn't have gdiplus library yet. > Will I have to install the Platform SDK then or something similar ?? I think PlatformSDK's header and library files are incompatible with w32api. Because Aaron is working for to modernize Windows platform support in Google Summer of Code project now. http://gcc.gnu.org/wiki/WindowsGCCImprovementsGSoC2008#head-5effb1d3f01b0db6e4f7d14b0ce1beed8469de4e So, we can't enable wxGraphicsContext support when using MinGW now Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Building the windows port possible?
Hi, On Tue, 29 Jul 2008 18:53:42 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > 2008/7/29 Daniel Kahlenberg <[EMAIL PROTECTED]>: >> and with the messages >> `wxc/src/graphicscontext.cpp:417: error: expected `,' or `...' >> before '*' token >>wxc/src/graphicscontext.cpp:418: error: ISO C++ forbids >> declaration of `wxPoint2DDouble' with no type' >>make: *** [dist/wxc/graphicscontext.o] Error 1 >> in both cases - trying to compile against wxwidgets versions 2.6.4 and 2.8.8. > > I'm not sure what to suggest. Shelarcy, any ideas? This problem come from wxGraphicsContext support. wx/graphics.h includes wx/geometory.h, but wrapper.h does not. So, I think we can fix this problem easily. Daniel, if you want to just build wxHaskell, you should rebuild wxWidgets with --enable-graphics_ctx option. And I made and send patch for this problem, too. If you don't want to build wxWidgets again, please wait a moment until applying my new patch to darcs repository. I think that patch also fixes below problem. >> The make process runs fine until it fails with >> the message >> `wx/graphics.h' isn't found (for the wxwidgets version 2.6.4) > > Well, I notice you have tried both 2.6.4 and 2.8.8 below. For what > it's worth, only 2.8.x is supported (in case this helps to narrow) Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Installation on Windows, DLL can't be loaded
Hi Adrian, On Mon, 07 Apr 2008 15:17:46 +0900, Adrian Neumann <[EMAIL PROTECTED]> wrote: > I did. Windows throws an error. Something like "program cannot be > initialized". The same thing I assume. Pleas check error number. Is your error same this one? http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00441.html If so, you can fix problem by installing Microsoft Visual C++ 2005 SP1 Redistributable Package. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00457.html http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647&DisplayLang=en > José Miguel Vilaça schrieb: >> Hi ADrian, >> >> Did you tried to compile that? >> ghc -package wx Helloword.hs >> >> And running Helloword.exe is ok? Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] Binding wxImage::Get/SetOption and InMemoryStream constructor
Hi, On Sat, 29 Mar 2008 23:29:08 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> What's the EXWXEXPORT() macro for? It didn't seem very useful to me... > > (snip) > > I get the impression that it's there for some kind of portability reasons. > Will need to do research on this mysterious __declspec(dllexport), __cdecl and > _cdecl business to understand better. Anyone already know what these do? __declspec(dllexport) is a calling convention to export functions in DLL, on Windows platform (Visual Studio). This convention's advantage is efficiency. http://msdn2.microsoft.com/en-us/library/3y1sfaz2(VS.80).aspx http://msdn2.microsoft.com/en-us/library/9h658af8(VS.80).aspx So, EXWXEXPORT is important for Windows user. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell 0.10.3: problems in Windows XP
On Sat, 29 Mar 2008 22:41:19 +0900, Miguel Vilaça <[EMAIL PROTECTED]> wrote: > Some pratical, to find a solutions is pointed in > http://www.tech-archive.net/Archive/VC/microsoft.public.vc.mfc/2006-09/msg02020.html: > "To see dependent DLLs, open your application with the dependency > viewer (depends.exe)." > > Can you please take a look on this and see if everything needed is > going into the DLL? Dependency Walker is free. So, I think you can look that yourself. http://www.dependencywalker.com/ Anyway I saw that. > Error: At least one required implicit or forwarded dependency was not found. > Warning: At least one delay-load dependency module was not found. > Warning: At least one module has an unresolved import due to a missing export > function in a delay-load dependent module. This error come from MSVCR80.DLL. And I found SP1's DLL is different from non-SP one today that I told you in previous mail. So, please test SP1's DLL. > In the meanwhile, I also found that the 0.10.3 binaries loose the > opengl support compared with 0.9.4 as pointed in > http://wxhaskell.sourceforge.net/download.html. > Is there some reason for this? I always enable opengl support to release Windows binary. (Because previous version (include 0.9.4) is built by that policy.) I think this difference is come from ghc's behavior change. Please use -package OpenGL or --make to build executable files. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell 0.10.3: problems in Windows XP
Hi, On Thu, 27 Mar 2008 07:55:50 +0900, José Miguel Vilaça <[EMAIL PROTECTED]> wrote: > I successfully installed Visual C++ 2005 Redistributable Package on Windows > XP but the same error remains. I even rebooted (for some reason this usually > solve many problems) the machine but no luck either. > > I'll take more time around this during the weekend, to see if I discover the > reason for this error. Oops ... I found "SP1" Redistributable Package is different from non-SP Redistributable Package. Please try to use Microsoft Visual C++ 2005 SP1 Redistributable Package (x86). http://www.microsoft.com/downloads/details.aspx?FamilyID=200b2fd9-ae1a-4a14-984d-389c36f85647&DisplayLang=en -- shelarcy http://page.freett.com/shelarcy/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell 0.10.3: problems in Windows XP
On Wed, 26 Mar 2008 22:47:07 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > Thanks for the report! Shelarcy, did you use Vista to build this? I'm using Windows XP now. But I installed Visual Studio in my Windows. So, my environment is different from normal users. > Does this mean we need a separate package for XP? I don't know what is a problem of this. So, I can't answer for that now, Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell 0.10.3: problems in Windows XP
Hi Miguel, On Wed, 26 Mar 2008 21:21:47 +0900, Miguel Vilaça <[EMAIL PROTECTED]> wrote: > "The applicattion failed to initialize properly (0xc0150002). Click OK > to terminate the application." I searched this error using goole, then I found similar problem form websites and forums. Some of them advice to install Visual C++ 2005 Redistributable Package. http://www.issociate.de/board/post/474708/Xampp_Apache_Install_Problem.html How about install that? You can get that from below page. http://www.microsoft.com/Downloads/details.aspx?FamilyID=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Some WX questions - a couple of missing bindings and a segfault
On Fri, 14 Mar 2008 20:00:54 +0900, Jules Bean <[EMAIL PROTECTED]> wrote: >> "a seq b" doesn't guarantee that evaluate a before b. > > True, but that is not relevant here. It does guarantee that both get > evaluated. Okay, I see. I confused that. >> return $! x >> return $! image >> return x > > that just uses seq. > > return $! x is just x `seq` return x > > that would add nothign to this code. Ah ... it's my mistake. It just reduce x and image to WHNF. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] Some WX questions - a couple of missing bindings and a segfault
Hi, On Fri, 14 Mar 2008 19:24:12 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > Here's my implementation of it. Does it look sane to you? Any comments > from wxhaskell developers? > > withImageData :: Image a -> (Ptr () -> IO b) -> IO b > withImageData image f = do > pixels <- imageGetData image > x <- f pixels > x `seq` image `seq` return x > > The seqs are there out of pure superstition (i.e. Eric doesn't know how > Haskell works); basically, I want to make sure we're holding on to image > as long as we need to, so at least until we know what 'x' is. "a seq b" doesn't guarantee that evaluate a before b. If we want to do that, we must use Control.Parallel's pseq. http://www.haskell.org/ghc/docs/6.8.2/html/libraries/parallel/Control-Parallel.html#v%3Apseq Or to use $! operator in monad, like this. return $! x return $! image return x Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] [wxhaskell-devel] darcs patch: Cleanup passing of std/media/stc/opengl to wx-config.
Hi Eric, On Mon, 18 Feb 2008 22:14:53 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > I wonder if this breaks under wxWidgets 2.4 (does it not accept > the gl option?) wxMedia** classes are wxWidgets 2.6's new feature. > + wxlibswanted=3D"std media" So I think you can't specify media library under wxWidgets 2.4. I forgot that point. Best Regards, > Mon Feb 18 13:03:45 GMT 2008 Eric Kow <[EMAIL PROTECTED]> > * Cleanup passing of std/media/stc/opengl to wx-config. -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Synch Visual Studio Project's output dir... (and 1 more)
On Sun, 17 Feb 2008 03:03:43 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > I've got some weird trouble with this patch and darcs. > Could you regenerate the bundle with darcs send -O (or -o if your darcs > does not support it) and attach it manually? Okay, I attached that. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ vcdist.dpatch Description: Binary data - 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
[wxhaskell-users] darcs patch: Synch Visual Studio Project's output dir... (and 1 more)
darcs5aba1e Description: Binary data - 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] darcs patch: Add a Cabal file for wxcore. (and 16 more)
On Sat, 16 Feb 2008 19:04:56 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> I see that Graphics.UI.WXCore.Db dependes on old-time package's System.Date >> module. >> But old-time package doesn't depend on time package. >> >> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/old-time-1.0.0.0 >> >> So you don't remove time package dendency from wxcore.cabal. > > Wait, I shouldn't remove it? We don't seem to use the Data.Time stuff > from the new time package anywhere, do we? Please remember wxdirect uses Data.Time stuff. So we add time package dependency, before. > Fri Feb 15 09:32:21 GMT 2008 Eric Kow <[EMAIL PROTECTED]> > * Add time and parsec dependencies for wxdirect. See also http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00375.html So, I think better solution is like this: changing Graphics.UI.WXCore.Db module to use new time packages modules. > Also, I'll be sending in a modernisation patch which gets rid of the > haskell98 dependency (upgrading our Char to Data.Char, etc) I think we must also change wxdirect's sources. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Add a Cabal file for wxcore. (and 16 more)
On Sat, 16 Feb 2008 03:16:14 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > Fri Feb 15 18:14:44 GMT 2008 Eric Kow <[EMAIL PROTECTED]> > * Fix some dependencies that Ross Paterson pointed out. > > hunk ./wxcore.cabal 17 > -build-depends: base >= 3, time, parsec > +build-depends: base >= 3, parsec, array, directory, old-time > else > hunk ./wxcore.cabal 19 > -build-depends: base < 3, time, parsec > +build-depends: base < 3, haskell98, parsec I see that Graphics.UI.WXCore.Db dependes on old-time package's System.Date module. But old-time package doesn't depend on time package. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/old-time-1.0.0.0 So you don't remove time package dendency from wxcore.cabal. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Add a Cabal file for wxcore. (and 2 more)
Hi Eric, On Fri, 15 Feb 2008 18:25:23 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> $ runhaskell Setup.lhs configure --with-msc >> -=-= Cabal executing: ./configure --with-hc=ghc --with-msc=-=- >> operable program or batch file. >> Configure failed. I'm sorry about this error message is incorrect. I missed copy and pasted error message. Because my environment notice Japanese error message, so I had to convert error message in English. Below error message is correct one. $ runhaskell Setup.lhs configure --with-msc -=-= Cabal executing: ./configure --with-hc=ghc --with-msc=-=- '.' is not recognized as an internal or external command, operable program or batch file. Configure failed. > Hmm, I didn't realise you could pass in command line arguments like > that. (I thought you had to go through --configure-opt) You're right. But --with-msc, --with-opengl and --with-stc also work with Distribution.Make by unknown reason. >> Distribution.Simple's defaultMainWithHooks defaultUserHooks can run >> "./configure" >> command on Windows environment. But It seems that Distribution.Make's >> defaultMain >> can't run "./configure" commnad on Windows. > > Maybe we could make our own custom Setup.lhs, or check with the cabal > people on #haskell I checked Cabal source code. I found that Distribution.Simple's defaultUserHooks calls "sh configure", but Distribution.Make calls "./configure" directory. http://darcs.haskell.org/ghc-6.8/libraries/Cabal/Distribution/Simple.hs http://darcs.haskell.org/ghc-6.8/libraries/Cabal/Distribution/Make.hs http://darcs.haskell.org/cabal/Distribution/Simple.hs http://darcs.haskell.org/cabal/Distribution/Make.hs Windows doesn't have Unix shell in default, so "./configure" command causes above error. I made patch for this problem and sent to cabal-devel list. I hope cabal people will apply this patch and release new version soonly. http://www.haskell.org/pipermail/cabal-devel/2008-February/thread.html#2112 > [BTW: do you know any way to help out Gwern and the other people with > build trouble?] I don't know about wxGTK issues. I usually use Windows, and I don't have Linux environment. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Add a Cabal file for wxcore. (and 2 more)
Hi Eric, On Fri, 15 Feb 2008 02:56:37 +0900, Eric Kow <[EMAIL PROTECTED]> wrote: > Any comments or complaints, Jeremy? > > Otherwise I'm pushing this tomorrow. > If it actually works, we ought to put wxhaskell on hackage. > > Thu Feb 14 17:50:50 GMT 2008 Eric Kow <[EMAIL PROTECTED]> > * Add a Cabal file for wxcore. This doesn't work on Windows. $ runhaskell Setup.lhs configure --with-msc -=-= Cabal executing: ./configure --with-hc=ghc --with-msc=-=- operable program or batch file. Configure failed. $ runhaskell Setup.lhs configure -=-= Cabal executing: ./configure --with-hc=ghc=-=- '.' is not recognized as an internal or external command, operable program or batch file. Configure failed. Is this Distribution.Make module's problem? Distribution.Simple's defaultMainWithHooks defaultUserHooks can run "./configure" command on Windows environment. But It seems that Distribution.Make's defaultMain can't run "./configure" commnad on Windows. But I think this patch is useful. Your patch doesn't break traditional way. So we can build wxHaskell with traditional way on Windows. And I think we should care about at least one more point. wxcore's makefile uses wxdirect. And wxdirect depends on parsec and time package. So, I think we must add this dependency for wxcore.cabal file. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Initial wxWidgets 2.8.x's API Support
Hi Eric, > On Thu, 13 Dec 2007 06:53:58 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> By the way, the Makefile is still doing all this stuff when I do make >> install : >> >> out/wxdirect/wxdirect -s wxSTC-D3/stc.h --wxc wxc -o wxc >> parsing: wxSTC-D3/stc.h >> generating: wxc/include/stc_gen.h >> generating: wxc/src/stc_gen.cpp >> out/wxdirect/wxdirect -s wxSTC-D3/stc.h --wxc wxc -o wxc >> parsing: wxSTC-D3/stc.h >> generating: wxc/include/stc_gen.h >> generating: wxc/src/stc_gen.cpp >> /usr/bin/g++-4.0 [snip] -install_name >> /usr/local/wxhaskell/lib/libwxc-mac2.6.3-0.10.1.dylib I fixed that problem by latest my patch. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/425 And I noted that there is no alternative solution for that problem. So I used previous mail's way. Best Regards, On Fri, 14 Dec 2007 01:40:56 +0900, shelarcy <[EMAIL PROTECTED]> wrote: >> The annoying thing about this is that if I do sudo make install, the >> next time I run make, it fails because it can't overwrite the library. >> I either have to sudo rm the file, or sudo make clean. Do you think >> you could have a look as to why? > > I think stc.cpp's definition is cause of this problem. > > stc.cpp includes stc_gen.cpp and stc_gen.cpp isn't in WXC-CORE. > > // stc.cpp > > extern "C" > { > #include "stc_gen.cpp" > > // makefile > WXC-CORE= \ > (snip) > mediactrl printout previewframe taskbaricon textstream stc > > So stc.cpp requires to generate stc_gen.cpp, and "make" do that. Then > stc_gen.cpp is updated, so "make" recompile stc.cpp and build wxc library > again. > > I changed makefile to remove wxstc from wxc building process, but wxc > doesn't change behaviour. So I thought above. > > > I think one solution is comment out or remove stc file generation part, > and undo your below previous patch to include auto-generated file. > > http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/261 > > I think this is a reasonable solution. Because we generate file using > wxSTC-D3's header currently. We can't use wxSTC's original header file. > > http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00068.html > > And wxHaskell already includes a few auto-generated files. make doesn't > includes generation stage for those files, so we don't care about they > are auto-generated file now. -- shelarcy http://page.freett.com/shelarcy/ - 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] wxGTK 2.8
Hi Miguel, On Thu, 31 Jan 2008 03:09:24 +0900, Miguel Vilaça <[EMAIL PROTECTED]> wrote: > When I run ghci -package wx e get this: > > Loading package wxcore-0.10.1 ... ghc-6.6.1: can't load .so/.DLL for: > wxc-gtk2.8.4-0.10.1 (/usr/lib/libwxc-gtk2.8.4-0.10.1.so: undefined > symbol: _ZTV11wxMediaCtrl) > > The file /usr/lib/libwxc-gtk2.8.4-0.10.1.so do exists. This is my mistake that wx-config doesn't specify wxMediaCtrl's library for any case, and wxc causes linking error problem from wxMediaCtrl class and methods. I send patch for it by previous mail. Pleas apply below patch. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/425 > I'm using wxHaskell for some time now and today I try to change wxGTK > 2.6 to wxGTK 2.8 on my Ubuntu Gutsy (if that makes difference) > > Just before start describing, is anyone using wxGTK 2.8 with wxHaskell? And I think we also have other problems when using wxGTK 2.8. We can build wxHaskell using wxWidget 2.8, but we can't run program by that. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00327.html http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00322.html So if you can't fix all problem by above patch, please report that. > I'm using wxHaskell for some time now and today I try to change wxGTK > 2.6 to wxGTK 2.8 on my Ubuntu Gutsy (if that makes difference) > > (snip) > > Just before start describing, is anyone using wxGTK 2.8 with wxHaskell? > I'm using wxHaskell as a library user and I'm completely unaware of its > implementation details (beside it is a layer to wxGTK!). Unfortunately, wxWidget 2.8 support isn't stable now. I want to slove that problem ... but I'm busy to find where causes problem So I recommend use wxGTK 2.6, if you want use wxHaskell soonly. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Initial wxWidgets 2.8.x's API Support
Hi Eric. On Thu, 13 Dec 2007 06:53:58 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > By the way, the Makefile is still doing all this stuff when I do make > install : > > out/wxdirect/wxdirect -s wxSTC-D3/stc.h --wxc wxc -o wxc > parsing: wxSTC-D3/stc.h > generating: wxc/include/stc_gen.h > generating: wxc/src/stc_gen.cpp > out/wxdirect/wxdirect -s wxSTC-D3/stc.h --wxc wxc -o wxc > parsing: wxSTC-D3/stc.h > generating: wxc/include/stc_gen.h > generating: wxc/src/stc_gen.cpp > /usr/bin/g++-4.0 [snip] -install_name > /usr/local/wxhaskell/lib/libwxc-mac2.6.3-0.10.1.dylib I'm sorry about I didn't reply your previous mail for same problem. I concentrated different problem. So I setted low priority to it. > The annoying thing about this is that if I do sudo make install, the > next time I run make, it fails because it can't overwrite the library. > I either have to sudo rm the file, or sudo make clean. Do you think > you could have a look as to why? I think stc.cpp's definition is cause of this problem. stc.cpp includes stc_gen.cpp and stc_gen.cpp isn't in WXC-CORE. // stc.cpp extern "C" { #include "stc_gen.cpp" // makefile WXC-CORE= \ (snip) mediactrl printout previewframe taskbaricon textstream stc So stc.cpp requires to generate stc_gen.cpp, and "make" do that. Then stc_gen.cpp is updated, so "make" recompile stc.cpp and build wxc library again. I changed makefile to remove wxstc from wxc building process, but wxc doesn't change behaviour. So I thought above. I think one solution is comment out or remove stc file generation part, and undo your below previous patch to include auto-generated file. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/261 I think this is a reasonable solution. Because we generate file using wxSTC-D3's header currently. We can't use wxSTC's original header file. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00068.html And wxHaskell already includes a few auto-generated files. make doesn't includes generation stage for those files, so we don't care about they are auto-generated file now. Does anyone have different idea? Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] wxHaskell in Gentoo Linux
Hi Mads, On Wed, 12 Dec 2007 04:17:03 +0900, Mads Lindstrøm <[EMAIL PROTECTED]> wrote: > Maybe it is time we make a new release? I agree about postponing to add Jeremy's work and releasing new wxHaskell more quickly. But I think you forgot a critical problem. I think we must add wxWidgets 2.8.x support before makeing new release. Because Neil showed us that wxWidgets 2.6.x can't be built under latest Mac OS X 10.5 (Leopard). http://thread.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/367/focus=370 So I'm working on this problem now ... but I don't complete this work yet. I succeed to build wxHaskell using wxWidgets 2.8.x without 2.4 API compatibllity, both under Windows (Visual Studio 2005) and (PowerPC) Mac OS X platform. But I can't run 2.8.x version program these platform. I can run previous patches' 2.8.x version program that unsing Visual Studio 2003's wxc library. But its prgram cause "0xC005" error dialog and terminate when upgrade Visual Studio to 2005 and building wxc by that. So I think that we can run 2.8.x version program if we build wxc by Visual Studio 2003. (I don't test with Visual Studio 2008 yet. Because I want to use Japanese Edition, and it's not released yet.) Anyway I think my current patch is useful. Because I added wxWidgets 2.8.x API layer, and removing minimal obsolete API by very conservative policily. I respected 2.4.x API's name except wxSound class, and I checked alternative API in new version. I think this chage doesn't break your environment. I can build and run test program using wxWidgets 2.6.x. And I can't progress this work in this year. I'll be busy next week. So I send that in below mail. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/387 Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Correct version of wxMac?
Hi Neil, On Mon, 03 Dec 2007 19:41:49 +0900, Neil Bartlett <[EMAIL PROTECTED]> wrote: > Thanks shelarcy. I have followed these suggestions but I get exactly > the same error when building wxHaskell from darcs. Should I use the > patched wxHaskell 0.9.4 from Riftor's site? If so, will that patch be > merged back into the darcs repository? I missed his patch. http://riftor.g615.co.uk/wxhaskell/wxhchanges.txt And his patch isn't good. He didn't care about API change any place. So I made patch to fix building problem by refering to his work. Attached file is that. But this is partial work. > wxc/src/extra.cpp:1919: error: cannot convert ‘wxPoint’ to ‘int’ for argument > ‘8’ > to ‘long int wxGetNumberFromUser(wxChar*, wxChar*, wxChar*, long int, long > int, > long int, wxWindow*, int, int)’ Because I don't know why this problem cause with wxWidgets 2.8. wxWidgets API Document (and header file) saids wxGetNumberFromUser uses wxPoint for argument '8'. http://www.wxwindows.org/manuals/2.8/wx_dialogfunctions.html#wxgetnumberfromuser How about edit setup.h's WXWIN_COMPATIBILITY_2_4 part before building wxWidgets? I edited (wxWidgets)/include/wx/msw/setup.h to build wxHaskell with wxMSW 2.8.4, so I think you must edit (wxWidgets)/include/wx/mac/setup.h or (wxWidgets)/include/wx/mac/setup0.h file. From above reason, my patch isn't good enough solution. But I think this is a good starting point to support wxWidgets 2.8.x. Best Regards, > On 3 Dec 2007, at 04:49, shelarcy wrote: >> wxHaskell uses deprecated wxWidgets 2.4 API. >> So you must use previous stable version - wxWidgets 2.6.x - or >> wxWidets 2.8.x >> with compatiblily mode for wxWidgets 2.4 API. >> >>> I have tried compiling a recent checkout of wxHaskell with wxMAC >>> 2.8.7 and GHC 6.8, >>> but the following error occurs: >> >> Because you don't use compatiblity mode. >> You must add --enable-compat24 option in configuration phase. >> >> ./configure --enable-unicode --disable-shared --enable-compat24 >> >> And after installing wxWidgets, you must set >> #define WXWIN_COMPATIBILITY_2_4 1 to your wxHaskell's setup.h. >> >> http://riftor.g615.co.uk/content.php?view=53&type=2 >> http://www.haskell.org/pipermail/libraries/2007-June/007653.html >> >> >> And Jeremy is working on supporting wxWidget 2.8 API now. >> See below thread. >> http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00180.html -- shelarcy http://page.freett.com/shelarcy/ partial.dpatch Description: Binary data - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] darcs patch: (OS X) Check architecture to use intermediate step of ...
Hi, On Thu, 06 Dec 2007 23:40:53 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > I think I have solved my compilation problems by upgrading to XCode 2.5. That's good. > Do you still want me to apply this patch? Yes. Because I want to fix another PowerPC specific problem. We can build wxHaskell without this patch, but we can't run wxHaskell program on PowerPC Mac without it. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
Re: [wxhaskell-users] darcs patch: Move drag-and-drop events to Graphics.UI... (and 2 more)
Hi Eric, On Sun, 25 Nov 2007 12:06:50 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > I fixed this problem and send patch again. > Please test newer version. Should I attach newer patch to previous reply mail instead of that using darcs send command? Or are you just busy now? I send newer version in below mail. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00290.html Bust you don't push patch and reply mail after that time. So I'm worried about that my action offends to you. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
Re: [wxhaskell-users] Correct version of wxMac?
Hi Neil, On Mon, 03 Dec 2007 06:21:01 +0900, Neil Bartlett <[EMAIL PROTECTED]> wrote: > Could somebody confirm the correct version of wxWidgets to compile against for > Mac OS X? The website states that wxMAC 2.5.1 is required, but several parts > of > the website appear to be out of date, and also 2.5.1 is more than three years > old now. wxHaskell uses deprecated wxWidgets 2.4 API. So you must use previous stable version - wxWidgets 2.6.x - or wxWidets 2.8.x with compatiblily mode for wxWidgets 2.4 API. > I have tried compiling a recent checkout of wxHaskell with wxMAC 2.8.7 and > GHC 6.8, > but the following error occurs: Because you don't use compatiblity mode. You must add --enable-compat24 option in configuration phase. ./configure --enable-unicode --disable-shared --enable-compat24 And after installing wxWidgets, you must set #define WXWIN_COMPATIBILITY_2_4 1 to your wxHaskell's setup.h. http://riftor.g615.co.uk/content.php?view=53&type=2 http://www.haskell.org/pipermail/libraries/2007-June/007653.html And Jeremy is working on supporting wxWidget 2.8 API now. See below thread. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00180.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Add TaskBar Icon Support
darcs12e4f0 Description: Binary data - 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
Re: [wxhaskell-users] Controlling TextCtrl editing
Hi Miguel, On Fri, 23 Nov 2007 22:14:22 +0900, Miguel Vilaça <[EMAIL PROTECTED]> wrote: > The problem is that both textCtrlAppendText and textCtrlWriteText always > write the new pieces of text in the end of the previous text and I need > to insert the text in the place where the TextCtrl cursor is. I think you misunderstand textCtrlAppendText behavior. textCtrlAppendText appends text at the end of the text control, and then sets insertion position at the end of text control. http://www.wxwidgets.org/manuals/2.6.4/wx_wxtextctrl.html#wxtextctrlappendtext This behavior is same as textCtrlWriteText with textCtrlSetInsertionPointEnd. http://www.wxwidgets.org/manuals/2.6.4/wx_wxtextctrl.html#wxtextctrlwritetext > I also tried > textCtrlSetInsertionPoint "DUMMY" 0 > but that didn't change any behavior. It seems this function do nothing. So you must use textCtrlWriteText with textCtrlSetInsertionPoint. I wrote sample program for this problem. Please test and understand these functions behavior. import Graphics.UI.WX import Graphics.UI.WXCore main = start $ do f <- frame [ text := "Position Test"] p <- panel f [] t <- textCtrl p [ text := "dummy" , clientSize := sz 300 300] b1 <- button p [ text:= "writText" , on command := writeText t] b2 <- button p [ text:= "AppendText" , on command := appendText t] set f [ layout := container p $ column 5 [ fill $ widget t , hfill $ widget b1 , hfill $ widget b2] , clientSize := sz 400 400] where writeText t = do pos <- textCtrlGetInsertionPoint t textCtrlSetInsertionPoint t pos -- textCtrlSetInsertionPointEnd t textCtrlWriteText t "writeText!" appendText t = do pos <- textCtrlGetInsertionPoint t -- textCtrlGetInsertionPoint can get insertion point. -- print pos -- pos <- textCtrlXYToPosition t $ pt 0 0 textCtrlSetInsertionPoint t pos textCtrlAppendText t "AppendText!" Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Change VC 2.6 project to build contribs automatically ...
Hi Eric, On Mon, 26 Nov 2007 00:37:13 +0900, shelarcy <[EMAIL PROTECTED]> wrote: >> At first I thought that might have been a typo, so I tried changing the >> Makefile to say -lstdc++ -static, but that gave me > > It's not typo. So it specify static version of stc++ library. > This file is included in PowerPC Mac environment. And it's only > static version library. > > (snip) > > I think we must add architecture flag in this place, if we don't > find to solve this problem. I can't find any other solution. So I made new patch by that way. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00294.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: (OS X) Check architecture to use intermediate step of ...
darcs144201 Description: Binary data - 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] darcs patch: Change VC 2.6 project to build contribs automatically ...
On Sun, 25 Nov 2007 02:20:09 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > This patch gives me: > /usr/bin/ld: can't locate file for: -lstdc++-static > > At first I thought that might have been a typo, so I tried changing the > Makefile to say -lstdc++ -static, but that gave me It's not typo. So it specify static version of stc++ library. This file is included in PowerPC Mac environment. And it's only static version library. $ ls /usr/lib/*stdc++* /usr/lib/libstdc++-static.a/usr/lib/libstdc++.6.0.4.dylib /usr/lib/libstdc++.6.0.3.dylib /usr/lib/libstdc++.6.dylib But it would be not included in Intel Mac. So -static flag causes error that you posted previous mail. > /usr/bin/ld: incompatible flag -framework used (must specify "-dynamic" > to be used) I think we must add architecture flag in this place, if we don't find to solve this problem. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Move drag-and-drop events to Graphics.UI... (and 2 more)
Hi Eric, On Sun, 25 Nov 2007 08:18:40 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > This one gives me: > > wxc/src/stc.cpp: In function ‘void > wxStyledTextEvent_SetDragResult(void*, void*)’: > wxc/src/stc.cpp:522: error: return-statement with a value, in function > returning 'void' Hmm ... it seems that this problem occur by uncommenting its function. And I usually use --with-stc in configuration phase. So this problem through my check. I fixed this problem and send patch again. Please test newer version. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Move drag-and-drop events to Graphics.UI... (and 3 more)
darcs931cc8 Description: Binary data - 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] darcs patch: Change VC 2.6 project to build contribs automatically ...
On Thu, 22 Nov 2007 09:23:54 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > Note: I'm getting these erros recently... They don't seem related to the > patches I just pushed in, though. > > ld: /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit load > command 20 unknown cmd field > /usr/bin/libtool: internal link edit command failed I also tested my patches on PowerPC Mac OS X platform when my patch influence other platforms. And above problem doesn't occur my Mac environment (10.4.10 + XCode 2.5). So I want to know that do you update your OS and/or XCode? Okay, I know I have to update XCode. But I'm changing wxhaskell source code now. So I want to seprate problem from that. I'll update XCode. But I'm not sure whether same problem ocuur. Because I know that Mac OS X's different architecture cause problem on wxHaskell, too. You just remove step that compiling master.o when fixing building problem. So I think you are using Intel architecture. But this intermediate step is important for PowerPC platform. So I applied attached file when testing and using wxHaskell on my Mac. (I don't have Intel Mac. So I hesitated to send this patch to wxhaskell-users Mailing-list.) http://haskell.org/haskellwiki/WxHaskell/Install#PPC.2C_Tiger_.2810.4.7.29.2C_GHC_6.4.1.2C_wxWidgets_2.6.3.2C_wxHaskell_0.9.4 Best Regards, -- shelarcy http://page.freett.com/shelarcy/ mac_with_master.patch Description: Binary data - 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] darcs patch: Move drag-and-drop events to Graphics.UI... (and 2 more)
darcsb6488c Description: Binary data - 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] darcs patch: Change VC 2.6 project to build contribs automatically ...
darcsf91a94 Description: Binary data - 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] darcs patch: FIX #1721764: typo in Graphics.UI.WX.Dia... (and 1 more)
darcsf05c4e Description: Binary data - 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] Controlling keyboard events
Hi Andrew, I'm sorry about my reply is late. Do you already solve this problem? On Thu, 08 Nov 2007 18:23:40 +0900, Andrew Butterfield <[EMAIL PROTECTED]> wrote: > My code - for the relevant windows > > > -- Goal Window > > gp <- panel h [] > > g <- scrolledWindow gp [] > > Do I need to nest another window inside the scrolled window ? > When I perform the right-arrow action (say), I repaint g, > which renders the expression appropriately. Is gp a panel? I don't know why you don't want to set key events for panel instead of scrolledWindow. I think you can skip key events for scrolledWindow by propagateEvent, if you set key events for panel. > My biggest problem is that the documentation is very unclear. I think problems come from poor examples. Can you send us more complete - executable - example code? Your problem is unclear for me. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] Controlling keyboard events
Hi Andrew, On Wed, 07 Nov 2007 21:39:44 +0900, Andrew Butterfield <[EMAIL PROTECTED]> wrote: > However when I hit an arrow key, the expression navigation works fine, > but the scrolled window also moves ! > > How do I stop these key events getting to the scrollbars ? > > (I only want to scroll using the mouse.) > > The wxWidgets documents talk about preventing event propagation > using wxEvent::Skip, but I can't find a wxHaskell equivalent of this. wxHaskell has propagateEvent function that is wrapper function of wxEvent::Skip. How about use it? http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Events.html#v%3ApropagateEvent Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] WxHaskell do not compile on WxGTK
Oops, I misread your mail. So I want to send correct one. EWXWEXPORT(void*, Cursor_CreateLoad) (const wxString* name, long type, int width, int height) { #ifndef __WXGTK__ return (void*) new wxCursor(*name, type, width, height); #else return NULL; #endif } Best Regards, On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <[EMAIL PROTECTED]> wrote: >> 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 . On Sun, 16 Sep 2007 13:28:57 +0900, shelarcy <[EMAIL PROTECTED]> wrote: >> On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <[EMAIL PROTECTED]> wrote: >>> I tried putting "#ifndef __WXGTK__" around references to >>> Cursor_CreateLoad before doing configure, make, ... I created the >>> #ifndef in the file /wxc/include/ewxw/wxc_glue.h and in the >>> file /wxc/src/ewxw/eljcursor.cpp. >> >> cursorCreateFromFile requires wxc's Cursor_CreateFromImage functions. >> http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs >> >> And wxhaskell doesn't have statically information now. >> http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00196.html >> >> >> So I think below change is better than hiding functions and references. >> >> EWXWEXPORT(void*, Cursor_CreateFromImage)(wxImage* image) >> { >> #ifndef __WXGTK__ >> return (void*) new wxCursor(*image); >> #else >>return NULL; >> #endif >> } -- shelarcy http://page.freett.com/shelarcy/ - 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 do not compile on WxGTK
Hi Mads, On Sun, 16 Sep 2007 00:42:17 +0900, Mads Lindstrøm <[EMAIL PROTECTED]> wrote: > I tried putting "#ifndef __WXGTK__" around references to > Cursor_CreateLoad before doing configure, make, ... I created the > #ifndef in the file /wxc/include/ewxw/wxc_glue.h and in the > file /wxc/src/ewxw/eljcursor.cpp. cursorCreateFromFile requires wxc's Cursor_CreateFromImage functions. http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs And wxhaskell doesn't have statically information now. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00196.html So I think below change is better than hiding functions and references. EWXWEXPORT(void*, Cursor_CreateFromImage)(wxImage* image) { #ifndef __WXGTK__ return (void*) new wxCursor(*image); #else return NULL; #endif } This solution is usually used when wxc requires compilation flag. http://darcs.haskell.org/wxhaskell/wxc/src/glcanvas.cpp > But the Cursor_CreateLoad function still gets automatically created in > the file > wxcore/src/Graphics/UI/WXCore/WxcClassesAL.hs . It seems that the > "#ifndef __WXGTK__" is simply ignored by the command > out/wxdirect/wxdirect . Is this correct? > > If it is correct, how should I then make conditional compilation? Hmm ... How about clean your wxhaskell's working directory. It seems that your wxhaskell uses old wxcore/src/Graphics/UI/WXCore/WxcClassesAL.hs. -- shelarcy http://page.freett.com/shelarcy/ - 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] compiling problems
Hi, On Sun, 16 Sep 2007 06:10:15 +0900, I G <[EMAIL PROTECTED]> wrote: > $ make > ghc -c wxdirect/src/HaskellNames.hs -o out/wxdirect/HaskellNames.o > -iout/wxdirect -odir out/wxdirect -hidir out/wxdirect -package parsec > > wxdirect/src/HaskellNames.hs:22:0: > Failed to load interface for `Data.Time': > Use -v to see a list of the files searched for. > make: *** [out/wxdirect/HaskellNames.o] Error 1 It seems that your ghc doesn't have time package. Data.Time is time package's module. http://www.haskell.org/ghc/docs/6.6.1/html/libraries/time/Data-Time.html So you must install time package before compiling wxhaskell. http://hackage.haskell.org/cgi-bin/hackage-scripts/package/time-1.0 http://darcs.haskell.org/packages/time/ -- shelarcy http://page.freett.com/shelarcy/ - 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] is imageCreateFromPixelArray "safe"?
Hi Conal, On Wed, 29 Aug 2007 09:42:15 +0900, Conal Elliott <[EMAIL PROTECTED]> wrote: > Is there any reason for imageCreateFromPixelArray to be in IO? I want to > use it as a pure function (via unsafePerformIO), and I'm wondering if there > are any gotchas. - Conal I think it's just implementation reason. imageCreateFromPixelArray create pixelBuffer and set pixelBuffer color interanally, and then create image by pixelBuffer. imageCreateFromPixelArray :: Array Point Color -> IO (Image ()) imageCreateFromPixelArray pixels = let (Point x y) = snd (bounds pixels) in imageCreateFromPixels (sz (x+1) (y+1)) (elems pixels) imageCreateFromPixels :: Size -> [Color] -> IO (Image ()) imageCreateFromPixels size colors = do pb <- pixelBufferCreate size pixelBufferSetPixels pb colors imageCreateFromPixelBuffer pb -- image deletes pixel buffer http://darcs.haskell.org/wxhaskell/wxcore/src/Graphics/UI/WXCore/Image.hs So I think we can use this function as a safe one. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] wxHaskell modularity
Hi Jeremy, On Mon, 20 Aug 2007 23:48:38 +0900, Jeremy O'Donoghue <[EMAIL PROTECTED]> wrote: > 1) Build wxC wrapper for wxWidgets. Building this is really quite > dependent on how >wxWidgets itself was built, which is OK on Unix (wx-config tells > you), but subject >to much pain and guesswork on Windows. >STC support is built at this time. If STC is not present in the > wxWidgets build, >the wxSTC functions are all empty (but present). I think we can solve this problem by modifying wxc-*.dsw. If we write "Project Dependency" on dsw file, Visual C++ build dependency before build wxc. (But we must use "Unicode **" instead of "**". See attached wxcu-2.6.4.dsw and doc-fix.dpatch.) It look fine for me, so I planed to remove --with-contrib and requiring to install contrib library as 2. option in this thread. http://thread.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/199/focus=249 The problem is that we can't use nmake, because building on Windows deeply depends on Visual C++ project files. But we can generate Visual C++ project (.dsp) file instead of make.nmake. I also attached GenVCProject.hs that is Visual C++ project file generator. (That code is messy now, but we can refactor it. And It is easier to modifying .dsp file by using that.) > (note > that this would probably preclude Linux users from using the wxWidgets > provided by their package manager as the chances would be pretty high > that it would be incorrectly configured). I have a question about that, so I send previous mail. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ doc-fix.dpatch Description: Binary data GenVCProject.hs Description: Binary data wxcu-2.6.4.dsw Description: Binary data - 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] Is with-* reasonable for supporting wxWidgets contrib libraries? (Was: pinging wxhaskell...
Hi Jeremy, On Tue, 21 Aug 2007 00:42:26 +0900, Jeremy O'Donoghue <[EMAIL PROTECTED]> wrote: > On 16/08/07, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> > 2. Support contrib libraries in default configuration. >> > Merit >> > - The reverse side of 1.'s Demerit. >> > Demerit >> > - User must build and install contrib libraries, before building >> > wxHaskell. So they can meet building problem. But we can solve >> > it by updating building Guide (And I'm doing that). > > This really only works as an option if we decide that users must build > wxWidgets from source *before* they can build wxHaskell. Really? I think that nowadays wxWidgets packager worried about wxPython. And wxPython depends on contribs. http://www.wxpython.org/builddoc.php So macports' wxWidgets also support contribs. http://svn.macports.org/repository/macports/trunk/dports/graphics/wxWidgets/Portfile http://svn.macports.org/repository/macports/trunk/dports/python/py-wxpython/Portfile And according to below Packages' information, libwxgtk-dev package depends on wx-common package and wx-common replaces libwxgtk2.4-contrib-dev package. http://apt.tt-solutions.com/debian/dists/etch/main/binary-i386/Packages So I want to know about wxWidgets package's condition. > It's likely to be irritating to Linux users who are used to "apt-get > install wxWidgets" as their usual approach to installing libraries. Is this right? Any packages system's wxWidgets doesn't have contrib? Or any package system doesn't choose version that supports contrib? Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] darcs patch: Use Data.Time.getCurrentTime instead of (System.)Time....
Hi Eric, On Fri, 17 Aug 2007 05:05:54 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > Out of curiosity, what's the motivation behind this patch? Please see this patch's complete name. > * Use Data.Time.getCurrentTime instead of (System.)Time.getClockTime to > avoid build failure by generated non-UTF8 String This is my Windows environment problem that I wrote almost one year ago. In Sat, 02 Sep 2006 16:56:24 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > $ make > ghc -c wxcore/src/Graphics/UI/WXCore/WxcClassTypes.hs -o > out/wx/imports/Graphics > /UI/WXCore/WxcClassTypes.o -iout/wx/imports -odir out/wx/imports -hidir > out/wx/i > mports -fvia-C -package-name wxcore -Iwxc/include > > wxcore/src/Graphics/UI/WXCore/WxcClassTypes.hs:1:0: > lexical error at character '\65279' > make: *** [out/wx/imports/Graphics/UI/WXCore/WxcClassTypes.o] Error 1 > > This is a known problem except Ascii, Latin-1 and EUC user. > If show System.Time.ClockTime, we can show string that passed by OS. > Windows show local encoding String, although using Unicode internally. > > By this effect, sometimes code generator cause problem. So I have > to change from shift_jis to utf-8 a few generated files. > > $ cd wxcore/src/Graphics/UI/WXCore/ > $ mv WxcClassTypes.hs WxcClassTypes.hs.orig > $ iconv -f shift_jis -t utf-8 WxcClassTypes.orig > WxcClassTypes.hs Compiling WxcClasses* also cause this problem. So I don't test and develop wxHaskell smoothly. I have a headache from that. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] drag & drop support
I'm sorry for I am confused Window with Control. On Thu, 16 Aug 2007 14:37:22 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > If you want to drop files for a Control, this is very easy task. > fileDropTarget set target control and event handler. > > fileDropTarget :: Window a -> (Point -> [String] -> IO ()) -> IO () > Point is dropped posiotion of that, and [String] is dropped files' > pathes. It and other dropTarget functions specify Window, not Control. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
[wxhaskell-users] Is with-* reasonable for supporting wxWidgets contrib libraries? (Was: pinging wxhaskell...
Hi, On Tue, 24 Jul 2007 13:57:50 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> Some people try to build wxHaskell, but sadly this is not easy task. >> Because wxHaskell site's Building Guide is out of date. >> Okay, we have another imformation on Haskell.org, but this is not >> easy to reach there. > > We have full control of the wxhaskell homepage (it's in the darcs repo), > so couldn't we at least update the official build instructions? Now I almost finished to work with adding my interesting features. So, I'm strating to update the build instructions. But ... I changed my mind that wxStyledTextCtrl's --with-stc option isn't reasonable. Because I found wxc already has some contrib libraries layer (e.g. gizmos is wrapped by eljgizmos, svg wrapped by eljdcsvg.cpp ...), and you can install all contrib libraries by using make install at once in contrib/src directory, instead of installing per libraries. So I want to change building process. But ... we have two option. 1. Change --with-stc to --with-contrib - this is conservative way. Merit - Building process is simpler. But we already has complexy by supporing GHC 6.6.x or higher. So we don't expect much. Demerit - We need to add #ifdef compilation flag when we want to support other contrib libraries. It's messy work. - Users must check supporting feature on their wxHaskell, When they want to use contrib libraries. And If there isn't, they must build wxHaskell again. 2. Support contrib libraries in default configuration. Merit - The reverse side of 1.'s Demerit. Demerit - User must build and install contrib libraries, before building wxHaskell. So they can meet building problem. But we can solve it by updating building Guide (And I'm doing that). I already provided patch 1. to Windows platform by this patch. http://www.mail-archive.com/wxhaskell-users@lists.sourceforge.net/msg00198/darcs73b086 > Sat Aug 11 22:28:34 =93=8C=8B=9E (=95W=8F=80=8E=9E) 2007 shelarcy [EMAIL PROTECTED]> > * Support builing without STC library for wxWidgets 2.6.4 Becuase current we can't build wxHaskell with wxWidgets 2.6.4 by current Visual Studio project. (I'm sorry for forgotten to notice Visual C++ issue.) http://www.haskell.org/pipermail/haskell-cafe/2007-July/029439.html And If we choose 2., I withdraw this patch. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] drag & drop support
Hi Eric, On Mon, 06 Aug 2007 04:42:35 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: > On Fri, Aug 03, 2007 at 12:53:43 +0900, shelarcy wrote: >> And if there is already someones work, please let me know it. >> Because if it's good enough, I want to stop duplicate work >> and make patch sooner by using it. > > I think you should go ahead and submit this as a patch. Okay, I sent patch for that. http://article.gmane.org/gmane.comp.lang.haskell.wxhaskell.general/246 Its patch also includes clipboard support, because wxWidgets uses same Type as drag & drop for this purpose. > Note that I > haven't had a chance to play around with it yet. There are no difficult to use drag & drop. If you want to drop files for a Control, this is very easy task. fileDropTarget set target control and event handler. fileDropTarget :: Window a -> (Point -> [String] -> IO ()) -> IO () Point is dropped posiotion of that, and [String] is dropped files' pathes. So you can set file drop target and event like this. fileDropTarget sw (\pt file -> do infoDialog sw (show pt) (show file)) If you dragging-on files to non-target control, you can see cursor that means you can't drop files to target control. If you dragging-on files to target control, you can see cursor that has reversal meaning. If you want to drop something that can map DataObject (text data, bitmap data, and so on), first you must set drop source and drop target, then do dragAndDrop in dragging event as below. set sw [on drag := \pt -> dragger sw f] dragger win wout = do textdata <- textDataObjectCreate "" drop <- dropTarget wout textdata textdata' <- textDataObjectCreate "text" src <- dropSource textdata' win dragAndDrop src Default (\_ -> return ()) txt <- textDataObjectGetText textdata infoDialog wout "resultText" txt textdata has null String in creation time. But this String is changed by drop sources' textdata' after drop event is endded. So, print txt shows "text" (I don't know the correct way to use textDropTarget, so I use dropTarget in this sample. If you want to use textDropTarget, you can just replace dropTarget ... but I thins this is not correct way). And clipboard function changes DataObject same as drop source doing. execClipBoardData cl (\clp -> do textdata'' <- textDataObjectCreate " " clipboardGetData clp textdata'' txt <- textDataObjectGetText textdata'' infoDialog wout "clipboard data" txt) Using Drag & Drop and ClipBoard aren't difficult. But I don't have enogh experience with those features yet. So please use, and send me feedbacks for that. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
[wxhaskell-users] darcs patch: Use Data.Time.getCurrentTime instead of (System.)Time....
darcs74e34a Description: Binary data - 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
[wxhaskell-users] darcs patch: Add Drag & Drop and ClipBoard Support
darcs189fc2 Description: Binary data - 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] Support for wxMediaCtrl in wxHaskell?
Hi Clinton, On Tue, 02 May 2006 23:23:54 +0900, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I was just wondering if wxHaskell has support for > wxMediaCtrl for playing movies, or any other control that > plays movies, and if not, are there any plans to add such a > control. If you keep your mind on using wxHaskell with wxMediaCtrl, you must check my latesest patch. http://sourceforge.net/mailarchive/forum.php?thread_name=01c7dc2f%24174267b0%2464fda8c0%40ShelarcyWin&forum_name=wxhaskell-users But I don't know how to use this control rightt way. Attached sample works well on Mac OS X, but it's not working well for video application on my Windows environment. Default Direct Show back-end doesn't work. So I used wxToolkit funtion to much WxMSW platform and use MCI (Media Control Interface) back-end (But MediaCtrl doesn't play video's sound either, and show video verry quickly when I watch long video). If you want to use this sample, I think you can see that WxMSW doesn't much wxMSW. It occur by Currenct Unicode support's bug. Graphics.UI.WXCore.Defines' wxToolkit function doesn't detect your wxWidgets library now. To tell the truth, I sent patch for its problem on previous mail. But ... I chosed bad title and my english is bad, so I think that mail is considered spam. http://sourceforge.net/mailarchive/forum.php?thread_name=op.twm5oltsg8rhh0%40shelarcywin.ppp.web.ad.jp&forum_name=wxhaskell-users If any people doesn't check above patch long time, or someone interested in it, I send it again. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ MediaViewer.hs Description: Binary data - 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
[wxhaskell-users] darcs patch: Add (Multi-)MediaCtrl Support (and 2 more)
darcs73b086 Description: Binary data - 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
[wxhaskell-users] Optimizing darcs repository
Hi Eric, Why you don't optimize darcs repository? Because of unoptimised darcs repository, "--partial" option is disable. So we must get all patches, downloading wxHaskell initially. Darcs repository has "TAG wxhakell-0-9-4", so you can optimize it by just running "darcs optimize --checkpoint" command. http://www.darcs.net/manual/node7.html#SECTION00784000 How about use it? Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
[wxhaskell-users] Visualizing feature list (Was: [Haskell-cafe] i need wxHaskell compiled for ghc 6.6.1 on Windows
Hello Bulat, On Wed, 01 Aug 2007 14:45:01 +0900, Bulat Ziganshin <[EMAIL PROTECTED]> wrote: > great, it's all what i need. but i'm still curious about other > features enabled when building this package. can i see > config.gcc or build.cfg or setup.h or any other file that shows > feature list? also it will be useful to include such file with the next > builds of wxHaskell You mean you want to see that imformation any time? e.g. Do you allow to check it in run time? Or yow want to check it compile time? If you want to see it in run time, wxHaskell has isDefined. http://wxhaskell.sourceforge.net/doc/Graphics.UI.WXCore.WxcClassesAL.html#v%3AisDefined isDefined shows that macro is defined. Prelude Graphics.UI.WXCore.WxcClassesAL> isDefined "wxUSE_STC" True Prelude Graphics.UI.WXCore.WxcClassesAL> isDefined "wxUSE_SOUND" True Prelude Graphics.UI.WXCore.WxcClassesAL> isDefined "wxUSE_WAVE" False Prelude Graphics.UI.WXCore.WxcClassesAL> isDefined "wxUSE_GLCANVAS" True And isDefined "wxUSE_**" returns Ture, if wxWidgets support this feature. So we can get feature list by wrapper function. But unfortunately, isDefined is accidentally broken on current darcs version by Unicode Support. So, I'm cc-ing this mail to wxhaskell and send patch for this problem. (I think we have more hiding problems by supporting unicode.) And a few bad behavior is also fixed by this patch. Because some WXCore's functions depends on Graphics.UI.WXCore.Defines.wxToolkit that used isDefined internally. If you want to see feature list in compile time, it's not easy task. Because wxc library doesn't depend on configuring wxHaskell build on Windows. So we must generate this imformation by wxHaskell application. But ... if we generate imformation by wxHaskell application, we have to build wxHaskell twice. Anyway statically checking is useful to rework wxColour_GetPixel, so I want to find good solution for it. http://darcs.haskell.org/wxhaskell/wxc/src/ewxw/eljcolour.cpp Best Regards, -- shelarcy http://page.freett.com/shelarcy/ change_strs.dpatch Description: Binary data - 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] Segmentation fault when setting listbox items within a listbox event handler
Hi Mads, On Thu, 02 Aug 2007 22:12:48 +0900, Mads Lindstrøm <[EMAIL PROTECTED]> wrote > (snip) > > and click on the listbox item "Foobar", the program crashes with: > > (L:6279): Gtk-WARNING **: unable to find signal handler for > object(GtkListItem:0x8425e40) with func((nil)) and data(0x845ac18) > > The problem is that I change the listbox items from within a listbox > event handler. Do anybody know if this expected behavior or is it a bug > somewhere in WxHaskell, Wxwindows, or GTK? What version of GTK and wxGTK do you use? This problem doesn't occur in my environments on wxNSW 2.6.4, wxMSW 2.4.2 and wxMac 2.6.3. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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
[wxhaskell-users] drag & drop support
Hi all, Does anyone try to add drag & drop support? I heard that Gtk2Hs 0.9.12 added this feature. http://www.haskell.org/pipermail/libraries/2007-July/007711.html http://www.haskell.org/pipermail/libraries/2007-July/007810.html So I tried adding this feature to wxHaskell, current a few weeks. Attached are drag & drop event module, and test sample that is made by modifying ImageViewer sample. (This file isn't good example, because drag & drop event only made dialogbox instead of doing reasonable act.) And if there is already someones work, please let me know it. Because if it's good enough, I want to stop duplicate work and make patch sooner by using it. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ DragAndDrop.hs Description: Binary data ImageViewer.hs Description: Binary data - 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] Opinions... to support wxWidgets 2.8 properly or not
Hi Jeremy, On Thu, 02 Aug 2007 23:03:22 +0900, Jeremy O'Donoghue <[EMAIL PROTECTED]> wrote: > So before committing what will be a sizeable patch, and one which > breaks API compatibility in some areas, I'd like a straw poll of > users' opinions as to what we should do. The options are: > > Try to support latest wxWidgets I also vote to support latest version. > - Advantages > - We benefit from bugfixes and improvements in the base GUI library > - Simpler for new users, as getting 'historical' versions of wxWidgets means > you must compile it for yourself (which is non-trivial) as opposed to > using > the version 'packaged' for your OS. Because I think these advantages are important for users. > - Disadvantages > - Due to changes in the way finalization is done in wxWidgets, it would no > longer be possible to use wxHaskell properly from GHCi as the underlying > wxWidgets library would be left in an unsuitable state once the first > wxApp > event loop terminates. > Decide once and for all that wxHaskell is based on wxWidgets 2.4.2 > - Advantages > - GHCi works properly, at least on some platforms Okay, this property is important, too. But If we keep that wxHaskell is based on wxWidgets 2.4.2, I think that we must write complex build and user instuction for wxWidgets 2.4.2. (And to use latest wxWidgets.) Because some features require to use wxWidgets 2.6.x or higher, now. So we must write document to announce what is supported or not on 2.4.2. http://www.haskell.org/pipermail/haskell-cafe/2007-July/029439.html Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] pinging wxhaskell...
Hello Eric, On Mon, 23 Jul 2007 04:46:00 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >>> * Produce suitable binary packages for whatever targets we can get >>> maintainers for, compatible with up-to-date versions of both GHC and >>> wxWidgets. > > Uhh > >>> * Improve samples and documentation. > > I think we'd better ditch this objective and just focus on getting this > thing out the door, imperfect as it may be. > >> I'm guessing that the job of producing a Windows installer is fairly >> easy, given the right build setup. Is there no Windows wxHaskell >> developer who is in a position to do this? > > I think Shelarchy might be our Windows guy. Any comments, Shelarchy? Yes, I'm Windows developper and I put a few version of Windows installer on my project( Kamiariduki)'s file space. http://sourceforge.net/project/showfiles.php?group_id=168626 But ... there is a problem. First, it's not official release. People search binary file for wxHaskell's website first, and if they don't get any imformation that, many of probabry give up to use wxHaskell. Some people try to build wxHaskell, but sadly this is not easy task. Because wxHaskell site's Building Guide is out of date. Okay, we have another imformation on Haskell.org, but this is not easy to reach there. http://www.haskell.org/haskellwiki/WxHaskell/Install Some people reached unofficial release fortunately. (This is very difficult. Because there is no link from official pages.) But it's just unofficial release, so they can't expected to get binary as soon as new GHC is released or solving building problem (if that is occur). SourceForge don't accept same name. So I don't want to put new binary, if anyone donesn't say problem. I want to hold name to use more better patched version (e.g. version of supporting more wxWidgets' feature). I think unofficial release must make good the shortage for official release, not release constantly instead of releasing official one. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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] wxHaskell working with 2.8.4 wxWidgets and 6.6.1
Hello, David On Mon, 25 Jun 2007 20:53:55 +0900, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote: > | you might be pleased to here that wxHaskell is now working quite well with > | the latest versions of wxWidgets and GHC i.e. versions 2.8.4 and 6.6.1 > | respectively. I realise you are probably too senior to deal with such > | project details directly but the GHC site does not have a general contact > | address and wouldn't let me register an account to report this on any > | internal forum etc. Since I am very new to Haskell -- this is in fact my > | first project with wxWidgets and Haskell, could you please suggest someone > | to whom I could pass on the details of the mods I have made etc to get > | wxHaskell working in the current environment. I heard that wxHaskell can build with wxWidgets 2.8.0. http://caml.inria.fr/pub/ml-archives/caml-list/2007/01/d40b2a810ca50f63456508cf57d418cc.en.html But we can't see his solution, so I just point out my ideas. If you want to build wxHaskell with wxWidgets 2.8.x, you must build wxWidgets with "#define WXWIN_COMPATIBILITY_2_4 1" at least. Because wxHaskell requires to build on wxWidgets 2.4.2, so wxHaskell uses deprecated wxWidgets 2.4's API. And what is a platform that you are using? If you don't use Windows or PowerPC Mac, I think you must use just --enable-compat24 option to build wxWidgets 2.8.x. But you use these platform, you must worried care about more detail. Another solution is use wxWidgets 2.6 API, if wxHaskell build with higher 2.6.x version by #ifdef macros like wave.cpp. Does anyone already try to add supporting wxWidgets 2.6 or 2.8 API? -- shelarcy http://page.freett.com/shelarcy/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Problem with installing wxHaskell
Hi Matthias, On Thu, 15 Mar 2007 02:06:00 +0900, Matthias Schmeling <[EMAIL PROTECTED]> wrote: > I have a short question: I tried to install wxHaskell under WindowsXP. Do you add GHC's path to PATH environment variable? http://www.haskell.org/ghc/docs/latest/html/users_guide/sec-install-windows.html#id3123695 http://support.microsoft.com/kb/310519 > I used wxHaskell 0.9.4 and ghc 6.2.2 (the link to 0.9.4.1 seems to be > broken), but after installing ghc and wxHaskell I get an error when I > try to register with the register.bat: > - register packages > Der Befehl "ghc-pkg" ist entweder falsch geschrieben oder > konnte nicht gefunden werden. > Der Befehl "ghc-pkg" ist entweder falsch geschrieben oder > konnte nicht gefunden werden. > error: > Unable to register the package using "ghc-pkg". > Maybe you have an incompatible version of ghc installed? > Drücken Sie eine beliebige Taste . . . It reports that Windows can't find ghc-pkg on your computer. So I think you don't add GHC's path to your environment. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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.php&p=sourceforge&CID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Strange polygon behaviour
Hi Ari, On Fri, 02 Feb 2007 22:31:03 +0900, Arie Middelkoop <[EMAIL PROTECTED]> wrote: > I managed to fix the problem of incorrect polygon drawing on 64-bit > machines. It is basically a similar fix of what I send in a long time > ago, but it has portability issues with respect to win32: > > A simple fix is to change (in wxc/src/ewxw/eljdc.cpp) the cast to (int*) > to the cast to (intptr_t*). On a 64-bit machine, this will cause a > correct read of the 64-bit int (provided by the Haskell world) and > truncates it to a 32-bit int required by wxWidgets. > > What I remember is that intptr_t is not defined in win32. How was this > solved previous time? inttypes.h doesn't exist in Visual C++ 7 (Visual Studio 2003). But intptr_t is available by io.h. So I added compilation flag to build both gcc and Visual C++. http://sourceforge.net/mailarchive/forum.php?thread_id=31202423&forum_id=34197 http://darcs.haskell.org/wxhaskell/wxc/include/wrapper.h Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Problem with registering WxHaskell
Hi Rustam, On Thu, 21 Dec 2006 14:30:33 +0900, Rustam Akimov <[EMAIL PROTECTED]> wrote: > I did like this but a got this error message -> > ghc-pkg: dependency lang doesn't exist (use --force to override) > Reading package info from "C:\\haskell\\wxhaskell 2.4.2\\bin\\wx.pkg" ... > done. > ghc-pkg: dependency wxcore-0.9.4 doesn't exist (use --force to override) > error: > Unable to register the package using "ghc-pkg". > Maybe you have an incompatible version of ghc installed? Lang (and any other old) package is removed on GHC 6.6 that is used in Visual Haskell. And Interface file (.hi) is changed by every version now. So you must use GHC 6.6's wxHaskell binary from any other site, or build wxHaskell by hand. I uploaded binary on my project (Kamiariduki)'s file space. So you can use that. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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.php&p=sourceforge&CID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Merge wxStyledTextCntrl (Scintilla edit control wrapper) support
On Fri, 12 Jan 2007 02:13:42 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > I used modified (that to support GHC 6.6) version of Haste, to test wxSTC. > It works on Windows, but it terminate program soonly on Mac OS X. > (You can use other features on Mac OS X. So, don't worry about that.) > > And by a few reasons, this support is experimental. > - This support lacks some functionality. > -- See source code comment, you can find it. > - Some useful function implemented in Hastes's source code. > -- I have to move them. I forgot to notice one more awkward point. Current version depends on wxSTC-D3's stc.h. This file is clean-uped version of contrib/include/wx/stc/stc.h. I used this file that used in Hastes' wxSTC support. Because wxdirect's CompileSTC can't parse original file now. CompileSTC can't treat #ifdef pragma. It's not difficult task. Because this pragma separate only one condition - use SWIG or not. Of course we don't use SWIG. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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.php&p=sourceforge&CID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] Playing sound
Hi Wouter, Did you build wxWidgets with configuring --enable-sound build option? If you didn't use it, you can't use play and sound functions. http://wxhaskell.sourceforge.net/building.html Best Regards, On Thu, 14 Dec 2006 23:03:52 +0900, Wouter Swierstra <[EMAIL PROTECTED]> wrote: > I've been trying to play a .wav file from wxHaskell using: > > play (sound "bla.wav") > > Unfortunately, my program crashes as soon as this is invoked. I get > the following error message: > > user error (wxHaskell: NULL object: wavePlay) > > Is there some additional software that I need to install? I'd > appreciate any pointers. -- shelarcy http://page.freett.com/shelarcy/ - 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.php&p=sourceforge&CID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] strings truncated to one character in wxhaskell-0.10.1 under ghc-6.6
On Thu, 07 Dec 2006 11:55:29 +0900, shelarcy <[EMAIL PROTECTED]> wrote: > Because current VC project for wxWidgets-2.6.3 doesn't works well my > environment, and I was busy. Jeremy changed VC project from > "..\..\wxWidgets-2.6.3\lib\vc_lib\mswu" to "..\..\wxWidgets-2.6.3\lib\mswu" > in "Update VC++ project file to reflect updated DLL version supporting > wxWidgets 2.6.3" patch. It breaks building my environment but I don't find > where causes problem, soonly. Oops, I am wrong. wxWidgets-2.6.x's wx_adv.dsp generate setup.h in lib\vc_lib instead of just lib. So this is not my environments problem. wx_adv.dsp:890:# Begin Custom Build - Creating ..\..\lib\vc_lib\mswu\wx\setup.h wx_adv.dsp:893:"..\..\lib\vc_lib\mswu\wx\setup.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" wx_adv.dsp:894: copy "$(InputPath)" ..\..\lib\vc_lib\mswu\wx\setup.h wx_adv.dsp:900:# Begin Custom Build - Creating ..\..\lib\vc_lib\mswud\wx\setup.h wx_adv.dsp:903:"..\..\lib\vc_lib\mswud\wx\setup.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" wx_adv.dsp:904: copy "$(InputPath)" ..\..\lib\vc_lib\mswud\wx\setup.h So I wonder about Jeremy changed this part that regardless of lefting other chaged point /libpath:"..\..\wxWidgets-2.6.3\lib\vc_lib". Best Regards, -- shelarcy http://page.freett.com/shelarcy/ - 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.php&p=sourceforge&CID=DEVDEV ___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
Re: [wxhaskell-users] strings truncated to one character in wxhaskell-0.10.1 under ghc-6.6
Hi Eric, On Thu, 07 Dec 2006 08:11:58 +0900, Eric Y. Kow <[EMAIL PROTECTED]> wrote: >> One more small annoyance. I get many compiler complaints about -fPIC, e.g., >> >> g++ -c wxc/src/ewxw_main.cpp -o out/wxc/ewxw_main.o -MD >> -IC:/cygwin/usr/local/include -IC:/cygwin/usr/local/lib/wx/include/msw- >> unicode-release-static-2.6 -IC:/cygwin/usr/local/include/wx-2.6 -D__WIN95__ >> -D__WXMSW__ -fPIC -Iwxc/include >> cc1plus.exe: warning: -fPIC ignored for target (all code is position >> independent) > > Hmm, this comes from Ari's patch to add -fPIC to the Makefile. Perhaps > we need this to be set by the configure script. Anyone volunteer to > submit a patch? I know another problem exist in Ari's patch if build under Visual C++. Visual C++ doesn't have inttypes.h. So Visual C++ (VC) doesn't build wxc now. I attached darcs patch for solving its problem. I'm sorry for testing Ari's patch is late. Because current VC project for wxWidgets-2.6.3 doesn't works well my environment, and I was busy. Jeremy changed VC project from "..\..\wxWidgets-2.6.3\lib\vc_lib\mswu" to "..\..\wxWidgets-2.6.3\lib\mswu" in "Update VC++ project file to reflect updated DLL version supporting wxWidgets 2.6.3" patch. It breaks building my environment but I don't find where causes problem, soonly. Nobody pointed out this problem. So I think this is just my envirnments problem, and I don't send any patch for that. Attached also includes another patch that fix building error if using wxWdgets with -enable-odbc or #define wxUSE_ODBC 1 in setup.h (under VC). It is lacked part of my previous patch. Best Regards, -- shelarcy http://page.freett.com/shelarcy/ db_inttypes.patch Description: Binary data - 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.php&p=sourceforge&CID=DEVDEV___ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users