search for: wxart_inform

This patch fixes up two problems with ArtProvider constants and fixes a small typo. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

...onight, and I think I''m close to having a wxruby2 build that works with wxWidgets 2.6.3 and SWIG 1.3.29. It should run bigdemo as well as the other samples. Unfortunately, I probably won''t have much time to work on it until next weekend :-( Tonight''s frustration was with wxART_INFORMATION. It''s sort of a wxArtID and sort of a wxString. I finally(!) got the generated C++ code to look pretty good, but it segfaults deep within the wx code. So for now I plan to disable wxArtProvider#get_icon and #get_bitmap, and comment those calls out in the controls.rb sample. One other...

These patches better implement ArtProvider and add the demo for it. I also expanded the bigdemo window a little bit. I really think we should go larger but I suppose there might be some people at 800x600 still. Note that creating your own art provider still doesn''t quite work correctly. I didn''t have time to get into that. The RubyConstants.i.patch file looks weird. Not

If wxRuby-SWIG is as usable as wxRuby 0.6.0, maybe it should be given a version number and packaged up for download. Given the nature of SWIG, having a lot more people use it would probably result in more code contributions to this project. Seems most of the changes are 2+ months old, so I''m guessing wxRuby-SWIG is fairly stable right now in terms of frequency of changes...