From wxruby at qualitycode.com  Thu Mar  2 21:09:53 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Thu, 02 Mar 2006 21:09:53 -0500
Subject: [Wxruby-users] tab traversal
In-Reply-To: <f0fcc6820602190611j4fdcfd0ajc368c7b92cc80ba5@mail.gmail.com>
References: <f0fcc6820602190611j4fdcfd0ajc368c7b92cc80ba5@mail.gmail.com>
Message-ID: <1141351793.9526.12.camel@localhost.localdomain>

On Sun, 2006-02-19 at 08:11 -0600, Mark Volkmann wrote:
> It seems that tab traversal between TextCtrl widgets doesn't work by
> default. How do you enable that?

I don't quite understand the question. Can you clarify and/or post a
sample code snippet that shows what you're trying to do?

Kevin



From r.mark.volkmann at gmail.com  Thu Mar  2 22:50:39 2006
From: r.mark.volkmann at gmail.com (Mark Volkmann)
Date: Thu, 2 Mar 2006 21:50:39 -0600
Subject: [Wxruby-users] tab traversal
In-Reply-To: <1141351793.9526.12.camel@localhost.localdomain>
References: <f0fcc6820602190611j4fdcfd0ajc368c7b92cc80ba5@mail.gmail.com>
	<1141351793.9526.12.camel@localhost.localdomain>
Message-ID: <f0fcc6820603021950h6690abdcm4ed7a9aa2c21442f@mail.gmail.com>

On 3/2/06, Kevin Smith <wxruby at qualitycode.com> wrote:
> On Sun, 2006-02-19 at 08:11 -0600, Mark Volkmann wrote:
> > It seems that tab traversal between TextCtrl widgets doesn't work by
> > default. How do you enable that?
>
> I don't quite understand the question. Can you clarify and/or post a
> sample code snippet that shows what you're trying to do?

Thanks for replying!

If I create a window containing two TextCtrl widgets, enter text in
one, and press the tab key, focus should move to the other one. That
doesn't happen automatically. Is there some configuration I have to do
to make that happen?


From jinhyung at gmail.com  Thu Mar  9 05:20:19 2006
From: jinhyung at gmail.com (Park,Jin Hyung)
Date: Thu, 9 Mar 2006 19:20:19 +0900
Subject: [Wxruby-users] compile error on mac os x
Message-ID: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>

hello :)
i use Mac OS X 10.4.5 ,  and ruby 1.8.4 , wxWidgets 2.4.2 ( from cvs ).
i tried to compile wxRuby, but there are always errors around "id" ,
dialog.cpp: In static member function 'static VALUEWxDialog::init(int,VALUE*, VALUE)':dialog.cpp:60: error: expected unqualified-id before'=' tokenmake: *** [dialog.o] Error 1
like above.
in that case, in function "init", i have changed all "id(wxWindowIDid= -1;)" in init function to "_id", that errors are resolved.
does anybody know about that?

From wxruby at qualitycode.com  Thu Mar  9 11:23:34 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Thu, 09 Mar 2006 11:23:34 -0500
Subject: [Wxruby-users] compile error on mac os x
In-Reply-To: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>
References: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>
Message-ID: <1141921414.8597.10.camel@localhost.localdomain>

On Thu, 2006-03-09 at 19:20 +0900, Park,Jin Hyung wrote:
> hello :)
> i use Mac OS X 10.4.5 ,  and ruby 1.8.4 , wxWidgets 2.4.2 ( from cvs ).
> i tried to compile wxRuby, but there are always errors around "id" ,
> dialog.cpp: In static member function 'static VALUEWxDialog::init(int,VALUE*, VALUE)':dialog.cpp:60: error: expected unqualified-id before'=' tokenmake: *** [dialog.o] Error 1
> like above.
> in that case, in function "init", i have changed all "id(wxWindowIDid= -1;)" in init function to "_id", that errors are resolved.
> does anybody know about that?

I have not heard of that error before. Perhaps one of our Mac developers
can help.

Hopefully we will be doing a "preview release" of wxruby2 shortly. If
you can use it, that might be the easiest solution.

Thanks,

Kevin



From robin at nibor.org  Thu Mar  9 14:54:39 2006
From: robin at nibor.org (Robin Stocker)
Date: Thu, 09 Mar 2006 20:54:39 +0100
Subject: [Wxruby-users] compile error on mac os x
In-Reply-To: <1141921414.8597.10.camel@localhost.localdomain>
References: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>
	<1141921414.8597.10.camel@localhost.localdomain>
Message-ID: <441087FF.7000505@nibor.org>

Kevin Smith wrote:
> On Thu, 2006-03-09 at 19:20 +0900, Park,Jin Hyung wrote:
>> hello :)
>> i use Mac OS X 10.4.5 ,  and ruby 1.8.4 , wxWidgets 2.4.2 ( from cvs ).
>> i tried to compile wxRuby, but there are always errors around "id" ,
>> dialog.cpp: In static member function 'static VALUEWxDialog::init(int,VALUE*, VALUE)':dialog.cpp:60: error: expected unqualified-id before'=' tokenmake: *** [dialog.o] Error 1
>> like above.
>> in that case, in function "init", i have changed all "id(wxWindowIDid= -1;)" in init function to "_id", that errors are resolved.
>> does anybody know about that?
> 
> I have not heard of that error before. Perhaps one of our Mac developers
> can help.

Hi,

This error has something to do with "id" being a keyword (or type or 
something) in Objective-C. And I think wxMac is based on Cocoa, which is 
a Objective-C library. So the whole thing gets compiled with Objective-C 
enabled and the compiler thinks that "id" is a type, not a name and gets 
confused. The solution is to rename all the "id" variables to something 
else.

Regards,
   Robin

From wxruby at qualitycode.com  Thu Mar  9 15:28:07 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Thu, 09 Mar 2006 15:28:07 -0500
Subject: [Wxruby-users] compile error on mac os x
In-Reply-To: <441087FF.7000505@nibor.org>
References: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>
	<1141921414.8597.10.camel@localhost.localdomain>
	<441087FF.7000505@nibor.org>
Message-ID: <1141936087.8597.40.camel@localhost.localdomain>

On Thu, 2006-03-09 at 20:54 +0100, Robin Stocker wrote:
> This error has something to do with "id" being a keyword (or type or 
> something) in Objective-C. And I think wxMac is based on Cocoa, which is 
> a Objective-C library. So the whole thing gets compiled with Objective-C 
> enabled and the compiler thinks that "id" is a type, not a name and gets 
> confused. The solution is to rename all the "id" variables to something 
> else.

Yikes. Ok. Does it depend on which compiler you use? Or are there
compiler settings to avoid the problem? I'm surprised that none of our
Mac developers have hit or mentioned this before.

Assuming it's a real problem, can anyone confirm whether or not it is
also a problem with wxruby2? I'm not likely to make any more changes to
the wxruby1 code base, but if it's a problem with wxruby2 we should fix
it.

Thanks!

Kevin



From sean.m.long at gmail.com  Fri Mar 10 01:16:28 2006
From: sean.m.long at gmail.com (Sean Long)
Date: Thu, 9 Mar 2006 22:16:28 -0800
Subject: [Wxruby-users] compile error on mac os x
In-Reply-To: <1141936087.8597.40.camel@localhost.localdomain>
References: <9b2a1cff0603090220p7826e67dx4c0ae9e23d9c43ff@mail.gmail.com>
	<1141921414.8597.10.camel@localhost.localdomain>
	<441087FF.7000505@nibor.org>
	<1141936087.8597.40.camel@localhost.localdomain>
Message-ID: <c2cd0d1d0603092216jd79103ft9a5fcebaad107149@mail.gmail.com>

I have never run in to this problem with wxRuby2, I never had much
luck with the old wxRuby on Mac OS X, that is one of the reasons I
started working on wxRuby2.

Sean

On 3/9/06, Kevin Smith <wxruby at qualitycode.com> wrote:
> On Thu, 2006-03-09 at 20:54 +0100, Robin Stocker wrote:
> > This error has something to do with "id" being a keyword (or type or
> > something) in Objective-C. And I think wxMac is based on Cocoa, which is
> > a Objective-C library. So the whole thing gets compiled with Objective-C
> > enabled and the compiler thinks that "id" is a type, not a name and gets
> > confused. The solution is to rename all the "id" variables to something
> > else.
>
> Yikes. Ok. Does it depend on which compiler you use? Or are there
> compiler settings to avoid the problem? I'm surprised that none of our
> Mac developers have hit or mentioned this before.
>
> Assuming it's a real problem, can anyone confirm whether or not it is
> also a problem with wxruby2? I'm not likely to make any more changes to
> the wxruby1 code base, but if it's a problem with wxruby2 we should fix
> it.
>
> Thanks!
>
> Kevin
>
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>


From wxruby at qualitycode.com  Fri Mar 17 11:18:48 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Fri, 17 Mar 2006 11:18:48 -0500
Subject: [Wxruby-users] [ANN] New wxWidgets book released
Message-ID: <1142612328.8441.21.camel@localhost.localdomain>

The upstream wxWidgets folks just released a 700-page book about
wxWidgets. Obviously it's aimed at the C++ libraries, but most of it
should be helpful for wxRuby users as well.

It appears to be available as a free download, or as a bound book for
purchase. It would be great to hear from anyone who has a copy to know
how good it is. It would also be great if people actually buy a copy to
support ongoing development of wxWidgets and accompanying documentation.

http://wxwidgets.org/book/index.htm

Kevin



From sean.m.long at gmail.com  Fri Mar 17 11:57:35 2006
From: sean.m.long at gmail.com (Sean Long)
Date: Fri, 17 Mar 2006 08:57:35 -0800
Subject: [Wxruby-users] [ANN] New wxWidgets book released
In-Reply-To: <1142612328.8441.21.camel@localhost.localdomain>
References: <1142612328.8441.21.camel@localhost.localdomain>
Message-ID: <c2cd0d1d0603170857y79e111bcg5f716ac3e3736b23@mail.gmail.com>

I bought a copy back when it first came out, it is a good book. I have
not read it cover to cover, I mostly bought it as a reference and to
support Julian/wxWidgets team.

I sure wish I had the book years ago when I first started programming
wxWidgets (wxWindows then) it would have saved me a lot of trial and
error.

Anyway it is a great addition to the wxWidgets documentation.


Sean

On 3/17/06, Kevin Smith <wxruby at qualitycode.com> wrote:
> The upstream wxWidgets folks just released a 700-page book about
> wxWidgets. Obviously it's aimed at the C++ libraries, but most of it
> should be helpful for wxRuby users as well.
>
> It appears to be available as a free download, or as a bound book for
> purchase. It would be great to hear from anyone who has a copy to know
> how good it is. It would also be great if people actually buy a copy to
> support ongoing development of wxWidgets and accompanying documentation.
>
> http://wxwidgets.org/book/index.htm
>
> Kevin
>
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>


From roys at mindspring.com  Sun Mar 26 00:34:58 2006
From: roys at mindspring.com (Roy Sutton)
Date: Sun, 26 Mar 2006 00:34:58 -0500
Subject: [Wxruby-users] Updating tools
Message-ID: <44262802.10108@mindspring.com>

Hello all.  I decided to see how things were progressing and have 
updated my Swig to 1.3.29 and my wxWindows to 2.6.3.  I'll try 
rebuilding everything as soon as I'm done compiling wx 2.6.3.  Then I 
hope to have some time to read up on the new ruby stuff in Swig to see 
if we can close the last few holes.

Roy

From alex at pressure.to  Sun Mar 26 16:03:49 2006
From: alex at pressure.to (Alex Fenton)
Date: Sun, 26 Mar 2006 22:03:49 +0100
Subject: [Wxruby-users] Updating tools
In-Reply-To: <44262802.10108@mindspring.com>
References: <44262802.10108@mindspring.com>
Message-ID: <442701B5.5020309@pressure.to>

Hi all

Tried the same on OS X 10.3, using 2.6.3 and swig 1.3.29 (previously 
using 1.3.25). Seems to run OK except

1) problems as previously reported with the ART_ constants

src/RubyConstants.cpp:3512: error: `wxART_TOOLBAR_C' undeclared (first 
use this function)

The relevant SWIG-generated line is
rb_define_const(mWxRubyConstants, "ART_TOOLBAR", 
SWIG_FromCharPtr(wxART_TOOLBAR_C));

Then some more errors:
src/RubyConstants.cpp:3519: error: cannot convert `const wchar_t*' to 
`const
   char*' for argument `1' to `VALUE SWIG_FromCharPtr(const char*)'

2) I commented out the artprovider constants - it then fails on the 
final linking command with a slew of errors as below. Wonder if the 
GCItem refers to Garbage Collection and the new mechanisms for this in 
recent SWIG?

Any help appreciated

cheers
alex

ld: multiple definitions of symbol _ZN4Swig6GCItemD0Ev.eh
obj/App.o definition of absolute _ZN4Swig6GCItemD0Ev.eh (value 0x0)
obj/ArtProvider.o definition of absolute _ZN4Swig6GCItemD0Ev.eh (value 0x0)
ld: multiple definitions of symbol _ZN4Swig6GCItemD1Ev.eh
obj/App.o definition of absolute _ZN4Swig6GCItemD1Ev.eh (value 0x0)
obj/ArtProvider.o definition of absolute _ZN4Swig6GCItemD1Ev.eh (value 0x0)
ld: multiple definitions of symbol _ZN4Swig6GCItemD2Ev.eh
obj/App.o definition of absolute _ZN4Swig6GCItemD2Ev.eh (value 0x0)
obj/ArtProvider.o definition of absolute _ZN4Swig6GCItemD2Ev.eh (value 0x0)
ld: multiple definitions of symbol _ZN4Swig6GCItemD4Ev.eh
obj/App.o definition of absolute _ZN4Swig6GCItemD4Ev.eh (value 0x0)
obj/ArtProvider.o definition of absolute _ZN4Swig6GCItemD4Ev.eh (value 0x0)
ld: multiple definitions of symbol Swig::UnknownExceptionHandler::handler()
obj/App.o definition of Swig::UnknownExceptionHandler::handler() in 
section (__TEXT,__text)
obj/ArtProvider.o definition of Swig::UnknownExceptionHandler::handler() 
in section (__TEXT,__text)
ld: multiple definitions of symbol Swig::GCItem::~GCItem()
obj/App.o definition of Swig::GCItem::~GCItem() in section (__TEXT,__text)
obj/ArtProvider.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
ld: multiple definitions of symbol Swig::GCItem::~GCItem()
obj/App.o definition of Swig::GCItem::~GCItem() in section (__TEXT,__text)
obj/ArtProvider.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
ld: multiple definitions of symbol Swig::GCItem::~GCItem()
obj/App.o definition of Swig::GCItem::~GCItem() in section (__TEXT,__text)
obj/ArtProvider.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
ld: multiple definitions of symbol __ZN4Swig6GCItemD4Ev
obj/App.o definition of __ZN4Swig6GCItemD4Ev in section (__TEXT,__text)
obj/ArtProvider.o definition of __ZN4Swig6GCItemD4Ev in section 
(__TEXT,__text)
obj/Bitmap.o definition of absolute _ZN4Swig6GCItemD0Ev.eh (value 0x0)
obj/Bitmap.o definition of absolute _ZN4Swig6GCItemD1Ev.eh (value 0x0)
obj/Bitmap.o definition of absolute _ZN4Swig6GCItemD2Ev.eh (value 0x0)
obj/Bitmap.o definition of absolute _ZN4Swig6GCItemD4Ev.eh (value 0x0)
obj/Bitmap.o definition of Swig::UnknownExceptionHandler::handler() in 
section (__TEXT,__text)
obj/Bitmap.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
obj/Bitmap.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
obj/Bitmap.o definition of Swig::GCItem::~GCItem() in section 
(__TEXT,__text)
obj/Bitmap.o definition of __ZN4Swig6GCItemD4Ev in section (__TEXT,__text)


Roy Sutton wrote:
> Hello all.  I decided to see how things were progressing and have 
> updated my Swig to 1.3.29 and my wxWindows to 2.6.3.  I'll try 
> rebuilding everything as soon as I'm done compiling wx 2.6.3.  Then I 
> hope to have some time to read up on the new ruby stuff in Swig to see 
> if we can close the last few holes.
>
> Roy
> _______________________________________________
> wxruby-users mailing list
> wxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
>
>   


From amandus at gmail.com  Sun Mar 26 16:22:30 2006
From: amandus at gmail.com (Albin Holmgren)
Date: Sun, 26 Mar 2006 23:22:30 +0200
Subject: [Wxruby-users] Updating tools
In-Reply-To: <442701B5.5020309@pressure.to>
References: <44262802.10108@mindspring.com> <442701B5.5020309@pressure.to>
Message-ID: <3a94ba0603261322r579db471ia88ba8c152b5ea6f@mail.gmail.com>

On 3/26/06, Alex Fenton <alex at pressure.to> wrote:
Hi all

>
> Tried the same on OS X 10.3, using 2.6.3 and swig 1.3.29 (previously
> using 1.3.25). Seems to run OK except



I've tried to build wxruby with swig 1.3.28 and the free microsoft compiler
toolkit and have got similar errors.
Both the ART_constants and the duplicate definitions of GCItem and
UnknownException.

Using swig-1.3.24 seems to work a bit better but the free toolkit is missing
a few libraries (msvcprtd and msvcrt if my memory is correct)
so I haven't been able to produce a complete build with these either. Has
anyone else managed to build wxruby using
the free compiler?

The first few lines of the linker output (when swigged with 1.3.28) looks
like:

ArtProvider.obj : error LNK2005: "private: static void __cdecl
Swig::UnknownExce
ptionHandler::handler(void)"
(?handler at UnknownExceptionHandler@Swig@@CAXXZ) alre
ady defined in App.obj
ArtProvider.obj : error LNK2005: "public: virtual __thiscall
Swig::GCItem::~GCIt
em(void)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
Bitmap.obj : error LNK2005: "private: static void __cdecl
Swig::UnknownException
Handler::handler(void)" (?handler at UnknownExceptionHandler@Swig @@CAXXZ)
already d
efined in App.obj
Bitmap.obj : error LNK2005: "public: virtual __thiscall
Swig::GCItem::~GCItem(vo
id)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
BitmapButton.obj : error LNK2005: "private: static void __cdecl
Swig::UnknownExc
eptionHandler::handler(void)"
(?handler at UnknownExceptionHandler@Swig@@CAXXZ) alr
eady defined in App.obj
BitmapButton.obj : error LNK2005: "public: virtual __thiscall
Swig::GCItem::~GCI
tem(void)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
Bogus.obj : error LNK2005: "private: static void __cdecl
Swig::UnknownExceptionH
andler::handler(void)" (?handler@ UnknownExceptionHandler at Swig@@CAXXZ)
already de
fined in App.obj

/Albin Holmgren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-users/attachments/20060326/316f536a/attachment.htm 

From roys at mindspring.com  Mon Mar 27 00:01:47 2006
From: roys at mindspring.com (Roy Sutton)
Date: Mon, 27 Mar 2006 00:01:47 -0500
Subject: [Wxruby-users] Updating tools
In-Reply-To: <3a94ba0603261322r579db471ia88ba8c152b5ea6f@mail.gmail.com>
References: <44262802.10108@mindspring.com> <442701B5.5020309@pressure.to>
	<3a94ba0603261322r579db471ia88ba8c152b5ea6f@mail.gmail.com>
Message-ID: <442771BB.6060104@mindspring.com>

I have sent off a couple messages to the Swig group for some help.

Roy

Albin Holmgren wrote:
>
>
> On 3/26/06, *Alex Fenton* <alex at pressure.to <mailto:alex at pressure.to>> 
> wrote:
> Hi all
>
>
>     Tried the same on OS X 10.3, using 2.6.3 and swig 1.3.29 (previously
>     using 1.3.25). Seems to run OK except
>
>
>
> I've tried to build wxruby with swig 1.3.28 and the free microsoft 
> compiler toolkit and have got similar errors.
> Both the ART_constants and the duplicate definitions of GCItem and 
> UnknownException.
>
> Using swig-1.3.24 seems to work a bit better but the free toolkit is 
> missing a few libraries (msvcprtd and msvcrt if my memory is correct)
> so I haven't been able to produce a complete build with these either. 
> Has anyone else managed to build wxruby using
> the free compiler?
>
> The first few lines of the linker output (when swigged with 1.3.28) 
> looks like:
>
> ArtProvider.obj : error LNK2005: "private: static void __cdecl
> Swig::UnknownExce
> ptionHandler::handler(void)"
> (?handler at UnknownExceptionHandler@Swig@@CAXXZ) alre
> ady defined in App.obj
> ArtProvider.obj : error LNK2005: "public: virtual __thiscall
> Swig::GCItem::~GCIt
> em(void)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
> Bitmap.obj : error LNK2005: "private: static void __cdecl
> Swig::UnknownException
> Handler::handler(void)" (?handler at UnknownExceptionHandler@Swig @@CAXXZ)
> already d
> efined in App.obj
> Bitmap.obj : error LNK2005: "public: virtual __thiscall
> Swig::GCItem::~GCItem(vo
> id)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
> BitmapButton.obj : error LNK2005: "private: static void __cdecl
> Swig::UnknownExc
> eptionHandler::handler(void)"
> (?handler at UnknownExceptionHandler@Swig@@CAXXZ) alr
> eady defined in App.obj
> BitmapButton.obj : error LNK2005: "public: virtual __thiscall
> Swig::GCItem::~GCI
> tem(void)" (??1GCItem at Swig@@UAE at XZ) already defined in App.obj
> Bogus.obj : error LNK2005: "private: static void __cdecl
> Swig::UnknownExceptionH
> andler::handler(void)" (?handler@ UnknownExceptionHandler at Swig@@CAXXZ)
> already de
> fined in App.obj
>
> /Albin Holmgren
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users

From roys at mindspring.com  Mon Mar 27 10:38:22 2006
From: roys at mindspring.com (Roy Sutton)
Date: Mon, 27 Mar 2006 10:38:22 -0500
Subject: [Wxruby-users] Patch for Swig 1.3.29
Message-ID: <442806EE.3090300@mindspring.com>

Attached is a patch for Swig that at least allows us to link the 
library.  I am experiencing a number of bugs that will need to be 
tracked down and squashed.   I haven't even had time to look at the 
newer Swig features yet.

Roy
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: director.swg
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060327/f77f5b95/attachment.bat 

From alex at pressure.to  Mon Mar 27 18:19:17 2006
From: alex at pressure.to (Alex Fenton)
Date: Tue, 28 Mar 2006 00:19:17 +0100
Subject: [Wxruby-users] Patch for Swig 1.3.29
In-Reply-To: <442806EE.3090300@mindspring.com>
References: <442806EE.3090300@mindspring.com>
Message-ID: <442872F5.4070309@pressure.to>

Thanks Roy, that was quick. This compiles cleanly for me now

SCIPIUS:~ alex$ gcc -v
Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
Thread model: posix
gcc version 3.3 20030304 (Apple Computer, Inc. build 1666)

But like you, I'm experiencing a few bugs:
- unicode support (string typemaps?) seems to be broken - I'll 
double-check my WxWidgets compile options
- some constants (eg SYS_) seem to have disappeared

Will look into these ....

cheers
alex

Roy Sutton wrote:
> Attached is a patch for Swig that at least allows us to link the 
> library.  I am experiencing a number of bugs that will need to be 
> tracked down and squashed.   I haven't even had time to look at the 
> newer Swig features yet.
>
> Roy

From roys at mindspring.com  Mon Mar 27 18:40:07 2006
From: roys at mindspring.com (Roy Sutton)
Date: Mon, 27 Mar 2006 18:40:07 -0500
Subject: [Wxruby-users] Patch for Swig 1.3.29
In-Reply-To: <442872F5.4070309@pressure.to>
References: <442806EE.3090300@mindspring.com> <442872F5.4070309@pressure.to>
Message-ID: <442877D7.2070004@mindspring.com>

I'm getting the stack level too deep problem at get_label in big demo.  
I recall seeing this exact problem before but my mind is so fuzzy I 
don't recall what's causing this.  As I recall it had something to do 
with not wrapping things properly so that it kept calling itself.  I'll 
search the list archives and see what I find.

Roy

Alex Fenton wrote:
> Thanks Roy, that was quick. This compiles cleanly for me now
>
> SCIPIUS:~ alex$ gcc -v
> Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs
> Thread model: posix
> gcc version 3.3 20030304 (Apple Computer, Inc. build 1666)
>
> But like you, I'm experiencing a few bugs:
> - unicode support (string typemaps?) seems to be broken - I'll 
> double-check my WxWidgets compile options
> - some constants (eg SYS_) seem to have disappeared
>
> Will look into these ....
>
> cheers
> alex
>
> Roy Sutton wrote:
>   
>> Attached is a patch for Swig that at least allows us to link the 
>> library.  I am experiencing a number of bugs that will need to be 
>> tracked down and squashed.   I haven't even had time to look at the 
>> newer Swig features yet.
>>
>> Roy
>>     
> _______________________________________________
> wxruby-users mailing list
> wxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
>
>
>   

From alex at pressure.to  Mon Mar 27 19:32:13 2006
From: alex at pressure.to (Alex Fenton)
Date: Tue, 28 Mar 2006 01:32:13 +0100
Subject: [Wxruby-users] ListItem patches
Message-ID: <4428840D.8030008@pressure.to>

Hi

Attached, patches to implement ListItem. This class, in wxruby 0.6.0, allows styling of individual items in a ListCtrl, via a particularly clunky API. In disambiguating the overloaded ListCtrl#set_item method it introduces one non backwards-compatible change. I've followed the WxPython convention as described in the Wx class ref, renaming set_item(index, col, string, imageid) to set_item_string.

One thing that doesn't work is the constants LIST_FORMAT_LEFT etc. I'm not sure if it's the same problem I'm seeing with some other groups of constants since upgrading to SWIG 1.3.29, but constants declarations like

enum wxListColumnFormat {
....
enum wxSystemColour {
...

seem to be broken.

Lastly, would it be possible and desirable to move class-specific constants (like TE_xxx, SYS_xxx, LIST_xxx, NB_xxx etc) from RubyConstants.i to the relevant .i file in swig/classes? Nothing urgent, just a suggestion as RubyConstants.i is getting unwieldy.

alex
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: RubyConstants.patch
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060328/d80005bc/attachment-0003.bat 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ListCtrl.patch
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060328/d80005bc/attachment-0004.bat 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ListItem.i
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060328/d80005bc/attachment-0005.bat 

From wxruby at qualitycode.com  Tue Mar 28 11:39:17 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Tue, 28 Mar 2006 11:39:17 -0500
Subject: [Wxruby-users] Stack too deep (was: Patch for Swig 1.3.29)
In-Reply-To: <442877D7.2070004@mindspring.com>
References: <442806EE.3090300@mindspring.com> <442872F5.4070309@pressure.to>
	<442877D7.2070004@mindspring.com>
Message-ID: <1143563957.8430.2.camel@localhost.localdomain>

On Mon, 2006-03-27 at 18:40 -0500, Roy Sutton wrote:
> I'm getting the stack level too deep problem at get_label in big demo.  
> I recall seeing this exact problem before but my mind is so fuzzy I 
> don't recall what's causing this.  As I recall it had something to do 
> with not wrapping things properly so that it kept calling itself.  I'll 
> search the list archives and see what I find.

Sorry I don't have more time to help with this right now. I'm in the
final week of a two-project crunch mode. I'll be out of town early next
week, but around April 8 I really expect to have at least a little time
to work on wxruby.

I believe the problem you're thinking of was when the swig direction
flag wasn't set properly. This was caused by us not swigging virtual
versions of methods in superclasses.

Kevin



From wxruby at qualitycode.com  Tue Mar 28 11:41:52 2006
From: wxruby at qualitycode.com (Kevin Smith)
Date: Tue, 28 Mar 2006 11:41:52 -0500
Subject: [Wxruby-users] ListItem patches
In-Reply-To: <4428840D.8030008@pressure.to>
References: <4428840D.8030008@pressure.to>
Message-ID: <1143564112.8430.5.camel@localhost.localdomain>

On Tue, 2006-03-28 at 01:32 +0100, Alex Fenton wrote:
> Lastly, would it be possible and desirable to move 
> class-specific constants (like TE_xxx, SYS_xxx, LIST_xxx, 
> NB_xxx etc) from RubyConstants.i to the relevant .i file 
> in swig/classes? Nothing urgent, just a suggestion as 
> RubyConstants.i is getting unwieldy.

I think so. At least when there is one unambiguous place that each group
of constants should go. Another option would be to have multiple .i
files for constants, one per category. I'm not sure if that's a big
improvement.

Kevin



From roys at mindspring.com  Thu Mar 30 00:31:40 2006
From: roys at mindspring.com (Roy Sutton)
Date: Thu, 30 Mar 2006 00:31:40 -0500
Subject: [Wxruby-users] Patch for wxControl.h
Message-ID: <442B6D3C.8030107@mindspring.com>

Hello all.  This gets past the problem in bigdemo where it won't start 
the application at all.  That was where it was overflowing the stack on 
get_label.

Roy
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: wxControl.h.patch
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060330/324b9d3e/attachment.bat 

From roys at mindspring.com  Thu Mar 30 00:41:04 2006
From: roys at mindspring.com (Roy Sutton)
Date: Thu, 30 Mar 2006 00:41:04 -0500
Subject: [Wxruby-users] RubyConstants.i patch
Message-ID: <442B6F70.3030105@mindspring.com>

This patch fixes the problem with the undefined constants.  Apologies to 
Alex as I didn't apply his patches yet.  The fix is to just removed the 
_C from the end of the ones that won't compile anymore.

Roy
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: RubyConstants.i.patch
Url: http://rubyforge.org/pipermail/wxruby-users/attachments/20060330/46a22244/attachment.bat