wxhaskell-users

[wxhaskell-users] Merge wxStyledTextCntrl (Scintilla edit control wrapper) support

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

Hello all,

I made patch that merge wxSTC (wxStyledTextCntrl) support from Haste project.


If you want to use wxSTC, you must use wxWidgets-2.6.x and build
contrib's stc library.
Then you can build wxHaskell with wxSTC support.

If you use wxHaskell on Windows platform (wxMSC), you only build wxc
library by Visual Studio.
(Of cource, you must build stc library before you build wxc.)

If you use other than Windows, you need to use --with-stc option at configuring.

./configure --with-stc

It works for building process exactly, but I didn't test wxSTC support
works other than Windows platform.
I used modified (that to support GHC 6.6) version of Haste, to test wxSTC.
It works on Windows, but it terminate program soonly on Mac OS X.
(You can use other features on Mac OS X. So, don't worry about that.)

And by a few reasons, this support is experimental.
- This support lacks some functionality.
-- See source code comment, you can find it.
- Some useful function implemented in Hastes's source code.
-- I have to move them.


If you want to modify or extend this support, you want to test stc support

I uploaded my modified version of Haste in Kamiariduki's space. So you
can download that.
https://sourceforge.net/project/showfiles.php?group_id=168626

Or you can download old Haste from Haste's project page.
(But Haste's web site and svn repository is lost. So this is not latest one.)
http://sourceforge.net/projects/haste-ide/

Re: [wxhaskell-users] Merge wxStyledTextCntrl (Scintilla edit control wrapper) support

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

On Fri, 12 Jan 2007 02:13:42 +0900, shelarcy <she...@gm...> wrote:
> I used modified (that to support GHC 6.6) version of Haste, to test wxSTC.
> It works on Windows, but it terminate program soonly on Mac OS X.
> (You can use other features on Mac OS X. So, don't worry about that.)
>
> And by a few reasons, this support is experimental.
> - This support lacks some functionality.
> -- See source code comment, you can find it.
> - Some useful function implemented in Hastes's source code.
> -- I have to move them.

I forgot to notice one more awkward point.

Current version depends on wxSTC-D3's stc.h.
This file is clean-uped version of contrib/include/wx/stc/stc.h.

I used this file that used in Hastes' wxSTC support.
Because wxdirect's CompileSTC can't parse original file now.

CompileSTC can't treat #ifdef pragma.
It's not difficult task. Because this pragma separate only one
condition - use SWIG or not. Of course we don't use SWIG.


Best Regards,

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

Re: [wxhaskell-users] Merge wxStyledTextCntrl (Scintilla edit control wrapper) support

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

Hi,

On Fri, Jan 12, 2007 at 02:13:42 +0900, shelarcy wrote:
> I made patch that merge wxSTC (wxStyledTextCntrl) support from Haste=20
> project.

I haven't had time to look into this very carefully.  It compiles on my
Mac, although it produces a lot of warnings like

wxc/src/stc_gen.cpp:1336: warning: converting to non-pointer type =E2=80=98=
int=E2=80=99 from NULL
wxc/src/stc_gen.cpp: In function =E2=80=98int wxStyledTextCtrl_GetLastChild=
(void*, int, int)=E2=80=99:

But if I understand correctly, this doesn't have much effect if you
don't compile --with-stc.  I'm also a bit unsure about these kinds of
not-very-universal features to wxhaskell proper.  It seems like there
should be a better way to provide wrappers for 3rd party wxWidgets
controls.

Anyway, I'm pushing this in.  I could always roll it back or something
if it causes problems.

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

Re: [wxhaskell-users] Merge wxStyledTextCntrl (Scintilla edit control wrapper) support

[Lennart K. <kol...@dt...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

shelarcy wrote:
> Hello all,
> 
> I made patch that merge wxSTC (wxStyledTextCntrl) support from Haste
> project.
> 

Cool! I've often thought of doing this, but haven't done it as I don't
write much GUI apps any more.

> I used modified (that to support GHC 6.6) version of Haste, to test wxSTC.
> It works on Windows, but it terminate program soonly on Mac OS X.
> (You can use other features on Mac OS X. So, don't worry about that.)

So haste lives again, nice to hear! :D

> And by a few reasons, this support is experimental.
> - This support lacks some functionality.
> -- See source code comment, you can find it.
> - Some useful function implemented in Hastes's source code.
> -- I have to move them.

I'm sure that much of the functionality is missing, we took some few
things we needed to get haste started. The rest is not yet done.

> If you want to modify or extend this support, you want to test stc support
> 
> I uploaded my modified version of Haste in Kamiariduki's space. So you
> can download that.
> https://sourceforge.net/project/showfiles.php?group_id=168626
> 
> Or you can download old Haste from Haste's project page.
> (But Haste's web site and svn repository is lost. So this is not latest
> one.)
> http://sourceforge.net/projects/haste-ide/
> 

Indeed the repo and homepage is lost since a long time, but I was able
to find the old development code on my laptop! I don't know what differs
from the last released version and my version. We haven't touched it
since the day of the deadline of this university project.
I've put it online:
http://haskell.org/~kolmodin/code/haste/
It includes everything I had when working on wxSTC/haste, including
university paper, silly tests, temporary files and whatnot. It even
includes the homepage! :)

> Current version depends on wxSTC-D3's stc.h.
> This file is clean-uped version of contrib/include/wx/stc/stc.h.

> I used this file that used in Hastes' wxSTC support.
> Because wxdirect's CompileSTC can't parse original file now.

CompileSTC couldn't parse the original file back then either. We had to
manually remove parts from stc.h that our naive parser couldn't handle.
A really ugly hack :)

> CompileSTC can't treat #ifdef pragma.
> It's not difficult task. Because this pragma separate only one
> condition - use SWIG or not. Of course we don't use SWIG.

I belive that there was more things we couldn't parse, but I'm not sure
any more. If I'd done it again today I might had "borrowed" the parser
from c2hs and done it properly.

Cheers,
  Lennart Kolmodin  -- one of the original five developers of haste

- --
"The only thing that interferes with my learning is my education."
        -- Albert Einstein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFvNAQ4txYG4KUCuERAiR4AJ9xSgyILXqNfoffQSRpcjFLpqoVeACfUBkt
oL0KZTknFaC/ssg8oLUqpl0=
=vokR
-----END PGP SIGNATURE-----