similar to: OK, I was wrong...

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

Tracing down some things to add in validators and I''ve run across something that kinda bothers me... In order to implement validators you have to override the clone method. The directors seems to be set up to specifically handle this situation. However, whenever C++ calls back to the object''s methods the swig_get_up function is returning false. It seems like swig_up

On my windows build, I just noticed that the background of my TextCtrl''s is grey by default, and when I try to set the default style I get the error: TestTextCtrl.rb:15:in `set_default_style'': undefined method `'' for #<Wxruby2::TextCtrl:0x360a0c4> (NoMethodError) from TestTextCtrl.rb:15:in `initialize'' from TestTextCtrl.rb:24:in

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''m trying to un-ignore TextCtrl#get_selection. The typemaps work fine, but in the process it breaks get_insertion_point. This is because (on Mac, tho not GTK), get_insertion_point calls get_selection internally and simply returns the first value. I think the return value is being converted from a long to a ruby int twice, because when get_selection is wrapped, it works fine but the

SWIG 1.3.29 isn''t going to cut it for us. We''ll have to wait until 1.3.30, unless I can hack together a nasty workaround for a problem with the object tracking. It seem that each SWIG module gets its own hash for tracking objects. This means that, for example, you create a find dialog (in FindReplaceDialog.cpp) events you get from it (from FindDialogEvent.cpp)

Roy Sutton wrote (on the FreeRIDE list): > Really? That''s interesting. I haven''t checked out WxRuby but I would > be much happier using something that interfaces to the underlying > operating system''s widgets. As a member (and former leader) of the wxruby team, I thought I would share the state of the wxruby world. The current release is 0.6, and it has

Hi, Are there any effort in making wxDocument, wxView, etc types of classes avaiable under wxRuby? For supporting SDI/MDI architecture. Cheers, Phuah Yee Keat

My system just upgraded itself to wxGtk 2.4.2. I re-built everything, and had no compile errors. The minimal sample worked fine. I haven''t had a chance to do more testing. But, it appears that wxruby is compatible with wxWindows 2.4.2. Kevin

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

I think I had to do this to get the tarball to compile on Windows _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Hi, I''m running WxRuby2 on Mac OS X. Something is spell checking the text that I put into it; words it doesn''t recognize get an annoying red line under them. How can I turn the spell checker off? Thanks, Paul

wxRuby 0.5.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. Please report any bugs or feature requests here: http://rubyforge.org/tracker/?group_id=35 Changes in this release include: * Added XRC (Xml Resource File) support. * Added totally awesome HTML widget from Tobi

I just checked out a fresh copy and had to tweak wxIcon.h to get it to compile on Mac OS X and windows. The problem is with: wxIcon(const wxString& filename, wxBitmapType type = wxBITMAP_TYPE_XPM, int desiredWidth=-1, int desiredHeight=-1); that signature is only used on GTK on other systems it is: wxIcon(const wxString& name, long

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

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

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

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

Hi Attached is a patch to add HtmlWindow and some of its friends, including HtmlEasyPrinting. Also a sample. I haven''t tried exposing the parsing and rendering API yet to allow custom tags etc - I just wanted to get basic HTML and the 0.6.0 compatibility classes first. There may well be some quite easy classes left. There''s one ugly kludge to get OnOpeningURL to compile -

This patch enables the char event and changes the set and kill focus events to be attached to the correct items