similar to: wxGenericDirCtrl

wxChoicebook.rbw + patch file to bigdemo.rb Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Patches: 1) Sizer.rbw: Selects first item after creating the list 2) wxCalendarCtrl.rbw: Uses ruby DateTime now 3) wxButton.rbw: There is no function ''set_tool_tip_string''. Changed to set_tool_tip 4) wxCheckBox.rbw: Missing quote on require. cID was too big, caused assert failure 5) wxCheckListBox.rbw: Missing argument to StaticText.new added (I don''t

Updated all the sample files to add the shebang line and the require code we discussed. I also added the wxRuby copyright notice to all the samples I know I added (I may have missed some). Next, how about we rename all the .rbw files to .rb and update bigdemo? Roy

This patch file allows the About menu item in the bigdemo sample to work. _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

This fixes truncated text on the CheckListBox sample in bigdemo. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

This patch fixes the sample so it works correctly. You''ll need to patches in the previous e-mail. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Does anyone know how the wxMenu.rbw files was going to be competed? I believe we have the code now to finish it off but I don''t want to guess what the demo writer had in mind (though I think it''s obvious). Specifically, it''s the code that adds and removes menu items. I''ve made some progress on other fronts: o Test case for object tracking o Object

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

Patch to the notebook example to remove the call to the deprecated NotebookSizer. It appears to work just fine without the sizer. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

This patch removes the dc.free call that we don''t support anymore. _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

This patch fixes background color problems (at least on Windows). It uses the dreaded ''FIXME'' My plan for next weekend is to try building wxPython from the source to see how they manage to achieve several things with SWIG that we''re not (yet) able to. If I''m successful it might lead to wrapping a significant portion of wxWidgets more correctly than

This patch removes the call to ''free'' from the sample. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Included are three patches to make the mdi demo work properly: main.rbw: Call init_all_image_handlers (Is there any reason we shouldn''t just do this for people? Why make them call this? Is there a downside to initializing image handlers?) wxScrolledWindow.rbw: Uncommented call to draw_spline wxDC.h: Added another prototype of draw_spline so draw_spline will work in the demo

Hi all Have been taking a look at the samples to see what''s broken. Not looking TOO bad overall, but a few problems we should try and tackle before alpha: Firstly, I have a few commits (minimal, dialogs, unicode) - anyone else been working on these or can I go ahead? One general issue is that many of the samples rely on being run from their own directory, but don''t enforce

I am still hunting the bug where the cell editor finishes and crashes on Mac OS. In the process I have gone over these Grid related classes in great detail and found most were %importing wxObject.h and wxEvtHandler.h and they were not needed. I added a *.i file for ClientDataContainer not sure if it is needed out side Grid. I also added GridCellCoords. Sean

Bugs item #15666, was opened at 2007-11-15 21:28 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=15666&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Brian Takita (btakita) Assigned to: Nobody (None) Summary: bigdemo crashes after using the arrow keys to select the widgets Initial

This patch fixes the toolbar in bigdemo _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

The files checked out of SVN come out without the ability to be executed. So, I can''t run the samples without prefixing with ''ruby '' Before, the file associations allowed me to run samples just by putting the name on the command line. Can we fix this? Roy

Swig is making mincemeat out of ComboBox.new. Because of the way it''s picking the ''correct'' one to call it''s calling with a null name instead of a default name. How did we fix this before?

This is a first stab at a run.rb file that will let you run a sample in the bigdemo directory by itself. You have to add the following to the bottom of every sample file: if __FILE__ == $0 load "run.rb" run(File.basename($0)) end Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org