similar to: Window.i.patch

Two patches here: First one removes virtual from a function that shouldn''t have been virtual. Second one applies a typemap to catch GetRectFromChildWindow. For reasons that are completely beyond me the standard ruby OUTPUT typemaps don''t define directorargouts. I will take a stab at patching SWIG''s default typemaps someday so we get this fixed for free on all our

Does anyone know if the XRC hand-coded methods in Window.i are still required after my recent change to return the correct types? Also, given that wxWindow.h is included all over the place, I think we need to move some of that stuff out into a common .i that''s included for all wxWindow descendants. Roy

Here''s a patch to fix Wx::Window#get_text_extent - it requires that the patches from teh last message are applied, to enable *INPUT etc typemaps. Roy - though the function works correctly when called from Ruby, it still causes a crash when called internally when clicking on a Wx::Grid cell. Saw your message on SWIG mailing list, hopefully someone there can help out. alex

These files add the virtual function AcceptFocus that was missing from wxWindow.h. In order to make things right I had to make sure it was also declared in all the places where wxWindows also changes it. Also, in wxTextCtrl on Windows GetDefaultAttributes needs to be redeclared. I haven''t downloaded the Unix and Mac headers for 2.6.3 so I couldn''t see if it also applies

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 to wxWindow.h adds a Windows-specific function ''RegisterhotKey''. No demos use it. I didn''t test to see if it worked. Why did I add it? I don''t know. This type of thing would likely be fixed by the doxygen stuff, if we ever went down that path. Roy P.S. This is the last one _______________________________________________ wxruby-users

http://visualwx.altervista.org/ A visual builder for wxWindows that purports to support Ruby. I''ll play with this some and see if I can design projects that work with wxRuby2. Roy

Here''s a patch for FileDialog.i. Seems we had never removed that #ifdef in there. wxWindows 2.6.2 works just fine on Windows. No other news. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

I have basically spent a full day''s worth of time I could have spent working on something productive trying to figure out which function signature I changed that is causing wxRuby to crash. It just takes so long to recompile this from scratch and without dependencies you kind of have to when you change wxWindow.h. I updated a lot of signatures to match the wxWindows header file.

I have not worked on wxRuby2 for awhile and decided to download the latest CVS HEAD and saw that it still had a problem with wxWindow::GetTextExtent (in my case showing up when editing Grid cells). So I copied the method signature from the wxDC::GetTextExtent which seems to be working, changed 2 variable names and made the typemap the same as used for wxDC. Well in my program editing grid cells

Small patch to correct spelling of lemonade. Should ask Sean if he really wanted it to be lemonaid. If not, here''s the patch. On another note... This sample works! Kudos. It is odd that the textbox doesn''t scroll. I suppose I may patch that, too. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org

Take a look at the generated code from ListBox.cpp: static VALUE _wrap_new_wxListBox__SWIG_0(int argc, VALUE *argv, VALUE self) { VALUE arg1 ; wxWindow *arg2 = (wxWindow *) 0 ; wxWindowID arg3 ; wxPoint *arg4 = 0 ; wxSize *arg5 = 0 ; int arg6 ; wxString *arg7 ; long arg8 ; wxValidator *arg9 = 0 ; wxString *arg10 = 0 ; wxListBox *result; wxString

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

The latest cvs version of SWIG breaks a few things. I have patched common.i to fix most of it. There will be some other things later that should be compatible with all versions. Can someone test to see if this compiles with the old version? Roy -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: common.i.patch Url:

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

Fixes up some methods used in the scrolled window. [For giggles, try putting a GC.disable into wxScrolledWindow.rbw and try the sample. With my current build on Windows, it''s very ugly what happens after a certain point.] _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Attached are patches to make the textctrl.rb sample work fully. Note the new %directorargout typemap I added to fix wxWindows calling into SWIG. I don''t know if this can fix all such problems or not. Let me know what you think. I also rubified the sample a little bit more. Also, note that I fix the << operator so the function can be called. I hope I did this right. Roy

I cut-n-pasted the public section from the wxWindows headers. Several things were missing so it seemed the easiest way to fix it. This fixed a problem with the way the overloaded new was being handled. This correctly generated all the versions so that it won''t have the problem with the non-initialized default parameters. I will admit I haven''t done serious testing on

1) Patch to main.rbw to fix crash when double-clicking on a tree item 2) Patches to various event files to make the headers match more closely the current wxWindows code. I don''t think there should be any problem with the functions I added but if they were left out on purpose it''d probably be better to put %ignores into the .i files Roy

This patch fixes the following: - You can now use rake to build on Windows. - You can now use rake install to install the lib, no more extconf.rb needed! This should be cross platform, I took some code for installing from the Makefile that extconf.rb generated as a basis. I have tested it on OS X and will test tomorrow on Windows, I am 95% it will work cross platform. - I did get Windows