wxhaskell-devel Mailing List for wxHaskell

On linux

The Glorious Glasgow Haskell Compilation System, version 8.6.5

compiled using version 2.4.0.1 of the Cabal library
1.3.6.1-BYFFNcZJFE8A61mvswaSZH) requires time-1.8.0.2
wxdirect would not istall via cabal. Downloading the archive to dig deeper
and running configure  I get

This package indirectly depends on multiple versions of the same package.
This is very likely to cause a compile failure.
      package text (text-1.2.4.0-2ioOlD8VDXvIdRjkn7jQ2N) requires
array-0.5.3.0
      package deepseq (deepseq-1.4.4.0) requires array-0.5.3.0
      package containers (containers-0.6.2.1-ChagGP7vch8FhOClSM0wYR)
requires array-0.5.3.0
      package binary (binary-0.8.8.0-xIsyONPiRj4PHS6QH94MI) requires
array-0.5.3.0
      package strict (strict-0.3.2-DP5FvAMlpD7YzHTh3a9B7) requires
array-0.5.4.0-JTWuK1N2qV6Hp4ahtyDNgH
      package wxdirect (wxdirect-0.92.3.0) requires
time-1.10-BMxqFVrI4CvBhqQD8eT7Hn
      package unix (unix-2.7.2.2-41NgTOCE07rBsn9g3jmFpU) requires
time-1.8.0.2
      package directory (directory-

Trying stack I get



ownloading lts-15.12 build plan ...
RedownloadFailed Request {
  host                 = "raw.githubusercontent.com"
  port                 = 443
  secure               = True
  requestHeaders       = []
  path                 = "/fpco/lts-haskell/master//lts-15.12.yaml"
  queryString          = ""
  method               = "GET"
  proxy                = Nothing
  rawBody              = False
  redirectCount        = 10
  responseTimeout      = ResponseTimeoutDefault
  requestVersion       = HTTP/1.1
}
 "/home/david/.stack/build-plan/lts-15.12.yaml" (Response {responseStatus =
Status {statusCode = 404, statusMessage = "Not Found"}, responseVersion =
HTTP/1.1, responseHeaders =
[("Connection","keep-alive"),("Content-Length","14"),("Content-Security-Policy","default-src
'none'; style-src 'unsafe-inline';
sandbox"),("Strict-Transport-Security","max-age=31536000"),("X-Content-Type-Options","nosniff"),("X-Frame-Options","deny"),("X-XSS-Protection","1;
mode=block"),("Content-Type","text/plain; charset=utf-8"),("Via","1.1
varnish
(Varnish/6.0)"),("X-GitHub-Request-Id","A8D4:1A3F:13F0C3:19BC81:5ECA74A9"),("Accept-Ranges","bytes"),("Date","Sun,
24 May 2020 13:20:41 GMT"),("Via","1.1
varnish"),("X-Served-By","cache-lcy19231-LCY"),("X-Cache","MISS,
MISS"),("X-Cache-Hits","0,
0"),("X-Timer","S1590326442.608777,VS0,VE141"),("Vary","Authorization,Accept-Encoding"),("Access-Control-Allow-Origin","*"),("X-Fastly-Request-ID","e5f67693e6e9712aa133e0d0a45c394e52c7e305"),("Expires","Sun,
24 May 2020 13:25:41 GMT"),("Source-Age","0")], responseBody = (),
responseCookieJar = CJ {expose = []}, responseClose' = ResponseClose})



Can anyone decode this for me? Do I have any chance of getting a working wx
or should I abandon all hope?

thanks,
David

Trying to build wx on linux (ubuntu)

I run into problems with multiple versions in conflict configuring
wxdirect-0.92.3.0...
ghc-8.6.5
cabal-install 2.4.0.0

Warning:
    This package indirectly depends on multiple versions of the same
package. This is very likely to cause a compile failure.
      package text (text-1.2.4.0-8QH78CNy79PL18fscMtAAS) requires
array-0.5.3.0
      package deepseq (deepseq-1.4.4.0) requires array-0.5.3.0
      package containers (containers-0.6.2.1-ChagGP7vch8FhOClSM0wYR)
requires array-0.5.3.0
      package containers (containers-0.6.0.1) requires array-0.5.3.0
      package binary (binary-0.8.8.0-2GYdlT6ifC8I7Yr9D3vFLs) requires
array-0.5.3.0
      package strict (strict-0.3.2-DP5FvAMlpD7YzHTh3a9B7) requires
array-0.5.4.0-JTWuK1N2qV6Hp4ahtyDNgH
      package text (text-1.2.4.0-8QH78CNy79PL18fscMtAAS) requires
bytestring-0.10.10.0-EGMfNGBF5j8I69xEgVQoB1
      package parsec (parsec-3.1.14.0-1r2P2RA8ePST2siKv0UwX) requires
bytestring-0.10.10.0-EGMfNGBF5j8I69xEgVQoB1
      package binary (binary-0.8.8.0-2GYdlT6ifC8I7Yr9D3vFLs) requires
bytestring-0.10.10.0-EGMfNGBF5j8I69xEgVQoB1
      package unix (unix-2.7.2.2) requires bytestring-0.10.8.2
      package binary (binary-0.8.8.0-2GYdlT6ifC8I7Yr9D3vFLs) requires
containers-0.6.0.1
      package wxdirect (wxdirect-0.92.3.0) requires
containers-0.6.2.1-ChagGP7vch8FhOClSM0wYR
      package wxdirect (wxdirect-0.92.3.0) requires
time-1.10-BMxqFVrI4CvBhqQD8eT7Hn
      package unix (unix-2.7.2.2) requires time-1.8.0.2
      package directory (directory-1.3.3.0) requires time-1.8.0.2


Any advice on cutting the Gordian knot?

thanks,
David

Trying to configure wxc-0.92.3 I run into a number of cabal errors

*dist/setup/setup.hs:82:33: **error:*

*    • Couldn't match type ‘Distribution.Utils.IOData.IOData’*

*                     with ‘[Char]’*

*      Expected type: IO (String, String, ExitCode)*

*        Actual type: IO*

*                       (Distribution.Utils.IOData.IOData, String,
ExitCode)*

*    • In the expression:*

*        rawSystemStdInOut v "sh" (f : as) Nothing Nothing Nothing False*

*      In an equation for ‘rawShellSystemStdInOut’:*

*          rawShellSystemStdInOut v f as*

*            = rawSystemStdInOut v "sh" (f : as) Nothing Nothing Nothing
False*

*   |*

*82 |* rawShellSystemStdInOut v f as = *rawSystemStdInOut v "sh" (f:as)
Nothing Nothing Nothing False*

*ist/setup/setup.hs:82:89: **error:*

*    • Couldn't match expected type ‘Distribution.Utils.IOData.IODataMode’*

*                  with actual type ‘Bool’*

*    • In the 7th argument of ‘rawSystemStdInOut’, namely ‘False’*

*      In the expression:*

*        rawSystemStdInOut v "sh" (f : as) Nothing Nothing Nothing False*

*      In an equation for ‘rawShellSystemStdInOut’:*

*          rawShellSystemStdInOut v f as*

*            = rawSystemStdInOut v "sh" (f : as) Nothing Nothing Nothing
False*

*   |*

*82 |* rawShellSystemStdInOut v f as = rawSystemStdInOut v "sh" (f:as)
Nothing Nothing Nothing *False*

*dist/setup/setup.hs:439:115: **error:*

*    • Couldn't match expected type ‘Distribution.Utils.IOData.IODataMode’*

*                  with actual type ‘Bool’*

*    • In the 7th argument of ‘rawSystemStdInOut’, namely ‘False’*

*      In a stmt of a 'do' block:*

*        (r, e, c) <- rawSystemStdInOut*

*                       normal*

*                       "sh"*

*                       ["-c", "cd " ++ ph ++ "; pwd -W"]*

*                       Nothing*

*                       Nothing*

*                       Nothing*

*                       False*

*      In the expression:*

*        do (r, e, c) <- rawSystemStdInOut*

*                          normal*

*                          "sh"*

*                          ["-c", "cd " ++ ph ++ "; pwd -W"]*

*                          Nothing*

*                          Nothing*

*                          Nothing*

*                          False*

*           unless*

*             (c == ExitSuccess)*

*             (putStrLn*

*                ("Error: failed to convert MSYS path to native path \n" ++
e)*

*                >> exitFailure)*

*           return . head . lines $ r*


I'm using ghc 8.8.1
cabal 2.4.1.0

platform OSX, OS 10.12.6


thanks
David

This would be useful for wx, too, right?

https://github.com/haskell/cabal/pull/4810

L.S.,

I am happy to announce a new version of wxHaskell: 0.92.3.0
Windows users can still use wxInstall Achelanne 0.1 to install this new  
version of wxHaskell.[0][1]

Changes in wxHaskell since 0.92.2:
  - Improvements for compilation on BSD platform
  - Improved commandline handling
  - Sample program PaintGC.hs added
  - Compilation can now be done with an alternative wx-config.exe
  - Simplification of Windows build process with Stack
  - Several bugs solved

Thanks to everyone who contributed!


What is wxHaskell?
------------------
wxHaskell[2] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets[3] – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
   https://wiki.haskell.org/WxHaskell

Repository:
   https://github.com/wxHaskell/wxHaskell

Tickets:
   https://sourceforge.net/p/wxhaskell/_list/tickets

The packages are:
  - wxc       https://hackage.haskell.org/package/wxc
  - wxdirect  https://hackage.haskell.org/package/wxdirect
  - wxcore    https://hackage.haskell.org/package/wxcore
  - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] http://sourceforge.net/projects/wxhaskell/files/wxInstall/
[1] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[2] https://wiki.haskell.org/WxHaskell
[3] https://wxwidgets.org/


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

L.S.,

I am happy to announce a new version of wxHaskell: 0.92.2.0 and new
installation packages for wxHaskell on Windows: wxInstall Achelanne 0.1
(32 bit and 64 bit)

Changes in wxHaskell since 0.92.1:
    - Solved warnings for wxcore, wxdirect, wxc
    - Added support for Pickerctrl, Hyperlinkctrl and some Streams in wxc  
and
wxcore
    - Solved several bugs
    - Added some image Functions in wxc and wxcore
    - Added enumerateFonts function in wxcore
    - Updated wxBITMAP_TYPE_ constants
    - Adapted to GHC 7.10.3

Thanks to everyone who contributed!

wxInstall Achelanne[0] is created because GHC 7.10.3 for Windows is
accompanied with a newer GCC: 5.2.0. A detailed description can be found
at the wxHaskell-for-Windows homepage[1].


What is wxHaskell?
------------------
wxHaskell[2] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
     https://wiki.haskell.org/WxHaskell

The packages are:
    - wxc       https://hackage.haskell.org/package/wxc
    - wxdirect  https://hackage.haskell.org/package/wxdirect
    - wxcore    https://hackage.haskell.org/package/wxcore
    - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] http://sourceforge.net/projects/wxhaskell/files/wxInstall/
[1] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[2] https://wiki.haskell.org/WxHaskell



-- 
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

L.S.,

Good news for people who want to develop wxHaskell programs by  
experimenting in GHCi:
wxHaskell programs can now be run multiple times in GHCi (GHC 7.10.2, 32  
bit).

Running a wxHaskell program in the 64 bit version of the interpreter  
results in the message:
   addDLL: could not load DLL
This is caused by a GHC bug and is reported in GHC bug ticket 3242 [0], it  
should be solved in GHC 8.0.1

(The 32 bit GHCi crashes when exited, after running a wxHaskell program,  
but this is not a problem for application developers.)

Regards,
Henk-Jan van Tuyl


[0] https://ghc.haskell.org/trac/ghc/ticket/3242


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

L.S.,

I am happy to announce the installation packages for wxHaskell on Windows,  
and a new version of wxHaskell: 0.92.1.0

So far, the installation of wxHaskell on Windows has been difficult, but  
now it is just a matter of downloading an installation package[0][1],  
unzipping it to the directory where you want to have it installed, and  
clicking on Install.bat. A detailed description can be found at the  
wxHaskell-for-Windows homepage[2]. The current configuration of the  
installation packages (one package for 32 bit and one for 64 bit systems),  
is called Abriline and contains compiled wxWidgets 3.0.2 and all further  
necessary DLLs. The installation procedure automatically installs the  
latest version of wxHaskell and can be used for several of the most recent  
versions of GHC.

In case you are wondering where the name Abriline comes from, it is  
generated by a girls name generator I wrote (in Haskell of course); I  
selected this name because a search on Internet seems to indicate that the  
name is brand new.

The new version of wxHaskell is released because it solves a bug that  
could crash an application.


What is wxHaskell?
------------------
wxHaskell[3] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


Links
-----
See the homepage of wxHaskell for more information:
       https://wiki.haskell.org/WxHaskell

The packages are:
      - wxc       https://hackage.haskell.org/package/wxc
      - wxdirect  https://hackage.haskell.org/package/wxdirect
      - wxcore    https://hackage.haskell.org/package/wxcore
      - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0]  
http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-32-0.1.zip/download
[1]  
http://sourceforge.net/projects/wxhaskell/files/wxInstall/wxInstall-Abriline-64-0.1.zip/download
[2] https://wiki.haskell.org/WxHaskell/Windows#Installing_the_easy_way
[3] https://wiki.haskell.org/WxHaskell



-- 
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

L.S.,

As pull request #19 solved a crash in an application I am developing, I
think it is worth while to release the current wxHaskell as 0.92.1, in a
few days. Let me know if you have any objection.

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

Sounds consistent. I'd expect that the compiled BouncingBalls.exe can be
run twice because you get two separate processes, each opening a top-level
window only once. Sadly, this limitation stops wxHaskell from being useful
for exploratory programming, which is why I stopped using it several years
ago.

On Sat, Sep 5, 2015 at 6:07 AM, Henk-Jan van Tuyl <hj...@ch...> wrote:

>
> I tried running BouncingBalls.hs in the samples\wxcore directory; inside
> GHCi, it runs the second time only for a short while, then crashes. The
> Windows application log shows exception code 0xc0000005, which means
> "Access violation". The standalone BouncingBalls.exe can be run multiple
> times without a problem.
>
> Henk-Jan
>
>
>
> On Fri, 04 Sep 2015 23:56:47 +0200, Conal Elliott <co...@co...> wrote:
>
> The original bug report (perhaps 7 years ago) was at
>> http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
>> symptom was a reliable crash whenever a second top-level window was
>> displayed from a given process, whether in ghci or standalone compiled.
>> Especially inconvenient with ghci, as I typically wanted to open more than
>> one top-level window in that context (exploratory programming).
>>
>> -- Conal
>>
>> On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...>
>> wrote:
>>
>> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>
>>> wrote:
>>>
>>> :
>>> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
>>> :
>>>
>>> I discovered that wxHaskell runs inside GHCi, when I install it locally,
>>> i.o. in a sandbox.
>>>
>>> Regards,
>>> Henk-Jan van Tuyl
>>>
>>>
>>> --
>>> Folding@home
>>> What if you could share your unused computer power to help find a cure?
>>> In
>>> just 5 minutes you can join the world's biggest networked computer and
>>> get
>>> us closer sooner. Watch the video.
>>> http://folding.stanford.edu/
>>>
>>>
>>> http://Van.Tuyl.eu/
>>> http://members.chello.nl/hjgtuyl/tourdemonad.html
>>> Haskell programming
>>> --
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> wxhaskell-devel mailing list
>>> wxh...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>>>
>>>
>
>
>
>
> --
> Folding@home
> What if you could share your unused computer power to help find a cure? In
> just 5 minutes you can join the world's biggest networked computer and get
> us closer sooner. Watch the video.
> http://folding.stanford.edu/
>
>
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
>

I tried running BouncingBalls.hs in the samples\wxcore directory; inside  
GHCi, it runs the second time only for a short while, then crashes. The  
Windows application log shows exception code 0xc0000005, which means  
"Access violation". The standalone BouncingBalls.exe can be run multiple  
times without a problem.

Henk-Jan


On Fri, 04 Sep 2015 23:56:47 +0200, Conal Elliott <co...@co...> wrote:

> The original bug report (perhaps 7 years ago) was at
> http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
> symptom was a reliable crash whenever a second top-level window was
> displayed from a given process, whether in ghci or standalone compiled.
> Especially inconvenient with ghci, as I typically wanted to open more  
> than
> one top-level window in that context (exploratory programming).
>
> -- Conal
>
> On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...>  
> wrote:
>
>> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl  
>> <hj...@ch...>
>> wrote:
>>
>> :
>> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
>> :
>>
>> I discovered that wxHaskell runs inside GHCi, when I install it locally,
>> i.o. in a sandbox.
>>
>> Regards,
>> Henk-Jan van Tuyl
>>
>>
>> --
>> Folding@home
>> What if you could share your unused computer power to help find a cure?  
>> In
>> just 5 minutes you can join the world's biggest networked computer and  
>> get
>> us closer sooner. Watch the video.
>> http://folding.stanford.edu/
>>
>>
>> http://Van.Tuyl.eu/
>> http://members.chello.nl/hjgtuyl/tourdemonad.html
>> Haskell programming
>> --
>>
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> wxhaskell-devel mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>>





-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

The original bug report (perhaps 7 years ago) was at
http://sourceforge.net/p/wxhaskell/bugs/84/ . Seems to be gone now. The
symptom was a reliable crash whenever a second top-level window was
displayed from a given process, whether in ghci or standalone compiled.
Especially inconvenient with ghci, as I typically wanted to open more than
one top-level window in that context (exploratory programming).

-- Conal

On Fri, Sep 4, 2015 at 1:13 AM, Henk-Jan van Tuyl <hj...@ch...> wrote:

> On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>
> wrote:
>
> :
> > Currently, I am not able to run wxHaskell inside GHCi (on Windows).
> :
>
> I discovered that wxHaskell runs inside GHCi, when I install it locally,
> i.o. in a sandbox.
>
> Regards,
> Henk-Jan van Tuyl
>
>
> --
> Folding@home
> What if you could share your unused computer power to help find a cure? In
> just 5 minutes you can join the world's biggest networked computer and get
> us closer sooner. Watch the video.
> http://folding.stanford.edu/
>
>
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>

On Thu, 03 Sep 2015 16:57:13 +0200, Henk-Jan van Tuyl <hj...@ch...>  
wrote:

:
> Currently, I am not able to run wxHaskell inside GHCi (on Windows).
:

I discovered that wxHaskell runs inside GHCi, when I install it locally,  
i.o. in a sandbox.

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

Can you provide a link to a bug ticket or discussion about this problem?  
Currently, I am not able to run wxHaskell inside GHCi (on Windows).

Regards,
Henk-Jan van Tuyl


On Mon, 31 Aug 2015 20:55:30 +0200, Conal Elliott <co...@co...> wrote:

> Thanks for the update. What's the status of the old problem of crashing  
> the
> host process if one opens more than one top-level window (as typical in
> GHCi)?  - Conal
>
> On Fri, Aug 28, 2015 at 1:16 AM, Henk-Jan van Tuyl <hj...@ch...>
> wrote:
>
>>
>> L.S.,
>>
>> I am happy to announce a new version of wxHaskell (0.92).
:
:


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

Thanks for the update. What's the status of the old problem of crashing the
host process if one opens more than one top-level window (as typical in
GHCi)?  - Conal

On Fri, Aug 28, 2015 at 1:16 AM, Henk-Jan van Tuyl <hj...@ch...>
wrote:

>
> L.S.,
>
> I am happy to announce a new version of wxHaskell (0.92).
>
> What is it?
> -----------
> wxHaskell[1] is a portable and native GUI library for Haskell. The goal of
> the project is to provide an industrial strength GUI library for Haskell,
> but without the burden of developing (and maintaining) one ourselves.
>
> wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
> library that is portable across all major GUI platforms; including GTK,
> Windows, X11, and MacOS X. Furthermore, it is a mature library (in
> development since 1992) that supports a wide range of widgets with the
> native look-and-feel.
>
>
> What's new?
> -----------
>    - wxc/setup.hs now stops searching for wxWidgets when a
>      compatible version is found (this solves bug ticket 96)
>    - Support for simple Wizards added
>    - Calendar support added
>    - GCC > 4.5 can now be used on Windows, which is a big
>      improvement, as wxWidgets and wxHaskell must use the
>      exact same GCC, to prevent compatibility problems
>    - wxAui is added to wxc, wxAuiNotebook events are added
>      to wxcore and wx
>    - Missing GLAttributes added
>    - Packet version limits adapted to the newest Haskell
>      Platform
>    - Bitness check on Windows no longer uses an external
>      executable
>    - wxHaskell can now be installed with MSYS2
>    - wxc/Setup.hs is modified to also link to the wx OpenGL
>      libraries for wxGLCanvas
>    - The "warning: Adding duplicate image handler for
>      '... file'" messages are removed
>    - Created a new class Updating with corresponding event
>      "update". Provided instances for TextCtrl and ComboBox:
>      update gets called when the text changes.
>    - Support for wxSplashScreen in wxc and wxcore is added
>    - Many warnings are solved
>
> Links
> -----
> See the homepage of wxHaskell for more information:
>     https://wiki.haskell.org/WxHaskell
>
> The packages are:
>    - wxc       https://hackage.haskell.org/package/wxc
>    - wxdirect  https://hackage.haskell.org/package/wxdirect
>    - wxcore    https://hackage.haskell.org/package/wxcore
>    - wx        https://hackage.haskell.org/package/wx
>
> Regards,
> Henk-Jan van Tuyl
>
>
> [0] https://www.wxwidgets.org
> [1] https://wiki.haskell.org/WxHaskell
>
>
>
> --
> Folding@home
> What if you could share your unused computer power to help find a cure? In
> just 5 minutes you can join the world's biggest networked computer and get
> us closer sooner. Watch the video.
> http://folding.stanford.edu/
>
>
> http://Van.Tuyl.eu/
> http://members.chello.nl/hjgtuyl/tourdemonad.html
> Haskell programming
> --
> _______________________________________________
> Haskell mailing list
> Ha...@ha...
> http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell
>

L.S.,

I am happy to announce a new version of wxHaskell (0.92).

What is it?
-----------
wxHaskell[1] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


What's new?
-----------
    - wxc/setup.hs now stops searching for wxWidgets when a
      compatible version is found (this solves bug ticket 96)
    - Support for simple Wizards added
    - Calendar support added
    - GCC > 4.5 can now be used on Windows, which is a big
      improvement, as wxWidgets and wxHaskell must use the
      exact same GCC, to prevent compatibility problems
    - wxAui is added to wxc, wxAuiNotebook events are added
      to wxcore and wx
    - Missing GLAttributes added
    - Packet version limits adapted to the newest Haskell
      Platform
    - Bitness check on Windows no longer uses an external
      executable
    - wxHaskell can now be installed with MSYS2
    - wxc/Setup.hs is modified to also link to the wx OpenGL
      libraries for wxGLCanvas
    - The "warning: Adding duplicate image handler for
      '... file'" messages are removed
    - Created a new class Updating with corresponding event
      "update". Provided instances for TextCtrl and ComboBox:
      update gets called when the text changes.
    - Support for wxSplashScreen in wxc and wxcore is added
    - Many warnings are solved

Links
-----
See the homepage of wxHaskell for more information:
     https://wiki.haskell.org/WxHaskell

The packages are:
    - wxc       https://hackage.haskell.org/package/wxc
    - wxdirect  https://hackage.haskell.org/package/wxdirect
    - wxcore    https://hackage.haskell.org/package/wxcore
    - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] https://www.wxwidgets.org
[1] https://wiki.haskell.org/WxHaskell



-- 
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

On Wed, 17 Jun 2015 06:25:35 +0200, Gregory Crosswhite  
<gcr...@gm...> wrote:

> The version of the time package shipped with GHC 7.10 is 1.5.0.1, but
> the bound in wxdirect for the time package is < 1.5, so wxdirect does
> not compile with GHC 7.10.  Could you bump the version to something like
> < 1.6 or whatever to fix this problem?

The GitHub version of wxHaskell is already compilable with GHC 7.10 and  
will probably be released soon.

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

The version of the time package shipped with GHC 7.10 is 1.5.0.1, but 
the bound in wxdirect for the time package is < 1.5, so wxdirect does 
not compile with GHC 7.10.  Could you bump the version to something like 
< 1.6 or whatever to fix this problem?

Thanks a lot!  :-)
Greg

We the students of IIIT Hyderabad (https://iiit.ac.in), as part of our
research on improving the features provided by Bug Tracking tools, we
are reaching out to Open Source Software (OSS) Development Community to
capture your feedback on your experiences on using bug tracking tools
as part of your OSS product development. Please go through below
questions and share your feedback. We really appreciate if you can
share the survey to your fellow teammates and help us reaching out to
maximum software practitioners in OSS community. If you have any
queries please feel free to drop us an email at
[sai...@re...] or
[anv...@re...]


We the students of IIIT Hyderabad (https://iiit.ac.in), as part of our
research on improving the features provided by Bug Tracking tools, we
are reaching out to Open Source Software (OSS) Development Community to
capture your feedback on your experiences on using bug tracking tools
as part of your OSS product development. Please go through below
questions and share your feedback. We really appreciate if you can
share the survey to your fellow teammates and help us reaching out to
maximum software practitioners in OSS community. If you have any
queries please feel free to drop us an email at
[sai...@re...] or
[anv...@re...]

I've invited you to fill out the form Survey on Bug Tracking Tools. To
fill it out, visit:
https://docs.google.com/forms/d/1CCu0hQNJecZAA3X4qRnctGq0tGy4AWAcK0EnKguZ_4Y/viewform?c=0&w=1&usp=mail_form_link

That would need the FlexibleInstances extension though.

On 14-05-15 14:11, Kristof Bastiaensen wrote:
> Hi,
>
> Looking at the source code, it seems that virtual member functions are 
> not supported yet by wxHaskell.
> I've been thinking about several solutions, and I have come up with a 
> solution that seems reasonable:
>
> For example to subclass wxGridCellRenderer, define a typeclass 
> gridCellRenderer and a newGridCellRenderer contructor:
>
> class WxGridCellRenderer where
>    wxGridCellRendererDraw :: wxGrid a -> wxGridCellAttr 
> <http://docs.wxwidgets.org/3.0/classwx_grid_cell_attr.html> -> wxDC 
> <http://docs.wxwidgets.org/3.0/classwx_d_c.html> Rect 
> <http://docs.wxwidgets.org/3.0/classwx_rect.html> -> Int -> Int -> 
> Bool -> IO ()
>    wxGridCellRendererDraw = wxGridCellRenderDrawDefault
>    wxGridCellRendererGetBestSize :: (..)
>    wxGridCellRendererGetBestSize = wxGridCellRendererGetBestSizeDefault
>    (...)
>
> newGridCellRenderer :: (WxGridCellRenderer a) => IO a
>
> This creates a new gridCellRenderer, were the virtual functions call 
> the functions in the instance.
>
> On the C side, create a subclass, with a constructor that takes the 
> function definitions for all the virtual functions.  The default 
> definitions are simply the base class functions 
> WxGridCellRenderer::Draw(), etc...
>
> It does need a lot of boilerplate, that may be automated via wxdirect.
>
> -- Kristof Bastiaensen
>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>
>
> _______________________________________________
> wxhaskell-devel mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Hi,

Looking at the source code, it seems that virtual member functions are 
not supported yet by wxHaskell.
I've been thinking about several solutions, and I have come up with a 
solution that seems reasonable:

For example to subclass wxGridCellRenderer, define a typeclass 
gridCellRenderer and a newGridCellRenderer contructor:

class WxGridCellRenderer where
    wxGridCellRendererDraw :: wxGrid a -> wxGridCellAttr 
<http://docs.wxwidgets.org/3.0/classwx_grid_cell_attr.html> -> wxDC 
<http://docs.wxwidgets.org/3.0/classwx_d_c.html> Rect 
<http://docs.wxwidgets.org/3.0/classwx_rect.html> -> Int -> Int -> Bool 
-> IO ()
    wxGridCellRendererDraw = wxGridCellRenderDrawDefault
    wxGridCellRendererGetBestSize :: (..)
    wxGridCellRendererGetBestSize = wxGridCellRendererGetBestSizeDefault
    (...)

newGridCellRenderer :: (WxGridCellRenderer a) => IO a

This creates a new gridCellRenderer, were the virtual functions call the 
functions in the instance.

On the C side, create a subclass, with a constructor that takes the 
function definitions for all the virtual functions.  The default 
definitions are simply the base class functions 
WxGridCellRenderer::Draw(), etc...

It does need a lot of boilerplate, that may be automated via wxdirect.

-- Kristof Bastiaensen

On 23-02-15 15:34, Henk-Jan van Tuyl wrote:
> On Mon, 10 Mar 2014 15:25:59 +0100, Kristof Bastiaensen 
> <kr...@re...> wrote:
>
>> On 10-03-14 14:13, Henk-Jan van Tuyl wrote:
>>> On Sun, 09 Mar 2014 20:10:28 +0100, Kristof Bastiaensen
>>> <kr...@re...> wrote:
>>>
>>>> I need to use a graphicpath to draw bezier curves, but wxhaskell 
>>>> doesn't
>>>> allow
>>>> me to create a graphicscontext from a paint event.
>>> :
>>> :
>>>> I am willing to help coding this functionality.
>>>
>>> It's always great if someone is willing to help improve wxHaskell, but
>>> I can't say anything about this, until I have done some studying on
>>> the subject.
>>>
>> I see.  I am coding this up because I really need it, but feedback
>> is welcome of course.  My final version is here:
>>
>> https://github.com/kuribas/wxHaskell
>>
>> If you like it I'll put a pull request.
>>
>
> I have merged your updates with the current wxHaskell in my own 
> branch[0]; it seems that wxWidgets must be recompiled with 
> wxUSE_GRAPHICS_CONTEXT defined, how did you accomplish that?
>
> Regards,
> Henk-Jan van Tuyl
>
> [0] https://github.com/HJvT/wxHaskell
>
>
I compiled wxWidgets from source, since the version was too old on my 
system.

Regards,
Kristof Bastiaensen

On Mon, 10 Mar 2014 15:25:59 +0100, Kristof Bastiaensen  
<kr...@re...> wrote:

> On 10-03-14 14:13, Henk-Jan van Tuyl wrote:
>> On Sun, 09 Mar 2014 20:10:28 +0100, Kristof Bastiaensen
>> <kr...@re...> wrote:
>>
>>> I need to use a graphicpath to draw bezier curves, but wxhaskell  
>>> doesn't
>>> allow
>>> me to create a graphicscontext from a paint event.
>> :
>> :
>>> I am willing to help coding this functionality.
>>
>> It's always great if someone is willing to help improve wxHaskell, but
>> I can't say anything about this, until I have done some studying on
>> the subject.
>>
> I see.  I am coding this up because I really need it, but feedback
> is welcome of course.  My final version is here:
>
> https://github.com/kuribas/wxHaskell
>
> If you like it I'll put a pull request.
>

I have merged your updates with the current wxHaskell in my own branch[0];  
it seems that wxWidgets must be recompiled with wxUSE_GRAPHICS_CONTEXT  
defined, how did you accomplish that?

Regards,
Henk-Jan van Tuyl

[0] https://github.com/HJvT/wxHaskell


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


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

Hi,

I am trying to get wxHaskell running on Windows 7 32bit. I got some of
the wxHaskell examples working, but quite a few of
them crash  (all from samples/wxcore):

- BouncingBalls   crash on exit
- ByeDemo          works
- HelloWorld        works
- Paint                 crash on exit
- ImageViewer    crash on start

I always get exception code c000005, which seems to be "access
violation". Strangely, all of them work if I run them inside
DependencyWalker....

I used MinGW 5.1.6, Haskell Platform 2014.2.0.0, wxWidgets 3.0.1 and
followed the instructions on
http://www.haskell.org/haskellwiki/WxHaskell/Windows . Has anyone
else seen this problem or know how I might can solve this?

All the best, Philipp

L.S.,

I am happy to announce a new version of wxHaskell. This version binds to
both wxWidgets 2.9 and 3.0 [0]. As wxWidgets 3.0 is significantly better,
I advice everyone, who is already using wxHaskell, to upgrade to wxWidgets
3.0.1


What is it?
-----------
wxHaskell[1] is a portable and native GUI library for Haskell. The goal of
the project is to provide an industrial strength GUI library for Haskell,
but without the burden of developing (and maintaining) one ourselves.

wxHaskell is therefore built on top of wxWidgets – a comprehensive C++
library that is portable across all major GUI platforms; including GTK,
Windows, X11, and MacOS X. Furthermore, it is a mature library (in
development since 1992) that supports a wide range of widgets with the
native look-and-feel.


What's new?
-----------
  - Accept both wxWidgets 2.9 and 3.0, with a preference for 3.0
  - Added bindings for wxGraphicsContext::CreatePath
  - Use the same custom hook for `cabal copy` in wxc/Setup.hs
  - Many updates in definitions of constants and some 'deprecated'
    annotations
  - samples/wx/TestTaskBarIcon.hs now displays an icon in the taskbar
  - Parsec.hs can now handle lines starting with "//" properly
    (package wxdirect)
  - Fixed build issue that was caused by not having both
    the 2.9 and 3.0 versions of wxWidgets installed
  - Made samples/test/STCEvent.hs compilable
  - Solved warnings about deprecated methods and duplicate constant
    definition
  - Added -Wl to options for compiling wxc.dll
  - Adapted upper limit for packages process and array
  - Solved "deprecated" warning from GHC 7.8.2

Links
-----
See the homepage of wxHaskell for more information:
   https://www.haskell.org/haskellwiki/WxHaskell

The packages are:
  - wxc       https://hackage.haskell.org/package/wxc
  - wxdirect  https://hackage.haskell.org/package/wxdirect
  - wxcore    https://hackage.haskell.org/package/wxcore
  - wx        https://hackage.haskell.org/package/wx

Regards,
Henk-Jan van Tuyl


[0] https://www.wxwidgets.org
[1] https://www.haskell.org/haskellwiki/WxHaskell



--
Folding@home
What if you could share your unused computer power to help find a cure? In
just 5 minutes you can join the world's biggest networked computer and get
us closer sooner. Watch the video.
http://folding.stanford.edu/


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