Re: [wxhaskell-users] [Announce] wxHaskell 0.90
I also get this with the HomeBrew wxWidgets. (Just to be clear it's not just MacPorts :-)) On 17 Apr 2012, at 22:28, Conal Elliott wrote: I get the following when trying to run a simple wxHaskell program in ghci: Loading package wxc-0.90.0.2 ... can't load framework: QuickTime (dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, 9): no suitable image found. Did find: /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper) Any suggestions? I'm using Mac OS 10.6.8 and GHC-7.0.4 from the Haskell Platform. -- Conal -- Eric Kow http://erickow.com signature.asc Description: Message signed with OpenPGP using GPGMail -- 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] [Announce] wxHaskell 0.90
Conal Elliott wrote: I'm excited to see progress in ghci-friendliness! I installed wxWidgets-devel-2.9.3 via macports and then wxHaskell, and I get the following when trying to run a simple wxHaskell program in ghci: Loading package wxc-0.90.0.2 ... can't load framework: QuickTime (dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, 9): no suitable image found. Did find: /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper) Any suggestions? I'm using Mac OS 10.6.8 and GHC-7.0.4 from the Haskell Platform. It appears to me that the QuickTime framework only supports 32bit and PPC architectures $ cd /System/Library/Frameworks/QuickTime.framework/ $ lipo -info QuickTime Architectures in the fat file: QuickTime are: i386 ppc7400 This means that you can't link it with 64bit code. As far as I understand the situation, Apple is doing a complete reimplementation of QuickTime. The legacy QuickTime framework as used by the QuickTime Player 7 will not be updated to 64bit. Best regards, Heinrich Apfelmus -- http://apfelmus.nfshost.com -- 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] virtual list control
They could be added easily. I'll take a look. On 15/04/2012 12:16, Fabian Binz fabianb...@yahoo.de wrote: Hello, I need to display a quite large number of data in a list control and use the items¹ attribute for that purpose. However, I¹m not content with the speed of this solution and would like to use a virtual¹ list control instead, as it is described here: [1] The problem is, that the necessary constants and functions (i.e. wxLC_VIRTUAL) are not defined by wxHaskell. Is there a technical reason for this or could they be added easily? Regards, Fabian [1]: http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2_ __ wxhaskell-users mailing list wxhaskell-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxhaskell-users -- 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] [Announce] wxHaskell 0.90
I'll try and take a look at it this week. Currently I don't have a convenient wxWidgets 2.8.x development environment, but I'll create one. Jeremy On 14/04/2012 22:40, Henk-Jan van Tuyl hjgt...@chello.nl wrote: L.S., I had some problems installing the branch for wxWidgets 2.8.x: The command cabal install 'wx 0.90' results in Resolving dependencies... Downloading wxdirect-0.90... : . The dependency on wxcore in wx.cabal (version 0.13.2.1) must have an upper limit ' 0.90' and the dependency in wxdirect in wxcore.cabal (version 0.13.2.1) must have an upper limit ' 0.90' Another bug: Cabal-install tried to install wxc-0.90; I saw the following error message: setup.exe: This version of wxcore requires wx 2.9 to be available wx should be wxWidgets, of course. Regards, Henk-Jan van Tuyl -- http://Van.Tuyl.eu/ http://members.chello.nl/hjgtuyl/tourdemonad.html Haskell programming -- -- 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
