wxhaskell-users — General mailing list for wxhaskell users

[wxhaskell-users] Dialog editor XRC - Files

[Günther S. <re...@fe...>]

Hi,

can I use DialogBlocks to design the UI, safe it to XML, and then import
it into Haskell?

Günther

[wxhaskell-users] Compile failure with latest darcs version

[Jeroen J. <Jer...@vu...>]

Hello,

I am trying to get the latest wxhaskell from the darcs repository (as of 
today, two hours ago max) to work with GHC 6.10.1 and 
wxwidgets-2.8.7.1-0ubuntu3.  Everything compiles fine, but when I try to 
compile the hello world example from the wiki I get the following linking 
errors:

bash$ ghc --make -package wx wxhaskelltest.hs
Linking wxhaskelltest ...
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxBitmap::CreateFromXpm(char const**)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxWindow::IsOwnGtkWindow(_GdkDrawable*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxGREY_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::CalcScrollInc(wxScrollWinEvent&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxAppConsole::CreateLogTarget()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxMEDIUM_GREY_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxCursor::operator=(wxCursor const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxCheckListBox::Check(int, bool)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxBLACK'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::Scroll(int, int)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxWHITE_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxPanel::SetDefaultItem(wxWindow*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxAppConsole::OnExceptionInMainLoop()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxHtmlWindow::SetFonts(wxString, wxString, int const*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxCROSS_CURSOR'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxMEDIUM_GREY_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxCursor::Ok() 
const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxGetColourFromUser(wxWindow*, wxColour const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxZipFSHandler::wxZipFSHandler()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxColour::wxColour(unsigned char, unsigned char, unsigned char)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxFileConfig::wxFileConfig(wxInputStream&, wxMBConv&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxWHITE_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxNORMAL_FONT'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxFont::Init()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxLIGHT_GREY_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxItemContainer::GetClientData(int) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxTRANSPARENT_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxButton::IsOwnGtkWindow(_GdkDrawable*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::DoGetBestSize() const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::Init()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxGREEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::SetScrollbars(int, int, int, int, int, int, bool)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxItemContainer::SetClientData(int, void*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxBLACK_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::DoPrepareDC(wxDC&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxGREEN_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::SetTargetWindow(wxWindow*, bool)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::DoCalcScrolledPosition(int, int, int*, int*) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxBLUE'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxString::mb_str(wxMBConv&) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxGREY_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxTextInputStream::wxTextInputStream(wxInputStream&, wxString const&, 
wxMBConv&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxTRANSPARENT_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxSWISS_FONT'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxBLACK_DASHED_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxLIGHT_GREY'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxCYAN_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxGetFontFromUser(wxWindow*, wxFont const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxRED_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxRED'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxColour::Set(unsigned char, unsigned char, unsigned char)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxGenericTreeCtrl::Edit(wxTreeItemId const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxPanel::GetDefaultItem() const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::DoCalcUnscrolledPosition(int, int, int*, int*) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxColour::InitFromName(wxString const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxBLUE_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxBeginBusyCursor(wxCursor*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::GetTargetWindow() const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxPanel::SetTmpDefaultItem(wxWindow*)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxRED_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxCYAN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxSTANDARD_CURSOR'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::EnableScrolling(bool, bool)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxITALIC_FONT'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxGREEN_BRUSH'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxCheckListBox::IsChecked(int) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxEVT_POWER'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxTextOutputStream::wxTextOutputStream(wxOutputStream&, wxEOL, wxMBConv&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxAppConsole::CreateMessageOutput()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::SetScrollPos(int, int, bool)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxCYAN_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::GetScrollPixelsPerUnit(int*, int*) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::AdjustScrollbars()'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxWindowBase::SetBestFittingSize(wxSize const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxLIGHT_GREY_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxBLACK_PEN'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxHOURGLASS_CURSOR'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxGenericTreeCtrl::HitTest(wxPoint const&, int&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxPathList::FindAbsoluteValidPath(wxString const&)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::GetViewStart(int*, int*) const'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxScrolledWindow::SetScrollRate(int, int)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxSMALL_FONT'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to 
`wxGenericTreeCtrl::SetSpacing(unsigned int)'
/usr/lib/libwxc-gtk2.8.7-0.11.0.so: undefined reference to `wxWHITE'
collect2: ld returned 1 exit status

Something wrong with my install or something wrong with the latest version on 
the repository?

Kind regards and hopefully someone can fix it,

Re: [wxhaskell-users] Problems building on MacOS X Tiger

[shelarcy <she...@gm...>]

Hi,

On Sun, 14 Dec 2008 15:34:55 +0900, S. Günther <h8...@go...> 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/wxh...@li.../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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Problems building on MacOS X Tiger

[shelarcy <she...@gm...>]

Hi,

On Sat, 13 Dec 2008 20:55:00 +0900, S. Günther <h8...@go...> 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/wxh...@li.../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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] Problems building on MacOS X Tiger

[S. G. <h8...@go...>]

Hello,

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/

The wxhaskell version is the current darcs one and has been configured with:
--enable-split-objs --hcprof --with-opengl --prefix=/usr/local/lib/wxhaskell

OS is MacOS X Tiger (10.4) and wx-config is on the path

Can anyone give me any pointers on how to make wxhaskell compile?

Thanks in advance
S. Günther

PS: Dear wxhaskell developers, you made one man (me) very very
happy when you reached the stage of supporting the current wxWidgets
version.
I bow to you.
Thanks.

Re: [wxhaskell-users] Problem cancelling a dialog with Escape-Key by using wxID_CANCEL

[shelarcy <she...@gm...>]

Hi,

On Thu, 04 Dec 2008 16:57:16 +0900, Bernd Holzmüller <ber...@ic...> 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 <she...@gm...>**20080630120118] 

So, I think your problem will fix when we release wxHaskell 0.11.0.


Best Regards,

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Missing functions

[shelarcy <she...@gm...>]

Hi,

On Sun, 30 Nov 2008 01:54:53 +0900, Bernd Holzmüller <ber...@ic...> 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/wxh...@li.../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/wxh...@li.../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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] [Haskell-cafe] File name encodings

[Günther S. <re...@fe...>]

Hi Don,

no luck there either, it's no longer a Word8 that the dialog returns but a  
Maybe String.

I think I need to take this up with the wxHaskell guys.

Günther

Am 10.12.2008, 03:17 Uhr, schrieb Don Stewart <do...@ga...>:

> Oh, perhaps you want to 'decode' the string that
> dirOpenDialog returns.
>
> redcom:
>> Hi Don,
>>
>> must be doing something wrong.
>>
>> The messed up string originates from calling  
>> Graphics.UI.WX.dirOpenDialog
>> and selecting a directory with Umlauts.
>>
>> The encode function doesn't seem to help here as it's too far at the end
>> of the chain.
>>
>> Günther
>>
>> Am 10.12.2008, 02:45 Uhr, schrieb Don Stewart <do...@ga...>:
>>
>> >redcom:
>> >>Hi,
>> >>
>> >>how can I convert a file name with for example umlauts (ü, ä ... )  
>> into
>> >>UTF8, or some other format that I can actually use it?
>> >>
>> >>Günther
>> >>
>> >
>> >Using the utf8-string package to encode the file name string.
>> >
>> >    e.g.
>> >
>> >        x <- readFile (encode "ኃይሌ ገብረሥላሴ")
>> >
>> >     
>> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/utf8-string
>>
>>

[wxhaskell-users] wxWidget book

[Günther S. <re...@fe...>]

Hi,

I hope to get some hints on how to use wxHaskell out of the wsWidget book.  
Is this a wasted effort since the book is for C++?

Günther

[wxhaskell-users] Problem cancelling a dialog with Escape-Key by using wxID_CANCEL

[Bernd H. <ber...@ic...>]

Hi all,

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?

Thanks,
Bernd

Re: [wxhaskell-users] Missing functions

[shelarcy <she...@gm...>]

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 <ber...@ic...> 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/wxh...@li.../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/wxh...@li.../msg00304.html
http://www.mail-archive.com/wxh...@li.../msg00322.html


Best Regards,

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] Missing functions

[Bernd H. <ber...@ic...>]

Hi all,

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?
Or is there an easy way to make these functions available in my 
application right now?

Thanks,
Bernd

Re: [wxhaskell-users] Binding wxImage::Get/SetOption and InMemoryStream constructor

[shelarcy <she...@gm...>]

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/wxh...@li.../msg00304.html
http://www.mail-archive.com/wxh...@li.../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 <ju...@je...> 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) Points of confusion:
>
> For return types of type String, looking at the examples in elj*.cpp,
> why does it sometimes use copyStrToBuf to unpack the WxString on the
> C++ side in combination with withWStringResult on the haskell side,
> and other times just pass back the a freshly allocated WxString* from
> C++ in combination with withManagedStringResult?
>
> For arguments of object types, why do some bindings use withObjectPtr
> and some use withObjectRef?
>
> What's the EXWXEXPORT() macro for? It didn't seem very useful to me...


-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] [Haskell-cafe] Congrats. to wxHaskell

[shelarcy <she...@gm...>]

Hi Henk-Jan,

On Tue, 14 Oct 2008 07:53:57 +0900, Henk-Jan van Tuyl <hj...@ch...> 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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] [Haskell-cafe] Congrats. to wxHaskell

[shelarcy <she...@gm...>]

On Tue, 14 Oct 2008 18:54:45 +0900, shelarcy <she...@gm...> 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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Redistributing a windows executable

[shelarcy <she...@gm...>]

Hi,

On Sun, 12 Oct 2008 05:23:52 +0900, deufeufeu <deu...@gm...> 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/wxh...@li.../msg00212.html
http://www.mail-archive.com/wxh...@li.../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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] Redistributing a windows executable

[deufeufeu <deu...@gm...>]

Hi,
  I'm a linux user and I need to build an executable version of my program
for my students.
 Because I don't want to put too much stress on them, like installing ghc,
wxwindows and wxhaskell, and compile themselves the program, I'd like to
redistribute a complete package with executables and needed dlls.
 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 ?

  Best,
   Marc de Falco

Re: [wxhaskell-users] trouble building wxhaskell (ghc-pkg)

[Don S. <do...@ga...>]

shelarcy:
> Hi,
> 
> On Tue, 30 Sep 2008 01:15:54 +0900, Eric Kow <eri...@gm...> 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/wxh...@li.../msg00237.html
> 
> How about use current darcs version?

I will try. Thanks.

Re: [wxhaskell-users] trouble building wxhaskell (ghc-pkg)

[shelarcy <she...@gm...>]

Hi,

On Tue, 30 Sep 2008 01:15:54 +0900, Eric Kow <eri...@gm...> 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/wxh...@li.../msg00237.html

How about use current darcs version?


Best Regards,

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] trouble building wxhaskell (ghc-pkg)

[Eric K. <eri...@gm...>]

Hi all,

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...

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

[wxhaskell-users] Programmatically introducing events for testing purposes

[Mads L. <mad...@ya...>]

Hi all,

Has anybody tried to programmatically introduce events in WxHaskell? If
so, please tell me how you did it or, if you dropped the effort, why you
dropped it. 

I want to automatically test some event handling code and thus need
events to be generated without user input. Often you can just call you
event handling code yourself, but I need to see that wxWidgets actually
transmits the event to where I expect and therefore need to generate
"real" wxWidgets events.


Greetings,

Mads Lindstrøm

Re: [wxhaskell-users] functions missing in repository version

[shelarcy <she...@gm...>]

Hi,

On Thu, 18 Sep 2008 20:14:48 +0900, Miguel Vilaca <jmv...@di...> 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 <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

[wxhaskell-users] functions missing in repository version

[Miguel V. <jmv...@di...>]

Hi,

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

I checked the documentation and in deed the one of wxcore 0.10.1 on  
hackage is:

frameIsFullScreen :: Frame a -> IO Bool
usage: (frameIsFullScreen self).
frameIsIconized :: Frame a -> IO Bool
usage: (frameIsIconized obj).
frameIsMaximized :: Frame a -> IO Bool
usage: (frameIsMaximized obj).

but the documentation for the current version in the repository  
(locally generated) is just:

frameIsFullScreen :: Frame a -> IO Bool
usage: (frameIsFullScreen self).


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

Is someone else having this problems, or it could be just an  
instalation (of wxhaskell) problem in my machine?
Even for examples in samples/wx I'm getting several "wxWidgets Debug  
Alert"s

best regards
Miguel Vilaça

Re: [wxhaskell-users] Slight change in one of the samples

[Eric K. <eri...@gm...>]

2008/8/12 Jose Ramirez <jo...@gm...>:
> Going through the samples i noticed that the logSelect helper function
> in Controls.hs was not using the first parameter (array of string
> labels).
> So i cleansed the file of it and darcs-recorded the changes. What is
> the preferred way to send patches (ie. as attachment, or should i try
> pushing to darcs) ?

darcs send, please

Thanks!

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

[wxhaskell-users] Slight change in one of the samples

[Jose R. <jo...@gm...>]

Going through the samples i noticed that the logSelect helper function
in Controls.hs was not using the first parameter (array of string
labels).
So i cleansed the file of it and darcs-recorded the changes. What is
the preferred way to send patches (ie. as attachment, or should i try
pushing to darcs) ?

Sorry if that was asked before, but sf.net was unable to contact
search server, so i was unable to search on my own ;-)))