wxhaskell-users — General mailing list for wxhaskell users

Re: [wxhaskell-users] wxHaskell 0.9.4 - wxMac 2.6.1 - GHC 6.4.1 on MacOS 10.4

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

Hi,

On 4 f=E9vr. 06, at 19:46, Jean Boucquey wrote:
> !       $(CXX) -r -keep_private_externs -nostdlib -o=20
> $(WXC-OUTDIR)/master.o $^ $(WXC-LIBS) /usr/lib/gcc/darwin/3.3/

This is interesting : what version of gcc did you use to compile=20
wxhaskell/wxWidgets/ghc?

I'm not entirely sure how this all fits together, but there might also=20=

have been some kind of version mismatch between the gcc's used to=20
compile ghc, wxWidgets and wxhaskell (indirectly through ghc).

Perhaps this version mismatch is what your fix ended up uncovering?=20
Because, otherwise, I'm a little puzzled as to why what wouldn't work=20
for you seems to work for me.

Hmm.  Anyway, I guess what would be really sweet is something makes it=20=

possible to use wxhaskell without a static wxWidgets; this would=20
greatly simplify the DarwinPorts stuff.

Thanks,

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] wxHaskell 0.9.4 - wxMac 2.6.1 - GHC 6.4.1 on MacOS 10.4

[Jean B. <jbo...@ac...>]

Hello,

Just to keep you updated: I finally succeeded to build wxHaskell =20
2.6.2 with GHC 6.4.1 on Mac OS 10.4.4.

The "trick" was to add a static C++ standard lib to the libraries =20
used to build "master.o" (see the patch hereafter).
As I'm not an Mac OS X expert, I don't know if this is valid but it =20
works (the linker now warns for duplicate symbols where before it was =20=

complaining that the symbol was undefined).
I compiled and ran the different sample applications. They all went =20
OK except the GLCanvas ones (I do not remember if I compiled wxMac =20
with OpenGL... I will check) and NotebookRight.hs that got an Haskell =20=

typing error.

Hope it helps,
Jean

*** wxhaskell-0.9.4/makefile    Sun May  8 08:45:23 2005
--- wxhaskell-0.9.4-works/makefile      Sat Feb  4 14:26:28 2006
***************
*** 715,721 ****

   # dynamic link library on macOSX: generates single .so file
   $(basename $(WXC-LIB)).dylib: $(WXC-OBJS)
!       $(CXX) -r -keep_private_externs -nostdlib -o $(WXC-OUTDIR)/=20
master.o $^ $(WXC-LIBS)
         $(CXX) -dynamiclib -install_name $(SHARED-PREFIX)$(notdir =20
$@) -undefined suppress -flat_namespace -o $@ $(WXC-OUTDIR)/master.o $=20=

(filter-out %.a,$(WXC-LIBS))
         $(RM) -f $(WXC-OUTDIR)/master.o

--- 715,721 ----

   # dynamic link library on macOSX: generates single .so file
   $(basename $(WXC-LIB)).dylib: $(WXC-OBJS)
!       $(CXX) -r -keep_private_externs -nostdlib -o $(WXC-OUTDIR)/=20
master.o $^ $(WXC-LIBS) /usr/lib/gcc/darwin/3.3/libstdc++.a
         $(CXX) -dynamiclib -install_name $(SHARED-PREFIX)$(notdir =20
$@) -undefined suppress -flat_namespace -o $@ $(WXC-OUTDIR)/master.o $=20=

(filter-out %.a,$(WXC-LIBS))
         $(RM) -f $(WXC-OUTDIR)/master.o


Le 01-f=E9vr.-06 =E0 20:49, Eric Kow a =E9crit :

> Hi,
>
> Yes, I have encountered this before, and it was very annoying.
> See: http://bugzilla.opendarwin.org/show_bug.cgi?id=3D5006
>
> The thing that fixed it for me is --disable-shared with wxWidgets, =20
> which is odd because you seem to have configured with that as well.
>
> Maybe you should make sure you don't still have the shared version =20
> around.  For example, you could do wx-config --libs
> and wxconfig --libs --static to see if they are different.  If you =20
> want to keep both versions, maybe something like (wxhaskell) ./=20
> configure --wx-config=3D"wx-config --static" would help.
>
> Glad to know I'm not alone there.  Luckily, we've also got Gregory =20
> Wright, the guy who takes care of haskell stuff on DarwinPorts, on =20
> our side :-)
>
> On 1 f=E9vr. 06, at 19:37, Jean Boucquey wrote:
>> I'm trying to build wxHaskell 0.9.4 with wxMac 2.6.1 (tried with =20
>> 2.6.2) and GHC 6.4.1 on MacOS 10.4.4 (gcc 4.0.0).
>> wxWidget is configured with --disable-shared and --disable-unicode.
>>
>> Compilation of the "wxc" layer goes fine but the linking of libwxc-=20=

>> mac2.6.1-0.9.4.dylib fails complaining about "weak definitions":
>> ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a =20
>> weak definition
>>
>> Before I dig into the "dirty" details, I would like to know if I =20
>> missed anything and/or if anybody encourtered this before (and =20
>> maybe knows the solution...).
>
>
> --=20
> Eric Kow                     http://www.loria.fr/~kow
> PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.
>
>

Re: [wxhaskell-users] Tree control with editable labels

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

Hi José,

I did it like this:
 
main = start gui

gui = do
  tv <- treeCtrl sw [style :~ (wxTR_EDIT_LABELS .+.)]
  set tv [ on treeEvent  := handleTreeEvent tv ]

handleTreeEvent :: TreeCtrl () -> EventTree -> IO ()
handleTreeEvent tv event =
  case event of
  TreeEndLabelEdit treeItem newLabel cancelled veto | not cancelled ->
... -- process event
  _ -> propagateEvent

Best regards,
Bernd Holzmüller


José Miguel Vilaça schrieb:
>
> Hi
>
>  
>
> Could someone please point me how can I let my labels in a tree
> control to be editable and how can I get the old and new labels to
> update my data?
>
> I looked to FileBrowse example of wxHaskell and I learn lots of things
> from there but not this one. I intended to search on the wxHaskell
> mailing list but my internet connection stays limited during all day
> due to some technical problems in the university.
>
>  
>
> I would appreciate some help.
>
>  
>
> Best regards
>
>  
>
> Miguel Vilaça
>

Re: [wxhaskell-users] wxHaskell 0.9.4 - wxMac 2.6.1 - GHC 6.4.1 on MacOS 10.4

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

Hi,

Yes, I have encountered this before, and it was very annoying.
See: http://bugzilla.opendarwin.org/show_bug.cgi?id=3D5006

The thing that fixed it for me is --disable-shared with wxWidgets,=20
which is odd because you seem to have configured with that as well.

Maybe you should make sure you don't still have the shared version=20
around.  For example, you could do wx-config --libs
and wxconfig --libs --static to see if they are different.  If you want=20=

to keep both versions, maybe something like (wxhaskell) ./configure=20
--wx-config=3D"wx-config --static" would help.

Glad to know I'm not alone there.  Luckily, we've also got Gregory=20
Wright, the guy who takes care of haskell stuff on DarwinPorts, on our=20=

side :-)

On 1 f=E9vr. 06, at 19:37, Jean Boucquey wrote:
> I'm trying to build wxHaskell 0.9.4 with wxMac 2.6.1 (tried with=20
> 2.6.2) and GHC 6.4.1 on MacOS 10.4.4 (gcc 4.0.0).
> wxWidget is configured with --disable-shared and --disable-unicode.
>
> Compilation of the "wxc" layer goes fine but the linking of=20
> libwxc-mac2.6.1-0.9.4.dylib fails complaining about "weak=20
> definitions":
> ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak=20=

> definition
>
> Before I dig into the "dirty" details, I would like to know if I=20
> missed anything and/or if anybody encourtered this before (and maybe=20=

> knows the solution...).


--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

[wxhaskell-users] wxHaskell 0.9.4 - wxMac 2.6.1 - GHC 6.4.1 on MacOS 10.4

[Jean B. <jbo...@ac...>]

Hi there,

I'm trying to build wxHaskell 0.9.4 with wxMac 2.6.1 (tried with  
2.6.2) and GHC 6.4.1 on MacOS 10.4.4 (gcc 4.0.0).
wxWidget is configured with --disable-shared and --disable-unicode.

Compilation of the "wxc" layer goes fine but the linking of libwxc- 
mac2.6.1-0.9.4.dylib fails complaining about "weak definitions":
ld: out/wxc/master.o undefined symbol 36218 (__ZdaPv) can't be a weak  
definition

Before I dig into the "dirty" details, I would like to know if I  
missed anything and/or if anybody encourtered this before (and maybe  
knows the solution...).

Thanks

Jean

[wxhaskell-users] Tree control with editable labels

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

Hi

=20

Could someone please point me how can I let my labels in a tree control =
to
be editable and how can I get the old and new labels to update my data?

I looked to FileBrowse example of wxHaskell and I learn lots of things =
from
there but not this one. I intended to search on the wxHaskell mailing =
list
but my internet connection stays limited during all day due to some
technical problems in the university.

=20

I would appreciate some help.

=20

Best regards

=20

Miguel Vila=E7a

Re: [wxhaskell-users] palette =?windows-1252?Q?=E0_la_Paint?=

[Arjan v. I. <af...@cs...>]

> but  <- button w [ text :=3D name
>=20
>                         , on command :=3D setChosenButton name state
>=20
>                         , bgcolor :=3D white
>=20
>                         , on paint :=3D myDrawFunctionOnCanvas name
>=20
>                         ]

>    2. The buttons have the nice pictures dram on them and when I click
>       them I get the normal shape of a button with text (like in the
>       screenshot on the file myMenu). It=92s desirable that they mainta=
in
>       the picture and only change the background and the borders.


I think you can use bitmapButton instead op button. I am amazed that=20
attaching a paint handler to a button works!

See http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Controls.html#4

And=20
http://wxhaskell.sourceforge.net/doc/Graphics.UI.WX.Classes.html#t%3APict=
ured

for the picture attribute of those buttons.

Cheers, Arjan

Re: [wxhaskell-users] dynamic widgets (layout and size)

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

Hi,

Thanks for your response.

On 13 janv. 06, at 17:37, Arjan van IJzendoorn wrote:

>> I am having some layout trouble building a widget whose size changes=20=

>> dynamically.  [...]
>> Is this supposed to happen?  Can I do anything about it?
>
> Have you tried applying 'dynamic' to the layout?
>   layout :=3D dynamic $ widget st

I have tried that, and no it does not help.  For that matter, the API=20
says that StaticText is dynamic by default, so as you mentioned it=20
shouldn't make a difference anyway.

Just in case, I ought to clarify that the widget does resize correctly,=20=

but the problem is that it goes back to its original size the moment=20
the parent window gets resized.  It forgets its new "correct" size.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] dynamic widgets (layout and size)

[Arjan v. I. <af...@cs...>]

> I am having some layout trouble building a widget whose size  
> changes dynamically.  [...]
> Is this supposed to happen?  Can I do anything about it?

Have you tried applying 'dynamic' to the layout?
   layout := dynamic $ widget st

I thought buttons where always dynamic so this shouldn't be necessary...

[wxhaskell-users] dynamic widgets (layout and size)

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

Hello,

I am having some layout trouble building a widget whose size changes=20
dynamically.  Consider the example at the bottom of this mail.  When=20
you click on the text "no", it transforms into a larger piece of text,=20=

"yes\nyes".  On Mac OS X 10.3, I am experiencing the following problem:=20=

  when you resize the window, the widget seems to forget its new size. =20=

The widget only seems to allocate its original amount of space, enough=20=

for "no".

Is this supposed to happen?  Can I do anything about it?

Many thanks,

--eric

---8<--------------------

module Main where
import Graphics.UI.WX

main =3D start $
  do f <- frame [text :=3D "Layout testing"]
     st <- staticText f [ text :=3D "no" ]
     set st [ on click :=3D \_ -> set st [ text :=3D "yes\nyes" ] ]
     set f [ layout :=3D widget st ]

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.=

Re: [wxhaskell-users] threads & wx

[Arjan v. I. <af...@cs...>]

> wxEvtHandler::AddPendingEvent
> void AddPendingEvent(wxEvent& event)
>
> so, essentially, how do I call this?

The functions are exported in wxCore. See

	http://wxhaskell.sourceforge.net/doc/ 
Graphics.UI.WXCore.WxcClassesAL.html#53

evtHandlerAddPendingEvent :: EvtHandler a -> Event b -> IO ()
usage: (evtHandlerAddPendingEvent obj event).

Arjan

[wxhaskell-users] threads & wx

[Johan H. <ma...@ar...>]

hello,

for certain reasons I need to run several OS threads and now I
need to pass some data to the GUI. I know that wxhaskell is not
threadsafe but when I look at wxwindows docs I find the function

wxEvtHandler::AddPendingEvent
void AddPendingEvent(wxEvent& event)

which seem to do what I want to. As it's below wxhaskell and actually
made for this purpose, I don't see a major problem in using it.
the question is, how do I call this function with wxhaskell?
I don't see this function exported anywhere. It would be sufficient
if I just could send an idle event (although a custom event would be
better; whatever works) from the thread and then let an event handler
in the GUI do the rest of the fiddling (this at least avoids polling).

so, essentially, how do I call this? do anyone have some code I can
cutnpaste from? I can't reasonably be the first one with this problem.

Thanks,
Johan Henriksson

Re: [wxhaskell-users] trouble with event handlers

[Fabian Y. <fa...@cs...>]

hey Daan!
Using a panel did the trick. Thank you!
- Fabian

On Fri, 2005-12-30 at 19:15 +0100, da...@cs... wrote:

> It might be that the frame is not receiving any key events ???
> In my experience it might work better to put in some kind
> of control, like a "panel". 
> I hope this helps,
> -- Daan.

Re: [wxhaskell-users] trouble with event handlers

[<da...@cs...>]

Hi Fabian,

It might be that the frame is not receiving any key events ???
In my experience it might work better to put in some kind
of control, like a "panel". I guess this has to do how more
with the native platform (windows, gtk, etc) than with wxHaskell
as such.

I hope this helps,
-- Daan.

> hey!
> I'm currently writing my first program with wxhaskell, in fact, it's th=
e
> first time I'm using haskell to write a program that goes beyond basic
> data-structures and sorting algorithms so I hope this question doesn't
> turn out to be non-wxhaskell specific.
>
> Basically, what I want to do is react on key-presses just like in the
> bouncing balls example or in this tutorial:
> http://www.cs.uu.nl/~daan/download/papers/wxhaskell.pdf.
>
> So I wrote the following:
>
> mainFrame =3D  do
>   cs <- variable [ value :=3D (CSys (Rt start_ul start_lr))]
>   f <- frame []
>
>   set f[
>         layout :=3D space fwidth fheight
>        , on paint :=3D drawCoordSys cs fwidth fheight
>        , text:=3D "Coordinate System"
>        , on leftKey :=3D do set cs [value :~ \x -> (csys_shift_x x
> (-(fac_x_p2t fwidth x))) ]
>                           repaint f
>        ]
>
>
>   return ()
>   where
>     start_ul =3D (Pt (-4) 2)
>     start_lr =3D (Pt 2 (-2))
>     fwidth =3D 800
>     fheight =3D 600
>
> When leftKey is pressed, this is supposed to set the mutable variable c=
s
> and repaint f. This doesn't work for some reason. However, if I try the
> same with a timer, it works:
>
> t <- timer f [interval :=3D 50
>              , on command :=3D do set cs [value :~ \x -> (csys_shift_x =
x
> (-(fac_x_p2t fwidth x))) ]
>                                 repaint f
>              ]
>
>
> Any ideas?
> Thanks,
>
> - Fabian Yamaguchi
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

[wxhaskell-users] trouble with event handlers

[Fabian Y. <fa...@cs...>]

hey!
I'm currently writing my first program with wxhaskell, in fact, it's the
first time I'm using haskell to write a program that goes beyond basic
data-structures and sorting algorithms so I hope this question doesn't
turn out to be non-wxhaskell specific.

Basically, what I want to do is react on key-presses just like in the
bouncing balls example or in this tutorial: 
http://www.cs.uu.nl/~daan/download/papers/wxhaskell.pdf.

So I wrote the following:

mainFrame =  do
  cs <- variable [ value := (CSys (Rt start_ul start_lr))]
  f <- frame []
             
  set f[
        layout := space fwidth fheight
       , on paint := drawCoordSys cs fwidth fheight
       , text:= "Coordinate System" 
       , on leftKey := do set cs [value :~ \x -> (csys_shift_x x
(-(fac_x_p2t fwidth x))) ] 
                          repaint f
       ]
                                
        
  return ()
  where
    start_ul = (Pt (-4) 2)
    start_lr = (Pt 2 (-2))
    fwidth = 800
    fheight = 600

When leftKey is pressed, this is supposed to set the mutable variable cs
and repaint f. This doesn't work for some reason. However, if I try the
same with a timer, it works:

t <- timer f [interval := 50
             , on command := do set cs [value :~ \x -> (csys_shift_x x
(-(fac_x_p2t fwidth x))) ] 
                                repaint f
             ]                      


Any ideas?
Thanks,

- Fabian Yamaguchi

Re: [wxhaskell-users] dynamically setting slider bounds?

[Arjan v. I. <af...@cs...>]

Hi Conal,

> sliderSetRange does change the bounds, but the screen space reserved for 
> each bounds of the slider widget does not get increased, so when the 
> bound gains another digit, the last digit is invisible until i manually 
> resize the window.  i'm using this layout for each widget::  [...]

Does refit help?
---
refit :: Window a -> IO ()
Ensure that a widget is refitted inside a window when its size changes, 
for example when the text of a staticText control changes. (calls 
windowReFit)
---

Otherwise, can you send me some code I can compile so that I can 
reproduce the problem?

Arjan

Re: [wxhaskell-users] dynamically setting slider bounds?

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

sliderSetRange does change the bounds, but the screen space reserved for
each bounds of the slider widget does not get increased, so when the bound
gains another digit, the last digit is invisible until i manually resize th=
e
window.  i'm using this layout for each widget::

    boxed label $ hfill $ widget ctl

and this for putting the layouts together:

    set f [ layout :=3D container p $ column 5 $ layouts ]

i thought maybe "dynamic" layout would get the bounds space re-adjusted.
when i apply it after "boxed label", i see no effect.  when i apply it afte=
r
widget or after hfill, i don't get nearly enough width to see the widgets
and much more height than i want.  i also tried combinations of "dynamic" i=
n
the widget layout *and* the frame layout, with no success.

any ideas?  is this a bug in "dynamic"?

Cheers,  - Conal

On 12/14/05, Conal Elliott <co...@co...> wrote:
>
> Thanks for the specific and general tips Arjan.  sliderSetRange did the
> trick!  - Conal
>
> On 12/14/05, Arjan van IJzendoorn < af...@cs...> wrote:
> >
> >
> > On 14-dec-2005, at 8:53, Conal Elliott wrote:
> >
> > > Is it possible to change the min & max values of a slider after
> > > creation?
> >
> > Maybe
> >
> >     import Graphics.UI.WXCore
> >
> >     sliderSetRange :: Slider a -> Int -> Int -> IO ()
> >
> > works.
> > Sometimes it is necessary to turn to WXCore functions because not
> > everything is available in the higher-level WX layer. The two *huge*
> > HTML pages come in handy then:
> >
> > http://wxhaskell.sourceforge.net/doc/
> > Graphics.UI.WXCore.WxcClassesAL.html
> > http://wxhaskell.sourceforge.net/doc/
> > Graphics.UI.WXCore.WxcClassesMZ.html
> >
> > Good luck, Arjan
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> > _______________________________________________
> > wxhaskell-users mailing list
> > wxh...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
> >
>
>

Re: [wxhaskell-users] dynamically setting slider bounds?

[Arjan v. I. <af...@cs...>]

On 14-dec-2005, at 8:53, Conal Elliott wrote:

> Is it possible to change the min & max values of a slider after  
> creation?

Maybe

    import Graphics.UI.WXCore

    sliderSetRange :: Slider a -> Int -> Int -> IO ()

works.
Sometimes it is necessary to turn to WXCore functions because not  
everything is available in the higher-level WX layer. The two *huge*  
HTML pages come in handy then:

http://wxhaskell.sourceforge.net/doc/ 
Graphics.UI.WXCore.WxcClassesAL.html
http://wxhaskell.sourceforge.net/doc/ 
Graphics.UI.WXCore.WxcClassesMZ.html

Good luck, Arjan

[wxhaskell-users] dynamically setting slider bounds?

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

Is it possible to change the min & max values of a slider after creation?

Re: [wxhaskell-users] Re: unicode support

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

On Thu, 01 Dec 2005 20:56:55 +0900, Eric Y. Kow <Eri...@lo...> wrote=
:
> Good thing you checked ^_^
>
> I've updated the patch on the tracker
>  http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1369929&g=
roup_id=3D73133&atid=3D536847
>
> You can also download it from here:
>  http://www.loria.fr/~kow/download/patch-wxhaskell-unicode-08

Now,. patch almost works well on Windows.

> Not sure what to do about the CR+LF thing - maybe just post the files o=
n
> the tracker?

Yes ... I think.
I don't know how to fix this problem, either ....

On Wed, 30 Nov 2005 23:10:48 +0900, shelarcy =20
<she...@ca...> wrote:
> "patch" command convert line terminator automatically.

--=20
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Re: unicode support

[Eric Y. K. <Eri...@lo...>]

Hi,

Good thing you checked ^_^

I've updated the patch on the tracker=20
 http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1369929&group=
_id=3D73133&atid=3D536847

You can also download it from here:
 http://www.loria.fr/~kow/download/patch-wxhaskell-unicode-08

Not sure what to do about the CR+LF thing - maybe just post the files on
the tracker?

On Wed, Nov 30, 2005 at 22:59:05 +0900, shelarcy wrote:
> Hmm... you forgot two point in your newer patch.
> One is eljbitmap.cpp must also chage three lines for Windows, like this.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] Re: unicode support

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

On Wed, 30 Nov 2005 22:59:05 +0900, shelarcy =20
<she...@ca...> wrote:
> Anthor is the line end problem in Visual Studio (C++)' s project files.
> wxcu-2.6.2.dsp and wxcu-2.6.2.dsw should use CR + LF for line terminato=
r.
>
> I don't know your enviorment can use CR + LF line terminator well.
>
> If you can't, I will change final patch on tracker.

This is not your mistake.
I'm misunderstood, this problem.

"patch" command convert line terminator automatically.


--=20
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Re: unicode support

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

On Wed, 30 Nov 2005 20:49:32 +0900, Eric Y. Kow <Eri...@lo...> wrote=
:
> That's great news, thanks very much.  I have tested your patches under
> Linux and Mac and (as would be expected) they also seem to work.
>
> You can also download the patch here:
>   http://www.loria.fr/~kow/download/patch-wxhaskell-unicode-07


Hmm... you forgot two point in your newer patch.
One is eljbitmap.cpp must also chage three lines for Windows, like this.

--- wxhaskell-0.9.4.orig/wxc/src/ewxw/eljbitmap.cpp	Wed Nov 30 21:57:14 =20
2005
+++ wxhaskell-0.9.4/wxc/src/ewxw/eljbitmap.cpp	Wed Nov 30 21:44:19 2005
@@ -92,7 +92,7 @@
  EWXWEXPORT(int, wxBitmap_RemoveHandler)(void* name)
  {
  #ifdef __WIN32__
-	return (int) wxBitmap::RemoveHandler((char*) name);
+	return (int) wxBitmap::RemoveHandler((wxChar*) name);
  #else
  	return 0;
  #endif
@@ -101,7 +101,7 @@
  EWXWEXPORT(void*, wxBitmap_FindHandlerByName)(void* name)
  {
  #ifdef __WIN32__
-	return (void*)wxBitmap::FindHandler((char*) name);
+	return (void*)wxBitmap::FindHandler((wxChar*) name);
  #else
  	return NULL;
  #endif
@@ -110,7 +110,7 @@
  EWXWEXPORT(void*, wxBitmap_FindHandlerByExtension)(void* extension, int=
 =20
type)
  {
  #ifdef __WIN32__
-	return (void*)wxBitmap::FindHandler((char*)extension, (long)type);
+	return (void*)wxBitmap::FindHandler((wxChar*)extension, (long)type);
  #else
  	return NULL;
  #endif

I added this patch.

Anthor is the line end problem in Visual Studio (C++)' s project files.
wxcu-2.6.2.dsp and wxcu-2.6.2.dsw should use CR + LF for line terminator.

I don't know your enviorment can use CR + LF line terminator well.

If you can't, I will change final patch on tracker.

> For further reference, I have opened a new item on the sf tracker
> which should help the wxhaskell developers to follow the development
> of this patch:
>   http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1369929&=
group_id=3D73133&atid=3D536847




--=20
shelarcy <shelarcy capella.freemail.ne.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] Re: unicode support

[Eric Y. K. <Eri...@lo...>]

(Sorry in advance for double-posting; my first message had hit
 the size limit [attachment] and is being held by the moderator)

That's great news, thanks very much.  I have tested your patches under
Linux and Mac and (as would be expected) they also seem to work. =20

For further reference, I have opened a new item on the sf tracker
which should help the wxhaskell developers to follow the development
of this patch:
  http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1369929&grou=
p_id=3D73133&atid=3D536847

You can also download the patch here:
  http://www.loria.fr/~kow/download/patch-wxhaskell-unicode-07

On Mon, Nov 28, 2005 at 23:35:56 +0900, shelarcy wrote:
> I found where is the problem,
>=20
> I send Windows patch for your Unicode patch.

--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.





--=20
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon fran=E7ais.

Re: [wxhaskell-users] Re: unicode support

[Eric Y. K. <Eri...@lo...>]

Hi,

That's great news, thanks very much.  I have tested your patches under
Linux and Mac and (as would be expected) they also seem to work.  

Attached is the latest version (07) of the unicode patch with
shelarchy's changes merged in.

For further reference, I have opened a new item on the sf tracker
which should help the wxhaskell developers to follow the development
of this patch:

http://sourceforge.net/tracker/index.php?func=detail&aid=1369929&group_id=73133&atid=536847

On Mon, Nov 28, 2005 at 23:35:56 +0900, shelarcy wrote:
> I found where is the problem,
> 
> I send Windows patch for your Unicode patch.

-- 
Eric Kow                     http://www.loria.fr/~kow
PGP Key ID: 08AC04F9         Merci de corriger mon français.