similar to: Grid

Hi Seems that the last round of commits makes bigdemo crash fairly quickly. Guessing it''s something to do with either the Window or fixmodule change. Program received signal EXC_BAD_ACCESS, Could not access memory. 0x00034fbc in rb_obj_is_kind_of (obj=3825080, c=1839676) at object.c:523 523 object.c: No such file or directory. Any hints? alex

Hi Patches to TreeEvent.i and wxTreeEvent.h to implement missing methods (and fix a crasher in bigdemo along the way) Two of the missing methods appeared just to be down to errors in the header file. The other (get_label) works fine - perh a bug in previous versions of SWIG? Methods tested and return correct values on OS X. I could offer a test addition to bigedemo, but this

Hello, All. I`m trying to compile wxruby with wxwidgets 2.6 under windows with latest mingw, but have lot of troubles. wxwidgets and ruby 1.8.2 compiles just fine, examples work pretty well. To make wxruby compile (non-swig, from cvs) i was made some minor changes like explicit cast ("IN2NUM(...)" to "INT2NUM((long) ...)"), removed some constant definitions from const.cpp

The previous TreeCtrl.i was very messy and just plain wrong, for instance it had GetFirstChild as depreciated when in fact only 1 version of it was depreciated not both. I changed GetFirstChild and GetNextChild to return an array of values to match the wxPython and wxPerl usage. I also noticed that wxTreeCtrl is inherited from wxControl on Windows and wxScrolledWindow on everything else so I #if

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

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

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 _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Has anybody tried the new wxruby-swig from the msvc++ command line compiler using ''rake''? The rakefile seems to depend on the wx_config method, which doesn''t exist for msw because it doesn''t have BASH to execute the shell script. Has anyone hacked the rakefile to fix this? Nick

Hi Just started with WxRuby after using Fox. Very impressed by the easy binary install and I''m already liking the native look and feel on MSW. Thanks! I''m trying to create an app with a MDI Parent Frame and a full-height (docked) side panel with various controls in it. The MDIParentFrame doesn''t work properly if I put it inside another frame with a sizer, so

Hi, The documentation mentions the evt_tree_item_menu method for TreeCtrl but it seems that this method is not defined (wxRuby 1.9.4 on Windows). As a workaround, I''m currently using evt_tree_item_right_click. Cheers. Chauk-Mean.

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...

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

I performed a get on the CVS WxRuby2; I have installed wxWidgets 2.6.3 and SWIG 1.3.29. Additionally I am running Visual Studio on Windows XP. When I run rake to compile I receive the following error. App.cpp c:\wxWidgets-2.6.3/include\wx/platform.h(190) : fatal error C1083: Cannot open include file: ''wx/setup.h'': No such file or directory rake aborted! Command failed with

Hey guys, Wx::ToolBar#insert_tool, is either not referenced right, or needs to be updated. 1.) Wx::ToolBar#insert_tool(size_t pos, ToolBarToolBase tool) comes up with a No overloading function type error, AKA 404 Not Found 2.) Wx::ToolBar#insert_tool(size_t pos, Integer toolId, Bitmap bitmap1, Bitmap bitmap2 = NullBitmap, Boolean isToggle = false, Object clientData = nil, String shortHelpString

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

This one includes the latest App.cpp which includes the Mac fix from Nick. I thought it was in 0.0.11, but it wasn''t. It also adds support for "stock objects", like colours, pens, and fonts. This turned out to be quite challenging, but I''m happy with the solution. It only took a few days :-/ Kevin

Sorry for the lameness, but I need things explained to me very slowly... -----Original Message----- Subject: RE: [Wxruby-users] wxGrid Question > > Yes, grab the latest tarball from the above location. Then, you should > install rubygems if you haven''t already: > http://rubyforge.org/projects/rubygems/ > > That should allow you to easily install rake: >

Hi Just a quick update on memory leaks etc. I''ve just dropped a bunch of patches with a new approach to linking ruby''s GC to Wx''s memory handling. Still some work to do - eg bigdemo.rb falls over quite quickly - but working well for me on other samples. Briefly, it disposes of fixdeleting. For almost all objects that aren''t Windows, they should now be

[third sending attempt...] I''m going to try and test out the samples on MSW over the next few days and if things look good I think we should release 1.9.2. Might try and fix the bugs related to TreeCtrl#get_first_child as these might involve minor API changes. So if anyone has any time to test out SVN HEAD and look for anything funny, please do. Also, we have an anonymous patch

Hey everybody, I''ve made some progress on wxruby-swig, and have some good news and some bad news. The good news is that the MSVC version finally can run all of the samples provided in CVS. I''m using the same solve-by-ignore solution to the GC problem that wxruby uses, so there is far less crashing goin'' on. Depending on the next few weeks, we might be able to