similar to: wxruby-swig compile/rake problem

Good news and bad news. First he good news. wxruby-swig now compiles on Linux, Mac, and Windows using wxWidgets 2.5. I just patched a bug with the paint method today, but it''s getting very close to the first release of wxruby. With a little more cleanup, I think we''re getting ready to do a first release of it, which will hopefully replaced wxruby. Of course, the debug spew

Hi, Has this problem been resolved? I encountered the same problem on my FC3 system with wxGTK-2.4.2 and wxruby-0.6. Thanks. Stephen [Wxruby-users] Re: Problem building wxRuby: htmlproc.h not found *Nick* devel at nicreations.com

I''ve checked a number of new .i files into the wxruby-swig tree. Not all of them are fully tested, but I thought it would be better for them to be there than to have somebody start duplicating the work. I''ve also added the ''caret'' and ''image'' samples, as well as the generic etc/test.rb. These need the unreleased SWIG-1.3.22. The current

Greetings all, Over the last few months, while I have been busy on other projects, Nick and other folks have built wxruby-swig up to where it now supports about 120 classes, compared to the 139 in wxruby 0.6. When you include the fact that wxruby 0.6 had a few classes that really weren''t needed (because non-wx ruby versions work fine), it looks like wxruby-swig is actually very

We''ve had some discussion in the past about the wxruby vs wxruby-swig name, and how they are a bit confusing. My big problem with ''wxruby-swig'' is that unless you know what ''swig'' is, it''s not a terribly useful (or sexy) postfix. It''s like naming a car after it''s manufacturing process - "the all new Acura

A while back there was a discussion about what version of WxWidgets to target with WxRuby-SWIG. I don''t remember seeing any resolution, but I gather that thus far WxRuby-SWIG has continued to target 2.4.2, with the thinking that WxRuby-SWIG would quickly mature to the point that it could replace WxRuby, and once that was done the focus would shift to working with 2.5.x.

wxRuby 0.6.0 has been released and is now available for download from RubyForge at http://wxruby.rubyforge.org/ This release includes binary builds for Max OS X and MS Windows. Changes in this release include: * Additional widget support in XRC (thanks to Marshall Elfstrand) * Addition of wxScrollbar (thanks to Hans Harmon of Pinnacle Technologies Inc) * Addition of wxGrid event handlers (thanks

I''ve just tried to build wxRuby on a debian/unstable (i386) platform. I went to rubyforge.org and downloaded wxruby-0.5-src.tar.gz. <http://rubyforge.org/frs/download.php/1254/wxruby-0.5-src.tar.gz> I have ruby 1.8.2 installed on my system. I needed to install the debian package ruby1.8-dev in order to get mkmf.rb. That solved my first problem. So then i ran "ruby

Ok, my first complete swipe for the new docs (but still with old rdoc default output templates) can be seen at: http://www.mktec.com/dev_www/wxruby-docs/ Most of the classes/methods documentation came out fine, but I still need finetune because some methods don''t get documented at all, like methods in the classes Bitmap and Frame. Once I can get it so all things get documented

REMINDER: wxruby-swig is an experimental rewrite of wxRuby, using SWIG. It is not yet useful. The official wxRuby is still at 0.2.1. The 0.0.3 release of wxruby-swig is able to run the "minimal.rb" sample, which includes menu event handling. As always, it is available at: http://qualitycode.com/repos/wxruby-swig/ I also created a tarball this time, so you can just download that and

I just pushed a new wxruby-swig, which includes the known MSWin rakefile changes. It also has some significant internal improvements that will make it easier to add classes, and it includes support for one new class (wxEvent). wxruby-swig is now licensed under the "MIT license". wxRuby will remain under the wxWindows license as long as we are releasing the old code base. When we

More progress on wxruby-swig. Nothing too exciting. It now support 36 classes, compared to the (apparently) 139 supported by wxRuby 0.3. A working version of the calendar sample is included. I made several changes to the sample. I have tentatively decided *not* to wrap the wxDateTime class, and instead to automatically convert to/from Ruby''s own DateTime class. My logic is that in

In trying to add wxTextCtrl to wxruby-swig, I''ve been running into a problem with the argument conversion that appears to be a SWIG director bug. It is tied to multiple inheritance, and is related to SWIG specifically making director''s ''initialize'' take a first argument, but because ''initialize'' is static there isn''t a self value

Hi Everyone, Over the past couple of weeks wxruby-swig has made a lot of progress. Over 100 classes have been added with attempts to mimic the existing wxruby interfaces. While still not as stable as wxruby, stability has increased dramatically. Finally, it has been built on Linux, Mac, and MSVC. This email is an invitation to try out wxruby-swig for yourself. The source code is in CVS and

> I am compiling wxRuby 0.4.0 on WinXP Home under MingW and MSYS 1.0. I can > compile wxWindows and Ruby fine and I get about 20 minutes into the wxRuby > compile and it quits, It says: [snip] > C:\mingw\bin\..\lib\gcc-lib\mingw32\3.2.3\..\..\..\..\mingw32\bin\ld.exe : > cannot find -lwxmsw241d > make: *** [wxruby.so] Error 1 > I replaced the $LIBS in the extconf.rb file

I just grabbed the latest wxruby-swig from cvs and tried to compile it (without enabling the SWIG step) on my gentoo Linux box. I get: g++ -c -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -O2 -march=athlon-xp -fPIC -I /usr/lib/ruby/gems/1.8/gems/rake-0.4.8/bin -I /usr/lib/ruby/gems/1.8/gems/rake-0.4.8/lib -I

Since I''m setting up my development environment on a new system, I figure now is the time to get rid of one of the extra dependencies: NQXML. It appears that REXML can now parse the whole classes xml file in about 20 seconds on this machine, which is a huge improvement over the many, many minutes it used to take. So I am now updating extract.rb to use REXML instead of NQXML.

I''m fairly new to the Ruby world, particularly WxRuby, so please forgive me if this is ground that''s been covered in the past. I''m trying to load a frame from an XRC file (created using DialogBlocks), and I''m having trouble getting an instance of the Gauge object using the Wx::Window.find_window_by_xxx methods. I''m trying this on Windows XP,

Jeremy Stell-Smith wrote: > Thanks a lot for the help, guys. I''m up and running with 2.4.2, but I > did have a few questions. Excellent. > So first, a friend and I basically have this month to dedicate to trying > to get a ruby ide pilot built on top of wxRuby. So, no, I really can''t > wait a few weeks to start. Any chance you could commit changes into cvs

I just checked in several changes from Sean Long that should make wxruby-swig work with wx 2.6 as well as 2.5. I also committed his changes to extconf.rb. But could someone please explain to me why anyone would prefer to use extconf.rb instead of rake? It just seems like one more piece of code to maintain, and I don''t like extra code. Sean: The other diffs in the patch you sent were