wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] Haskell noob here--getting wx installed on Windows Vista?

[Henk-Jan v. T. <hj...@ch...>]

On Wed, 18 Aug 2010 22:36:07 +0200, Jesse Hester <hes...@gm...>  
wrote:

> setup.exe: wx-config: does not exist.
>
> I was told to go to this page: http://sites.google.com/site/wxconfig/ and
> download wx-config. I did so, and added the folder that I saved it to to  
> my
> Path variable. I also created both user and system environment variables
> called WXWIN and set their value to the full path of wx-config (I tried  
> this
> with and without the .exe suffix).
>
> Still, cabal continues to claim that wx-config does not exist.
>

I have wx-config.exe in my search path and wx installs just fine. WXWIN  
should point to the directory where wxWidgets is installed; you should  
also define WXCFG to specify the configuration. These are the commands I  
use to install wxHaskell:

   cabal update

   set WXWIN=C:\Qwerty\usr\Henk-Jan\Haskell\wxWidgets-2.8.11
   set WXCFG=gcc_dll\mswu
   set  
CPLUS_INCLUDE_PATH=C:\Qwerty\MinGW\include\c++\3.4.5;C:\Qwerty\MinGW\include\c++\3.4.5\mingw32\

   cabal install wx --global

Environment variables that are always set in my computer:
   C_INCLUDE_PATH=C:\Qwerty\usr\local\include;C:\Qwerty\usr\local\include\SDL;
   LIBRARY_PATH=C:\Qwerty\usr\local\lib;C:\Qwerty\MinGW\lib;C:\Qwerty\usr\local\lib\curl;
These are needed for C packages in general.

You can also find instructions at
   http://www.haskell.org/haskellwiki/WxHaskell/Building

Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
--

[wxhaskell-users] Haskell noob here--getting wx installed on Windows Vista?

[Jesse H. <hes...@gm...>]

Hi,

I have Haskell Platform installed, and I recently decided to try out
wxHaskell. At first I went here:
http://hackage.haskell.org/package/wx(Hackage) and just downloaded the
wx-0.12.1.6.tar.gz<http://hackage.haskell.org/packages/archive/wx/0.12.1.6/wx-0.12.1.6.tar.gz>file.
I unzipped that and wasn't sure what to do with it, so I went to the
#haskell irc channel. They told me about cabal, so I deleted the files that
I'd downloaded and tried the following command:

cabal install wx

This appeared to be working, but at the very end I got the following error:

cabal: Error: some packages failed to install:
wx-0.12.1.6 depends on wxcore-0.12.1.6 which failed to install.
wxcore-0.12.1.6 failed during the configuration step. The exception was:
ExitFailure 1

A few lines above that:

setup.exe: wx-config: does not exist.

I was told to go to this page: http://sites.google.com/site/wxconfig/ and
download wx-config. I did so, and added the folder that I saved it to to my
Path variable. I also created both user and system environment variables
called WXWIN and set their value to the full path of wx-config (I tried this
with and without the .exe suffix).

Still, cabal continues to claim that wx-config does not exist.

I was hoping that there might be someone on this list who has used wx on
Windows and might be able to help me.

Thanks for taking the time to read this,

Jesse Hester

[wxhaskell-users] wxGCDC and GraphicsContext usage

[Vladimir M. <dpx...@gm...>]

Hi,

I need to draw semitransparent figures - rectangles, circles etc. The
wxWidgets source tarball example 'drawing' shows how to do it using
wxGCDC, Graphics Context DC. There is a GraphicsContext type in
wxHaskell, but there is neither GCDC wrapper nor DC a ->
GraphicsContext conversion function (only WindowDC a ->
GraphicsContext) to write a DC wrapper, though a simple DC was used in
that example. What should I do in this situation? Maybe I don't
understand something? I hadn't worked with wxWidgets before, sorry :)

[wxhaskell-users] Confused about macosx-app

[Jules B. <ju...@je...>]

Hi

I just recently tried to dig out an old wx-based tool I wrote and
recompile it with a more modern GHC + WX.

I'm a bit confused about what we are "supposed" to do about OSX apps
on the current wx? You don't appear to distribute the shell script
macosx-app any more?

I do see cabal-macosx, and some messages here referencing it, but is
that really the preferred solution? Do I have to build all wx apps,
even simple tools and tests, with cabal?

I do still have an old wxcore-0.10 tree lying around on my disk and it
looks like the copy of macosx-app in the config dir of that possibly
still works...

Jules

Re: [wxhaskell-users] GHC & GHCi and wxcore

[Henk-Jan v. T. <hj...@ch...>]

On Wed, 21 Jul 2010 15:09:37 +0200, eros olmi <ero...@ho...>  
wrote:

>
> Hi
> i am using the latest haskell platform for windows 2010.1.0.0
> and i have installed the wxhaskell using the cabal
> i can compile a wxhaskell program such as hello.hs successfully using:
> ghc -package wx -o hello hello.hs
> but i can't using ghci like this:
> ghci -package wx hello.hs
> GHCi, version 6.12.1: http://www.haskell.org/ghc/  :? for help
> Loading package ghc-prim ... linking ... done.
> .....    ................                done.
> Loading package wxdirect-0.12.1.3 ... linking ... done.
> : stdc++: The specified module could not be found.
> Loading package wxcore-0.12.1.6 ... <command line>: can't load .so/.DLL  
> for: std
> c++ (addDLL: could not load DLL)
> how can i solve this contradiction between GHC and GHCi since the first  
> succeeded and the second failed.  i have seen that wxcore-0.12.1.6 are  
> installed from the listing during the install process.


Jeremy O'Donoghue wrote recently about this:

> Unfortunately this is a known issue. It is the result of mixing static 
> and dynamic libraries, which is something GHCi can't do.
> I'm working on a solution, but am very short of free time, so it's taking 
> longer than I would hope. It's also quite a major change and needs a lot  
> of validation.
> There are quite a few people waiting for this, so I hope get to it as  
> quickly as possible.
> Regards
> Jeremy


Regards,
Henk-Jan van Tuyl


-- 
http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
--

[wxhaskell-users] GHC & GHCi and wxcore

[eros o. <ero...@ho...>]

Hi
i am using the latest haskell platform for windows 2010.1.0.0
and i have installed the wxhaskell using the cabal
i can compile a wxhaskell program such as hello.hs successfully using:
ghc -package wx -o hello hello.hs
but i can't using ghci like this:
ghci -package wx hello.hs
GHCi, version 6.12.1: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
.....    ................                done.  
Loading package wxdirect-0.12.1.3 ... linking ... done.
: stdc++: The specified module could not be found.
Loading package wxcore-0.12.1.6 ... <command line>: can't load .so/.DLL for: std
c++ (addDLL: could not load DLL)
 
how can i solve this contradiction between GHC and GHCi since the first succeeded and the second failed.  i have seen that wxcore-0.12.1.6 are installed from the listing during the install process.
thanks
eros

 		 	   		  
_________________________________________________________________
Hotmail: Trusted email with powerful SPAM protection.
https://signup.live.com/signup.aspx?id=60969

Re: [wxhaskell-users] Congrats and update request

[Conal E. <co...@co...>]

Hi Jeremy,

Thanks much for the update.  I'm glad to hear that ghci-friendliness is
still a priority.

My heartfelt best wishes for your wife's recovery to vibrant health!

Warmly,  - Conal

On Sat, Jul 17, 2010 at 10:04 AM, Jeremy O'Donoghue <
jer...@gm...> wrote:

> Hi Conal,
>
> Nowhere near enough, I'm afraid.
>
> I have (locally) a build which puts wxc back into a DLL, but builds in
> Cabal, which will enable GHCI with die on restart (we don't even have that
> as yet), and a plan for the next stage.
>
> Unfortunately my time for Haskell (well, anything) has been hit very hard
> over the past few months as my wife has been ill, and I have two young kids
> to look after as well as trying to keep the day job! She is starting to get
> better, so I hope that I will start to have some time for wxHaskell soon.
>
> It really is at the top of my Haskell list though.
>
> Regards
> Jeremy
>
>  On Fri, 16 Jul 2010 16:09 -0700, "Conal Elliott" <co...@co...> wrote:
>
> Any progress on the die-on-restart issue?  I've put my
> denotative/functional graphics & GUIs work on hold while waiting for the GUI
> libs situation to improve.
>
>   - Conal
>
> On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue <
> jer...@gm...> wrote:
>
>   Hi Conal,
>
> It's next on the list. Not much progress as yet, but I do understand the
> importance of this.
>
> Jeremy
>
>
> On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott" <co...@co...> wrote:
>
> Congratulations on the cabal-friendly new wxHaskell release!
>
> I will be thrilled to switch from gtk2hs back to wxHaskell for all of my
> GUI-ful projects as soon as the ghci-killing problem (crash on second
> 'start') is solved.  Any progress?
>
>    - Conal
>
>   --
>   Jeremy O'Donoghue
>   jer...@gm...
>
>
>  --
>   Jeremy O'Donoghue
>   jer...@gm...
>
>

Re: [wxhaskell-users] Congrats and update request

[Jeremy O'D. <jer...@gm...>]

Hi Conal,

Nowhere near enough, I'm afraid.

I have (locally) a build which puts wxc back into a DLL, but
builds in Cabal, which will enable GHCI with die on restart (we
don't even have that as yet), and a plan for the next stage.

Unfortunately my time for Haskell (well, anything) has been hit
very hard over the past few months as my wife has been ill, and I
have two young kids to look after as well as trying to keep the
day job! She is starting to get better, so I hope that I will
start to have some time for wxHaskell soon.

It really is at the top of my Haskell list though.

Regards
Jeremy

On Fri, 16 Jul 2010 16:09 -0700, "Conal Elliott"
<co...@co...> wrote:

  Any progress on the die-on-restart issue?  I've put my
  denotative/functional graphics & GUIs work on hold while
  waiting for the GUI libs situation to improve.
    - Conal

On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue
<[1]jer...@gm...> wrote:

Hi Conal,

It's next on the list. Not much progress as yet, but I do
understand the importance of this.

Jeremy


On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott"
<[2]co...@co...> wrote:

  Congratulations on the cabal-friendly new wxHaskell release!
  I will be thrilled to switch from gtk2hs back to wxHaskell for
  all of my GUI-ful projects as soon as the ghci-killing problem
  (crash on second 'start') is solved.  Any progress?
     - Conal

--
  Jeremy O'Donoghue
  [3]jer...@gm...

References

1. mailto:jer...@gm...
2. mailto:co...@co...
3. mailto:jer...@gm...
-- 
  Jeremy O'Donoghue
  jer...@gm...

Re: [wxhaskell-users] Congrats and update request

[Conal E. <co...@co...>]

Any progress on the die-on-restart issue?  I've put my denotative/functional
graphics & GUIs work on hold while waiting for the GUI libs situation to
improve.

  - Conal

On Mon, Nov 16, 2009 at 3:18 AM, Jeremy O'Donoghue <
jer...@gm...> wrote:

>  Hi Conal,
>
> It's next on the list. Not much progress as yet, but I do understand the
> importance of this.
>
> Jeremy
>
> On Sun, 15 Nov 2009 18:05 -0800, "Conal Elliott" <co...@co...> wrote:
>
> Congratulations on the cabal-friendly new wxHaskell release!
>
> I will be thrilled to switch from gtk2hs back to wxHaskell for all of my
> GUI-ful projects as soon as the ghci-killing problem (crash on second
> 'start') is solved.  Any progress?
>
>    - Conal
>
> --
>   Jeremy O'Donoghue
>   jer...@gm...
>
>

[wxhaskell-users] asynchronous updates

[Alex <a.p...@go...>]

Hello,

I am using wxHaskell to graphically show the state of a program that 
advertises state updates using TCP (which I decode using Data.Binary). 
When an update is received, I want to update the display. So I want the 
GUI to update its display asynchronously. I know that |processExecAsync| 
runs a command line process asynchronously, but I don't think this is 
what I want.

Here is a toy example of the situation: In a separate process, there is 
a counter. Every time that the counter is incremented, it sends a 
message via TCP to other Haskell processes (the clients). The clients 
manage a gui (in wxHaskell) that displays the value of the counter. When 
an update is received by the client, I want to update the counter on the 
display.

Ideally, I would like to spawn a thread to monitor the incoming TCP 
messages and then update the display from there, but I think this might 
mess up the event loop.

Many thanks,
Alexander.

Re: [wxhaskell-users] ANN: wxHaskell 0.12.6

[Günther S. <gue...@we...>]

Hi Jeremy,

is it possible to get wx to run with ghci / runghc at all? I don't mean 
restart the gui within a ghci, I mean to get it to run within a ghci 
session period.

I don't seem to be able to do so, neither under Win32 nor Mac OS X.

Günther




Am 21.05.10 15:57, schrieb Jeremy O'Donoghue:
> Hi lists.
>
> I am pleased to announce the release of wxHaskell 0.12.6. This is purely
> a bugfix release, and fixes the following issues:
>
> 2939531: Setup.hs type error in wxcore (cabal 1.7 API change)
> 2903042: Build fails on GHC 6.12.1-rc2 due to containers dependency
> (cabal fix)
> 2903042: TaskBarIcon don't show a popup menu (added new sample to show
> how to do this)
> 2851194: FindReplaceData issue
> 1224727: textColor attribute does not appear to work correctly
>
> You can install using 'cabal install wx' on any platform supported by
> Cabal, provided that you have a recent (>  2.8.6 is recommended)
> wxWidgets installation. If you need help installing wxWidgets or
> wxHaskell, please see http://haskell.org/haskellwiki/WxHaskell/Building.
>
> For developers, the darcs repository contains all of the patches, and is
> up-to-date with respect to the Cabal distribution.
>
> Regards
> Jeremy
>
> ------------------------------------------------------------------------------
>

Re: [wxhaskell-users] Haskell newbie - looking for IDE for cross-platform GUI programming involving datagrids

[Jeremy O'D. <jer...@gm...>]

Hi Stefan,

I'll do my best - quite a few questions, and a few areas where I think
you'll need to compromise.

On Sat, 12 Jun 2010 17:08 -0300, "Stefan Scott Alexander"
<ste...@gm...> wrote:

[snip] 
> (One particular additional GUI requirement I also have is a decent
> datagrid control having custom cell editors - a multi-column
> combo-box control or a calendar control. Plus "freezable" 
> left-hand column(s) would also be nice. I rejected gtk2hs because
> it didn't seem to have any sort of datagrid. I see that wxWidgets 
> includes the class wxGrid which supports a wxGridCellChoiceEditor, 
> and I imagine other features could be added to wxGrid via 
> subclassing.)

Haskell doesn't directly support subclassing - it's not an Object
Oriented language in any accepted sense of the word. This means that (in
effect) you typically extend/customize by aggregation rather than by
inheritance. 

WxHaskell wraps most of wxWidgets, so you should be able to get at
pretty much all of the functionality of the wxGrid, but it may be a bit
ugly in places.

> Regarding the choice to use Haskell: Haskell seems to be close to the
> functional languages that I like. And although benchmarks are to be taken
> with a grain of salt, I was pleasantly surprised to find that a
> functional language like Haskell can be very fast:

Optimized Haskell can be very fast indeed, but bear in mind that many of
the shootout programs have had a *lot* of optimization applied. Out of
the box, idiomatic Haskell is pretty fast, but it isn't C++ when it
comes to performance. I should also mention that lazy evaluation can
lead to cases where memory usage and/or performance are not easy to
reason about. Nonetheless, I find it far faster to develop in Haskell,
and the performance has always been pretty decent.

> http://shootout.alioth.debian.org/
> 
> Also Haskell has lots of libraries written for it:

The library situation is not quite so good on Windows as it is on Linux.
Haskell itself is very portable, and 'pure' Haskell libraries almost
never cause issues, but libraries which wrap external libraries (e.g.
XML parser written in C) can be very difficult to get going on Windows
in practice.
 
> Regarding Haskell Platform 2010.1.0.0 and wxHaskell on Windows, this post
> indicates that some additional steps may be involved:
> 
> http://wewantarock.wordpress.com/tag/wxhaskell/

That's correct (I wrote the post!). The current version of Haskell
Platform was mistakenly released with only a C compiler (Haskell
Platform includes a cut-down MinGW). This will be fixed in the next
release. The blog post basically explains one way of putting the missing
C++ support back into the platform.
 
> As a beginner with Haskell and wxHaskell, I'm a bit confused right now
> about all the various pieces I might need to get started and how to
> actually use them. I have the following questions:
> 
> 1 - Which IDE(s) would people recommend for doing cross-platform GUI
> programming using Haskell & wxHaskell?

There aren't too many choices. I have only used two, although people
have been saying good things about Leksah, which is a Haskell GUI
written in Haskell (using Gtk2HS).

Personally I use emacs about 99% of the time. Whether you consider this
to be an IDE is probably open (most wouldn't), but it probably has the
best and most mature Haskell support around. You will want haskell-mode,
and may be interested in adding scion (which gives flymake support, and
some nice IDE-like functionality.

I've also used EclipseFP, which is an Eclipse-based Haskell environment.
This is a bit friendlier than emacs, but feels like a work in progress
in places, and has a few rough edges. It's very promising, however.

> 2 - Where might I find information on how to put all the various pieces
> together? For example when creating a project in CodeBlocks, it asks me
> if
> I'll be using wxSmith or wxFormBuilder (or no GUI builder). So I guess I
> might also need to install one of these in order to best use CodeBlocks?

You need to generate a plain XRC file (this is the XML representation of
wxWidgets serialization). I'll explain a bit more further down...

> 3 - What is the process for using an IDE to do cross-platform GUI
> programming using Haskell & wxHaskell? I assume I would start by
> designing
> an interface using the IDE and write some code in Haskell. Would this
> give
> me an interface defined in terms of just wxWidgets? Would I have to do
> something additional to get the interface to be defined in terms of
> wxHaskell?

Create your GUI with your preferred GUI designer. I used wxFormBuilder
when I was developing the XRC support, but I think most of the others
should be able to work. You just need to tell them to generate an XRC
file.

> 5 - I hear that some of the IDEs emit something called XRC files, and
> according to this link (http://haskell.org/haskellwiki/WxHaskell)
> wxHaskell now supports these files. Do I have to create XRC files? If
> so, what do I do with them?

Most of the GUI designers work in much the same way. You design your GUI
and then the designer generates some code. You generally have two or
three options in most of them.

One approach is to generate C++ (or, occasionally, wxPython) code which
will display your GUI. This code typically contains comments along the
lines of 'put your code here' in places. It tends to have the advantage
of generating smaller and faster code, and works better if you are using
subclassing in your design (XRC has basic subclassing support, but I
don't think it works very well).

The other approach is to generate an XML representation of the control
tree. This is what an XRC file is (you can create one by hand if you
want to). Recent versions of wxHaskell can load XRC files which contain
standard wxWidgets controls. What happens is that you load the XRC file
into the main frame of the application, which deserializes the XRC file
and instantiates objects corresponding to the UI described by the XRC.

In wxHaskell, when you create a widget, e.g. by:

  b <- button parent []

The widget handle, b, is just a Haskell wrapper around a C++ pointer to
a wxButton object. As such, you can fetch a handle to anything created
by the XRC file abd then use it just like any object ceated in
wxHaskell. There *is* a downside, and that is that the XRC widget
creation functions are not typseafe. If you fetch a control into the
wrong type, you will likely get a hard crash.

> 4 - The IDEs are often geared towards development using C++. I assume I
> can
> safely ignore the options about C++, but how do I find the options for
> building and compiling my code using Haskell and wxHaskell using one of
> these IDEs? I see menus in DialogBlocks and CodeBlocks asking me to pick
> a
> C++ compiler. Do I need a C++ compiler in order to use a wxWidgets IDE
> with
> Haskell? Do I need to customize the IDE so that it can access a Haskell
> compiler instead of a C++ compiler?

You may be able to do this with some IDEs, but it isn't always easy.
EclipseFP at least has the hard work done for you.

You do need a C++ compiler, as it's required to build wxHaskell itself,
but it needs to be the one in the Haskell Platform (if you're on
Windows, anyway). However, the wxWidgets IDE simply needs to generate an
XRC file for you.

I should add, finally, that wxHaskell does have its own declarative
approach to GUI, Layout, which is in some respects safer to use. It's
certainly more mature and typesafe, but a little trickier to get quite
the behaviour you expect with.

Good luck. I'll be happy to try to answer more specific questions.

Regards
Jeremy
-- 
  Jeremy O'Donoghue
  jer...@gm...

[wxhaskell-users] Haskell newbie - looking for IDE for cross-platform GUI programming involving datagrids

[Stefan S. A. <ste...@gm...>]

Hi -

After doing some work using the executable algebraic specification language
called Maude (in the OBJ3/CafeOBJ family) and playing with Scala, C#, and
the functional array-programming languages J (jsoftware.com) and K/KDB (
kx.com), I'm looking for an IDE to use for real-world cross-platform GUI
programming (mainly database work to start with) - developing on XP and
deploying to Windows, Linux, Mac and maybe eventually some of the mobile
devices. Currently I'm leaning towards Haskell and wxHaskell, and I would
appreciate any opinions on which IDE(s) might be good to use, as well as any
pointers on how to put all the various necessary pieces together and use
them.


(One particular additional GUI requirement I also have is a decent datagrid
control having custom cell editors - a multi-column combo-box control or a
calendar control. Plus "freezable" left-hand column(s) would also be nice. I
rejected gtk2hs because it didn't seem to have any sort of datagrid. I see
that wxWidgets includes the class wxGrid which supports
a wxGridCellChoiceEditor, and I imagine other features could be added to
wxGrid via subclassing.)


Regarding the choice to use Haskell: Haskell seems to be close to the
functional languages that I like. And although benchmarks are to be taken
with a grain of salt, I was pleasantly surprised to find that a functional
language like Haskell can be very fast:

http://shootout.alioth.debian.org/

Also Haskell has lots of libraries written for it:

http://hackage.haskell.org/packages/archive/pkg-list.html

<http://hackage.haskell.org/packages/archive/pkg-list.html>By the way,
there's an interesting post comparing languages here:

http://blog.srinivasan.biz/software/if-you-have-to-learn-just-one-programming-language

where Haskell is one of the top choices after Scala. I do like Scala but I
prefer to avoid the JVM.


I've downloaded and installed the 2010.1.0.0 Haskell Platform, wxWidgets
2.8.11, MinGW 5.1.6, and MSys 1.0.11.

So far I've also installed DialogBlocks 4.38 and CodeBlocks 10.05 to do some
initial comparisons.

For what it's worth, I've seen a list (put together by the people from
CodeBlocks I think) comparing several wxWidgets IDEs:

http://wiki.codeblocks.org/index.php?title=Comparison_of_wxSmith_features

And I've heard that DialogBlocks was developed by one of the developers of
wxWidgets.


Regarding Haskell Platform 2010.1.0.0 and wxHaskell on Windows, this post
indicates that some additional steps may be involved:

http://wewantarock.wordpress.com/tag/wxhaskell/


As a beginner with Haskell and wxHaskell, I'm a bit confused right now about
all the various pieces I might need to get started and how to actually use
them. I have the following questions:

1 - Which IDE(s) would people recommend for doing cross-platform GUI
programming using Haskell & wxHaskell?

2 - Where might I find information on how to put all the various pieces
together? For example when creating a project in CodeBlocks, it asks me if
I'll be using wxSmith or wxFormBuilder (or no GUI builder). So I guess I
might also need to install one of these in order to best use CodeBlocks?

3 - What is the process for using an IDE to do cross-platform GUI
programming using Haskell & wxHaskell? I assume I would start by designing
an interface using the IDE and write some code in Haskell. Would this give
me an interface defined in terms of just wxWidgets? Would I have to do
something additional to get the interface to be defined in terms of
wxHaskell?

5 - I hear that some of the IDEs emit something called XRC files, and
according to this link (http://haskell.org/haskellwiki/WxHaskell) wxHaskell
now supports these files. Do I have to create XRC files? If so, what do I do
with them?

4 - The IDEs are often geared towards development using C++. I assume I can
safely ignore the options about C++, but how do I find the options for
building and compiling my code using Haskell and wxHaskell using one of
these IDEs? I see menus in DialogBlocks and CodeBlocks asking me to pick a
C++ compiler. Do I need a C++ compiler in order to use a wxWidgets IDE with
Haskell? Do I need to customize the IDE so that it can access a Haskell
compiler instead of a C++ compiler?

Sorry if this seems really disjointed. As a a novice in the area of using
Haskell for cross-platform GUI programming, I'm a bit overwhelmed now by the
various choices out there for IDEs and the concrete steps involved in
developing and deploying a cross-platform GUI project using wxHaskell. Any
pointers would be greatly appreciated!

- Scott

Re: [wxhaskell-users] center a window on the screen

[Günther S. <gue...@we...>]

Hello Jeremy,

after some digging I found the function fragmentary.

Best regards

Günther


Am 11.06.10 09:19, schrieb Jeremy O'Donoghue:
> Hi Guenther,
>
> The correct function will be windowCenterOnScreen win direction
> (windowCenterOnScreen :: Window a ->  Int ->  IO ()).
>
> It's not presently wrapped, but will be in the darcs repo by the end of
> the day (UK time) as it's about a five line trivial change, so I'm
> pretty confident in making the prediction.
>
> Regards
> Jeremy
>
> On Thu, 10 Jun 2010 20:13 +0200, "Günther Schmidt"<gue...@we...>
> wrote:
>> Hi,
>>
>> what's the right code to center a top-level window on the screen?
>>
>> Günther
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> wxhaskell-users mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>>

Re: [wxhaskell-users] center a window on the screen - Correction

[Günther S. <gue...@we...>]

Hello Jeremy,

after some digging I found the function frameCenter.

Best regards

Günther

Sry, my spelling program had swaped the name of the function without me 
noticing.



Am 11.06.10 09:19, schrieb Jeremy O'Donoghue:
> Hi Guenther,
>
> The correct function will be windowCenterOnScreen win direction
> (windowCenterOnScreen :: Window a ->  Int ->  IO ()).
>
> It's not presently wrapped, but will be in the darcs repo by the end of
> the day (UK time) as it's about a five line trivial change, so I'm
> pretty confident in making the prediction.
>
> Regards
> Jeremy
>
> On Thu, 10 Jun 2010 20:13 +0200, "Günther Schmidt"<gue...@we...>
> wrote:
>> Hi,
>>
>> what's the right code to center a top-level window on the screen?
>>
>> Günther
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> wxhaskell-users mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>>

Re: [wxhaskell-users] center a window on the screen

[Jeremy O'D. <jer...@gm...>]

Hi Guenther,

The correct function will be windowCenterOnScreen win direction
(windowCenterOnScreen :: Window a -> Int -> IO ()).

It's not presently wrapped, but will be in the darcs repo by the end of
the day (UK time) as it's about a five line trivial change, so I'm
pretty confident in making the prediction.

Regards
Jeremy

On Thu, 10 Jun 2010 20:13 +0200, "Günther Schmidt" <gue...@we...>
wrote:
> Hi,
> 
> what's the right code to center a top-level window on the screen?
> 
> Günther
> 
> 
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate 
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
> lucky parental unit.  See the prize list and enter to win: 
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> 
-- 
  Jeremy O'Donoghue
  jer...@gm...

[wxhaskell-users] center a window on the screen

[Günther S. <gue...@we...>]

Hi,

what's the right code to center a top-level window on the screen?

Günther

Re: [wxhaskell-users] Unbuffering gui updates

[Fergus W. <fer...@ya...>]

--- On Sun, 6/6/10, Fernando Benavides <gre...@gm...> wrote:
> I run into the same issue in the
> development of hpage.  The workaround I've found is to
> have a refresh timer ticking every (say) 100ms, something
> like:
> 
> _timer <- timer [interval := 100, on command := return
> ()]
> 
> Hope this helps.
> 
> PS: If I remeber well, I wrote a longer mail a while ago
> talking about this :)

Would that be this message?:

http://www.mail-archive.com/wxh...@li.../msg00840.html

I think that's done the trick!  After I'd stared blankly at this for a while, the penny dropped: the fix, if I'm following this right, is to do the GUI update asynchronously (i.e. in a forkIO), _and_ to use a timer of the desired granularity, as above.  This seems to work (though unfortunately also causes inconsistent updates violating a program invariant, a "freeHaskellFunctionPtr: not for me, guv!" error, and periodically a segmentation fault (I think this probably relates to combining concurrency and mutable variables, which I need to go fix next)).

Cheers,
Alex.


      

Re: [wxhaskell-users] Unbuffering gui updates

[Fernando B. <gre...@gm...>]

I run into the same issue in the development of hpage.  The workaround  
I've found is to have a refresh timer ticking every (say) 100ms,  
something like:

_timer <- timer [interval := 100, on command := return ()]

Hope this helps.

PS: If I remeber well, I wrote a longer mail a while ago talking about  
this :)

On Jun 5, 2010, at 7:54 PM, Fergus Windbag wrote:

> I've noticed that wxHaskell seems to buffer or synchronise component  
> updates. That is, if I have something along the lines of:
>
>    on command := set w1 ... >> grind, grind >> set w2 ...
>
> then I don't see the update to w1 until it's all done. It doesn't  
> seem to be a strictness issue:  if I interleave the GUI ops with  
> stdout, waits, and system call, those all seem to happen lazily, and  
> the GUI updates in batch, at the end.
>
> I assumed I could alter this behaviour with "refresh", or else with  
> "repaint", but those don't seem to have an discernible effect. Is  
> there a a simple way to change this, or do I need to entirely  
> restructure, to introduce explicit asynchrony?
>
> My installation is Fedora 10/GNOME, should there be any platform- 
> dependence.
>
> Sorry if this is covered in the documentation, or based on some  
> fundamental confusion as to how the toolkit's intended to work, but  
> I'm somewhat stuck at this point, and haven't turned up anything in  
> the docs or on the web.
>
> Cheers,
> Alex.
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

[wxhaskell-users] Unbuffering gui updates

[Fergus W. <fer...@ya...>]

I've noticed that wxHaskell seems to buffer or synchronise component updates. That is, if I have something along the lines of:

    on command := set w1 ... >> grind, grind >> set w2 ...

then I don't see the update to w1 until it's all done. It doesn't seem to be a strictness issue:  if I interleave the GUI ops with stdout, waits, and system call, those all seem to happen lazily, and the GUI updates in batch, at the end.

I assumed I could alter this behaviour with "refresh", or else with "repaint", but those don't seem to have an discernible effect. Is there a a simple way to change this, or do I need to entirely restructure, to introduce explicit asynchrony?

My installation is Fedora 10/GNOME, should there be any platform-dependence.

Sorry if this is covered in the documentation, or based on some fundamental confusion as to how the toolkit's intended to work, but I'm somewhat stuck at this point, and haven't turned up anything in the docs or on the web.

Cheers,
Alex.


      

[wxhaskell-users] ANN: wxHaskell 0.12.6

[Jeremy O'D. <je...@o-...>]

Hi lists.

I am pleased to announce the release of wxHaskell 0.12.6. This is purely
a bugfix release, and fixes the following issues:

2939531: Setup.hs type error in wxcore (cabal 1.7 API change)
2903042: Build fails on GHC 6.12.1-rc2 due to containers dependency
(cabal fix)
2903042: TaskBarIcon don't show a popup menu (added new sample to show
how to do this)
2851194: FindReplaceData issue
1224727: textColor attribute does not appear to work correctly

You can install using 'cabal install wx' on any platform supported by
Cabal, provided that you have a recent (> 2.8.6 is recommended)
wxWidgets installation. If you need help installing wxWidgets or
wxHaskell, please see http://haskell.org/haskellwiki/WxHaskell/Building.

For developers, the darcs repository contains all of the patches, and is
up-to-date with respect to the Cabal distribution.

Regards
Jeremy

[wxhaskell-users] wxcore.cabal doesn't explicitly require wxGTK etc?

[Jens P. <pet...@ha...>]

Hi,

I was trying to build wxcore on Fedora with ghc-6.12.x and without
wxGTK installed and I got just:

$ cabal configure
:
parsing: src/include/textstream.h
parsing: src/include/stc.h
parsing: src/include/stc_gen.h
generated 1560 methods for 120 classes.
generating: src/haskell/Graphics/UI/WXCore/WxcClassesMZ.hs
generated 2184 methods for 123 classes.
generating: src/haskell/Graphics/UI/WXCore/WxcClasses.hs
generated 3744 total methods for 243 total classes.
ok.
parsing: src/eiffel/wxc_defs.e
parsing: src/eiffel/wx_defs.e
parsing: src/eiffel/stc.e
generating: src/haskell/Graphics/UI/WXCore/WxcDefs.hs
generated 2439 constant definitions
ok.
setup: failed
$

Shouldn't it complain about missing wxGTK-devel, etc or is there no
portable way to express that?

-jens

Re: [wxhaskell-users] Building on Windows 7

[Dan H. <dev...@gm...>]

Thanks for the help, Jeremy. I managed to get it working. I tried just
copying my entire mingw distribution over the one that comes with the
platform, and everything worked out. I'll post if that breaks any other
libraries or anything. Hopefully the fix is exactly that straightforward
until the platform gets updated/"fixed"

- Dan

On Wed, May 5, 2010 at 7:59 AM, Jeremy O'Donoghue <
jer...@gm...> wrote:

> Hi Dan,
>
> I believe it's pretty difficult to build Haskell Platform for Windows as it
> is far from trivial to build some of the C libraries which are wrapped. I
> have a (horrible) work-around for the problem on the latest Haskell Platform
> - you'll see it in another mail.
>
> Regards
> Jeremy
>
>  On Tue, 04 May 2010 16:23 -0400, "Dan Haraj" <dev...@gm...> wrote:
>
> Thanks for your help Jeremy,
>
> I'll look into using an older version for now. Or, would it also be
> possible for me to set up an equivalent platform by hand? I would like to
> use the latest versions of all the tools, and I wouldn't mind actually
> learning what is in the platform anyway.
>
> On Tue, May 4, 2010 at 7:47 AM, Jeremy O'Donoghue <
> jer...@gm...> wrote:
>
>  Hi Dan,
>
> I have confirmed the problem exists, but it's really a Haskell Platform
> (rather than Windows 7)issue - the latest Haskell Platform doesn't include
> C++ support. Workaround is to use the previous Haskell Platform version. I'm
> posting to Haskell list to see if there's a work-around.
>
> Regards
> Jeremy
>
>   On Mon, 03 May 2010 00:41 -0400, "Dan Haraj" <dev...@gm...> wrote:
>
>  I have been trying to build the latest version on windows 7 for a few
> days now. I have not managed to get it. The furthest I have gotten has given
> me an error-dump from cabal about /include/wx/string.h after [22 of 22]...
> \WXCore.o
>
> I built wx in the way that was prescribed by the wiki page. I then set the
> environment variable WXWIN and WXCFG properly. When I tried to run cabal
> install wx, it failed telling me I didn't have a long list of C libraries. I
> then ran cabal install wx --extra-include-dirs = "" --extra-lib-dirs "" to
> point to the libraries in my mingw distribution. I am using my own instead
> of the one that comes with the haskell platform because the latter didn't
> seem to have the libraries. I don't know. I am very new to Haskell.
>
> Anyway, running with the extra flags worked except for the error I
> described in the first line of this message. I don't know what to do. I have
> noticed that wxhaskell's wiki page does not state that it has been
> successfully built on Win7. Is this the state of things?
>
> Thanks
>
> -Dan
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> wxhaskell-users mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>   --
>   Jeremy O'Donoghue
>   jer...@gm...
>
>
>  --
>   Jeremy O'Donoghue
>   jer...@gm...
>
>

Re: [wxhaskell-users] [Haskell] Latest Haskell Platform for Windows (2010.1.0.0) does not seem to include C++ support

[Jeremy O'D. <jer...@gm...>]

Hi list(s),

(Apologies for cross-posting, but likely to be of interest to both
lists)

As lack of C++ support on latest Haskell Platform prevents wxHaskell
cabal install for Windows, and may well be causing issues for others, I
present a vile hack which will get you some level of working C++
support. This has been verified to work on a Windows 7 machine.

You will need a clean MinGW 3.4.5 installation (I used the current
Windows MinGW installer to get this, but many of you probably have MinGW
lying around anyway) as a source for the files below:

Copy cc1plus.exe from a MinGW 3.4.5 install into c:\Program Files
(x86)\Haskell Platform\2010.1.0.0\mingw\libexec\gcc\mingw32\3.4.5
Copy libstdc++.a from a MinGW 3.4.5 install into c:\Program Files
(x86)\Haskell Platform\2010.1.0.0\mingw\lib
Copy the entire contents of include\c++ directory from a MinGW 3.4.5
install into c:\Program Files (x86)\Haskell
Platform\2010.1.0.0\mingw\include\c++

At this point you have a sufficient C++ environment to cabal install wx
and get a working wxHaskell installation. There are a number of files
missing from a complete MinGW C++ installation, so I don't guarantee
this as working for all C++ code.

On Windows 7, you will need to do your 'cabal install wx' in a command
window running as Administrator. 'cabal install wx --user' does not work
in a normal shell. I'll look into this later.

Regards
Jeremy

On Tue, 04 May 2010 22:18 +0100, "Neil Mitchell" <ndm...@gm...>
wrote:
> Hi
> 
> >> On checking, Haskell Platform\2010.1.0.0\mingw\libexec\gcc\mingw32\3.4.5
> >> does not contain cc1plus.exe. Previous versions of the platform have
> >> done so. Is this an accidental change or a deliberate policy decision?
> >
> > ghc-6.12.1 on Windows did not include the mingw C++ compiler.  This was a
> > mistake.  It is included once more in ghc-6.12.2.
> 
> ghc-6.12.1 didn't include cc1plus.exe or libstdc++.a. The lack of
> libstdc++.a caused a failure in something I was building, so I raised
> a bug and it's now included in 6.12.2. I didn't explicitly compile any
> C++ code, so it's possible that still doesn't work.
> 
> It wasn't a policy decision, merely an accident, and I'm sure if you
> alert people it will be rectified (since otherwise it's a regression).
> 
> Thanks, Neil
> 
-- 
  Jeremy O'Donoghue
  jer...@gm...

Re: [wxhaskell-users] Building on Windows 7

[Jeremy O'D. <jer...@gm...>]

Hi Dan,

I believe it's pretty difficult to build Haskell Platform for
Windows as it is far from trivial to build some of the C
libraries which are wrapped. I have a (horrible) work-around for
the problem on the latest Haskell Platform - you'll see it in
another mail.

Regards
Jeremy

On Tue, 04 May 2010 16:23 -0400, "Dan Haraj" <dev...@gm...>
wrote:

Thanks for your help Jeremy,



I'll look into using an older version for now. Or, would it also
be possible for me to set up an equivalent platform by hand? I
would like to use the latest versions of all the tools, and I
wouldn't mind actually learning what is in the platform anyway.

On Tue, May 4, 2010 at 7:47 AM, Jeremy O'Donoghue
<[1]jer...@gm...> wrote:

Hi Dan,

I have confirmed the problem exists, but it's really a Haskell
Platform (rather than Windows 7)issue - the latest Haskell
Platform doesn't include C++ support. Workaround is to use the
previous Haskell Platform version. I'm posting to Haskell list to
see if there's a work-around.

Regards
Jeremy

On Mon, 03 May 2010 00:41 -0400, "Dan Haraj"
<[2]dev...@gm...> wrote:

I have been trying to build the latest version on windows 7 for a
few days now. I have not managed to get it. The furthest I have
gotten has given me an error-dump from cabal about
/include/wx/string.h after [22 of 22]... \WXCore.o

I built wx in the way that was prescribed by the wiki page. I
then set the environment variable WXWIN and WXCFG properly. When
I tried to run cabal install wx, it failed telling me I didn't
have a long list of C libraries. I then ran cabal install wx
--extra-include-dirs = "" --extra-lib-dirs "" to point to the
libraries in my mingw distribution. I am using my own instead of
the one that comes with the haskell platform because the latter
didn't seem to have the libraries. I don't know. I am very new to
Haskell.

Anyway, running with the extra flags worked except for the error
I described in the first line of this message. I don't know what
to do. I have noticed that wxhaskell's wiki page does not state
that it has been successfully built on Win7. Is this the state of
things?

Thanks

-Dan

-------------------------------------------------------------------------
-----


_______________________________________________
wxhaskell-users mailing list
[3]wxh...@li...
[4]https://lists.sourceforge.net/lists/listinfo/wxhaskell-users


--
  Jeremy O'Donoghue
  [5]jer...@gm...

References

1. mailto:jer...@gm...
2. mailto:dev...@gm...
3. mailto:wxh...@li...
4. https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
5. mailto:jer...@gm...
-- 
  Jeremy O'Donoghue
  jer...@gm...