search for: elfstrand

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 to Zach Dennis) * wxBusyCursor and wxWindowDisabler interfaces changed to match the wxruby-swig interface. ---------- What is wxRuby? wxRuby is an open source GUI toolkit...

Ok, the link: http://www.mktec.com/dev_www/wxrubydocs/ (try http://www.mktec.com/dev_www/wxruby-docs/ ,it does not work for me, although this is the actual directory, could you email me privately if this does/doesn''t work for you, thx) Updates in this preview of the new docs: - a new RDOC template courtesty of Nick - fixed paragraph jumping and monospace text where it

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,

A while back there was some discussion of a wxRuby 0.5.1 release that would have the XRC fixes. Any ideas of when that might become available, or what the current status is? Thanks! Marshall

I''m trying to use the wxLC_VIRTUAL style of the wxListCtrl, which seems to require that I subclass the control (as opposed to being able to provide a data model a la Swing or Cocoa), and I''m running into trouble when loading the control from an XRC file. Apparently I need to specify the name of my subclass in the XRC as follows: <object class="wxListCtrl"

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.

Sorry things have gone silent on the release front, but I have some good news: I''ve gotten wxruby-swig to build as a OS X framework. This has a couple of ramifications 1) wxruby for the Mac will finally exactly like its Linux and PC counterparts, menu bar and all. 2) Bundling wxruby applications becomes a lot easier. 3) The next binary installer should be able to support darwinports,