similar to: wxSound

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

How''d we get listed on the top page of projects for Ruby? (See right side below ''Top Ruby Projects'') :) Roy

I decided to try my hand at hacking SWIG and successfully produced a patch that fixes the error I demonstrated. I''m not -positive- it''s correct for all cases but I''ll re-run my version of SWIG over the library and see how things turn out. Roy

What do you think about adding a shebang line to the samples so they can be launched on linux/mac like you can on windows? Roy

Printing support is added to the repository (as you have seen / will see). Kudos to Sean for tackling such a big bear. I''ll work on adding the two dialogs to bigdemo later unless Sean tackles it first. Roy

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:

This implements a MiniFrame example. Not very exciting, but there you go. We need to figure out why center_on_parent isn''t working. Maybe I''ll tackle that next. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

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)

The ColourDialog (Darn Brits messing up the spellings of perfectly good words!) has a weird behavior. When you first open it you can''t select a color from the ''rainbow'' on the right side until you select a basic color on the left. I don''t think this was the case before we did the big inheritance change. Does anyone else remember if it worked properly

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

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

I might be a bit scarce this weekend -- I managed to score a late ticket to RubyConf! I''ll be in Denver hobnobbing with Matz. :) Roy

We include wx/wx.h in a lot of places. It seems from a (very) cursory examination that the current method is to include wx/wxprec.h. Seems to work fine including wx/wx.h so this may be entirely a non-issue. Does anyone have any feelings on this? Roy

This patch makes Unicode the default build for windows. You can override the default by setting a WXRUBY_NO_UNICODE environment variable. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

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

I think we can mark this bug closed and check in the patch. Anyone have any concerns/questions before I do? Roy -------- Original Message -------- Subject: [ wxruby-Bugs-6144 ] error: cast from ?void*? to ?int? loses precision Date: Sun, 15 Oct 2006 08:37:31 -0400 (EDT) From: <noreply at rubyforge.org> To: noreply at rubyforge.org Bugs item #6144, was opened at 2006-10-15 00:04

Forwarded from the SWIG mailing list, so we have a copy in our archives. Kevin -------- Original Message -------- Subject: Re: [Swig] Re: Object return problem Date: Sun, 09 Oct 2005 18:31:40 -0400 From: Kevin Smith <wxruby@qualitycode.com> To: Charlie Savage <cfis@interserv.com> CC: Swig@cs.uchicago.edu References: <4347277E.1030700@mindspring.com>

Roy Sutton wrote: > I think commit e-mails are getting rejected by mailman. Here are the > instructions from RubyForge''s FAQ: I have not received any bounce messages, and I couldn''t find any evidence of svn message bounces within the mailman admin pages. But I followed the instructions anyway, so whether svn has been getting bounces, or isn''t yet properly

Daniel F. Savarese wrote: > In message <444C4D5B.6060801@mindspring.com>, Roy Sutton writes: > >> The patch didn''t apply for me. I have created a new patch for the two >> affected files. >> > > You probably needed a -p0 (assuming application from inside wxruby2/) > or we had slightly different versions of the source files or maybe > the

I think it''s time to get me onto the project at rubyforge so I can subscribe to the bug tracker. As we move forwards with more maintenance oriented tasks it will be helpful to be able to patch directly to SVN. For now, I''ll keep submitting patches to the list. Roy