From noreply at rubyforge.org Sat Mar 3 06:32:45 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 3 Mar 2007 06:32:45 -0500 (EST) Subject: [Wxruby-development] [ wxruby-Bugs-9004 ] Painting Problems on Windows Message-ID: <20070303113245.A193A52420F2@rubyforge.org> Bugs item #9004, was opened at 2007-03-03 11:32 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9004&group_id=35 Category: Incorrect behavior Group: current Status: Open Resolution: None Priority: 3 Submitted By: James Randall (capnkroaker) Assigned to: Kevin Smith (qualitycode) Summary: Painting Problems on Windows Initial Comment: I believe this is related to bug 6234 as I first came across it in a scrolled window myself but it occurs in all painting events I believe. I'm using the wxRuby2 preview release (0.0.38). I'm mostly using wxRuby on a Mac and Windows and the problem has only occurred on Windows. Essentially once you send a refresh command to a control with a evt_paint handler it seems to go into a loop whereby the control is constantly told to repaint itself. This generally causes a quick crash due to the garbage collection problems on Windows but if you disable the garbage collection you get the issue I describe. I've attached some sample code that illustrates the problem. (and thanks for your work on wxRuby - its a very useful library) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9004&group_id=35 From alex at pressure.to Sun Mar 4 15:43:24 2007 From: alex at pressure.to (Alex Fenton) Date: Sun, 04 Mar 2007 20:43:24 +0000 Subject: [Wxruby-development] 0.0.39 etc Message-ID: <45EB2F6C.706@pressure.to> Hi I'd like to tag and release 0.0.39 some time in the next couple of days. Bit short of time over the next few weeks so would like to get our recent bug fixes out there. I'll update the Changelog and run through the samples, but please shout if anything else should get some attetnion before we release. Hopefully this could be our last preview release - also going to try upgrading to wxWidgets 2.8.2 after tagging. cheers alex From nobody at rubyforge.org Tue Mar 6 14:17:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 6 Mar 2007 14:17:42 -0500 (EST) Subject: [Wxruby-development] [876] trunk/wxruby2/samples/printing/printing.rb: Fix a crasher if scale = 0; fix variable rename Message-ID: <20070306191742.B4FE25242072@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070306/641a0f19/attachment.html From noreply at rubyforge.org Tue Mar 6 14:24:47 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 6 Mar 2007 14:24:47 -0500 (EST) Subject: [Wxruby-development] [ wxruby-Bugs-9091 ] Listbook sample is broken on Linux Message-ID: <20070306192447.AFC0B524207D@rubyforge.org> Bugs item #9091, was opened at 2007-03-06 14:24 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9091&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Kevin Smith (qualitycode) Summary: Listbook sample is broken on Linux Initial Comment: For some reason the ListBook sample (samples/listbook.rb) doesn't display at all on Linux. No error message is thrown. There is also a message about invalid entry in mailcap, but I think this is unrelated because the basic xrc sample works correctly. The latter seems to be an error in WxWidgets and Ubuntu, dealing with WxWidgets MIME system. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9091&group_id=35 From noreply at rubyforge.org Tue Mar 6 14:46:30 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Tue, 6 Mar 2007 14:46:30 -0500 (EST) Subject: [Wxruby-development] [ wxruby-Bugs-9093 ] Caret sample segfault on exit on Windows Message-ID: <20070306194630.A725A524207D@rubyforge.org> Bugs item #9093, was opened at 2007-03-06 14:46 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9093&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Kevin Smith (qualitycode) Summary: Caret sample segfault on exit on Windows Initial Comment: The caret sample segfaults when it exits on windows. There's an assert failure in the destructor of SwigDirector_wxPaintDC - 'existing DC should have a cache entry'. Maybe a double free error? Also in the caret sample the caret doesn't show on Win XP. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9093&group_id=35 From nobody at rubyforge.org Fri Mar 9 18:13:45 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 9 Mar 2007 18:13:45 -0500 (EST) Subject: [Wxruby-development] [877] trunk/wxruby2/Changelog: Update with 0.0.39 changes; correct last version number Message-ID: <20070309231345.8BF2D5240AE9@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070309/4c44179d/attachment-0001.html From nobody at rubyforge.org Fri Mar 9 18:16:29 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 9 Mar 2007 18:16:29 -0500 (EST) Subject: [Wxruby-development] [878] trunk/wxruby2/TODO: Update with 0.0.39 changes and items now in tracker Message-ID: <20070309231629.3F4075240AF1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070309/114103af/attachment.html From nobody at rubyforge.org Mon Mar 12 16:52:53 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 12 Mar 2007 16:52:53 -0400 (EDT) Subject: [Wxruby-development] [879] trunk/wxruby2/Changelog: Prepare to tag for 0.0.39 release Message-ID: <20070312205253.CA9285240B48@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070312/113732e2/attachment.html From nobody at rubyforge.org Mon Mar 12 16:54:13 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 12 Mar 2007 16:54:13 -0400 (EDT) Subject: [Wxruby-development] [880] tags/wxruby2/0.0.39/: Tagged 0.0.39 Message-ID: <20070312205413.C9BC85240B48@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070312/351a13de/attachment.html From alex at pressure.to Mon Mar 12 18:17:45 2007 From: alex at pressure.to (Alex Fenton) Date: Mon, 12 Mar 2007 22:17:45 +0000 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: <45EB2F6C.706@pressure.to> References: <45EB2F6C.706@pressure.to> Message-ID: <45F5D189.10507@pressure.to> Alex Fenton wrote: > I'd like to tag and release 0.0.39 some time in the next couple of days. > I've tagged in SVN and am just about to create the release. I'll do a OS X PPC and Linux build; if we could add OS X Intel and Win32 gems in the next couple of days that would be great. Many thanks in advance Alex From sean.m.long at gmail.com Mon Mar 12 20:01:11 2007 From: sean.m.long at gmail.com (Sean Long) Date: Mon, 12 Mar 2007 17:01:11 -0700 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: <45F5D189.10507@pressure.to> References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> Message-ID: Sorry I did not respond to your previous message, been busy. I did test SVN head after you posted the message and it seemed to work fine on OS X Intel and Windows. There was a crashing bug on OS X when running the printing sample, viewing a preview and pressing the button to move forward one page would crash. I did not have the time to debug it, the same sample works fine on Windows. I can definitely do the OS X Intel build and try the Windows build if nobody else steps forward. Also what version of SWIG should we be using, 1.3.31? Sean On 3/12/07, Alex Fenton wrote: > Alex Fenton wrote: > > I'd like to tag and release 0.0.39 some time in the next couple of days. > > > I've tagged in SVN and am just about to create the release. I'll do a OS > X PPC and Linux build; if we could add OS X Intel and Win32 gems in the > next couple of days that would be great. > > Many thanks in advance > Alex > _______________________________________________ > Wxruby-development mailing list > Wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > From alex at pressure.to Tue Mar 13 14:42:34 2007 From: alex at pressure.to (Alex Fenton) Date: Tue, 13 Mar 2007 18:42:34 +0000 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> Message-ID: <45F6F09A.1020701@pressure.to> Hi Sean > There was a crashing bug on OS X when running the printing sample, > viewing a preview and pressing the button to move forward one page > would crash. I did not have the time to debug it, the same sample > works fine on Windows. > I fixed a couple of bugs in that area at the end of last week, not sure if I nailed that specific one though. > I can definitely do the OS X Intel build and try the Windows build if > nobody else steps forward. > Thanks very much - I could compile on Windows but I only have VS Express. I don't think this guarantees compatibility with the one-click though it seems OK. Also not sure if it is optimising? Anyway I'm currently stuck because I can't log in at all to Rubyforge website. I think it's some issue with my ISP changing transparent proxies, but not sure how to fix it right now. > Also what version of SWIG should we be using, 1.3.31? > > Yes, please. cheers alex From roys at mindspring.com Tue Mar 13 22:33:19 2007 From: roys at mindspring.com (Roy Sutton) Date: Tue, 13 Mar 2007 22:33:19 -0400 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: <45F6F09A.1020701@pressure.to> References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> <45F6F09A.1020701@pressure.to> Message-ID: <45F75EEF.5010101@mindspring.com> Alex Fenton wrote: > Thanks very much - I could compile on Windows but I only have VS > Express. I don't think this guarantees compatibility with the one-click > though it seems OK. Also not sure if it is optimising? > I'll shoot for a windows build tonight or tomorrow. Roy From sean.m.long at gmail.com Wed Mar 14 02:26:14 2007 From: sean.m.long at gmail.com (Sean Long) Date: Tue, 13 Mar 2007 23:26:14 -0700 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: <45F6F09A.1020701@pressure.to> References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> <45F6F09A.1020701@pressure.to> Message-ID: > I fixed a couple of bugs in that area at the end of last week, not sure > if I nailed that specific one though. No it did not get fixed, the error is: ./printing.rb:345:in `draw_rectangle': in method 'DrawRectangle', argument 2 of type 'wxCoord' (TypeError) from ./printing.rb:345:in `draw_page_two' from ./printing.rb:343:in `draw_page_two' from ./printing.rb:213:in `on_print_page' from ./printing.rb:480 I am going to look into this. I have the OS X Intel build ready, just waiting on the release directory to be put up on Rubyforge. Alex, if you are still having problems with Rubyforge send me any special notes for this build and I will make the release directory. Also I no longer have a Mac OS X PPC machine setup to test with, I am all Intel now (iMac at home and MacBook Pro for work). I am going to yield the Windows build to Roy since he has more experience on that platform. Sean From alex at pressure.to Wed Mar 14 03:50:36 2007 From: alex at pressure.to (Alex Fenton) Date: Wed, 14 Mar 2007 07:50:36 +0000 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> <45F6F09A.1020701@pressure.to> Message-ID: <45F7A94C.3000308@pressure.to> Sean Long wrote: > I have the OS X Intel build ready, just waiting on the release > directory to be put up on Rubyforge. Alex, if you are still having > problems with Rubyforge send me any special notes for this build and I > will make the release directory. That would be great as I'm not sure when this is going to get resolved... I think the summary changelog is something like: - Fixed large number of bugs and warnings - New widget classes: ScrollBar, PasswordEntryDialog - New misc classes: GridBagSizer, AcceleratorTable, IconBundle - New event classes: TextUrlEvent, MenuEvent, ContextMenuEvent - WINDOW_VARIANTS for OS X - Added IconBundle class - New and expanded samples and documentation (see Changelog for full details) No special release notes AFAIK I've made a PPC gem available at http://www.pressure.to/ruby/wxruby2-preview-0.0.39-powerpc-darwin7.9.0.gem If you get the chance to upload that too and the source tarball (rake package) that would be great. Thanks alex From sean.m.long at gmail.com Wed Mar 14 04:22:11 2007 From: sean.m.long at gmail.com (Sean Long) Date: Wed, 14 Mar 2007 01:22:11 -0700 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: <45F7A94C.3000308@pressure.to> References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> <45F6F09A.1020701@pressure.to> <45F7A94C.3000308@pressure.to> Message-ID: > If you get the chance to upload that too and the source tarball (rake > package) that would be great. I uploaded everything that is OS X related and not platform specific. Sean From alex at pressure.to Wed Mar 14 15:25:15 2007 From: alex at pressure.to (Alex Fenton) Date: Wed, 14 Mar 2007 19:25:15 +0000 Subject: [Wxruby-development] 0.0.39 etc In-Reply-To: References: <45EB2F6C.706@pressure.to> <45F5D189.10507@pressure.to> <45F6F09A.1020701@pressure.to> <45F7A94C.3000308@pressure.to> Message-ID: <45F84C1B.1060307@pressure.to> Sean Long wrote: > I uploaded everything that is OS X related and not platform specific. > Thanks Sean - I've found a really hacky and inconvenient way to work around rubyforge problem and uploaded a linux gem. Roy - drop me a line when you've done the windows gem please and I'll post a notice the user group and c.l.r. cheers alex From noreply at rubyforge.org Thu Mar 15 00:46:18 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 15 Mar 2007 00:46:18 -0400 (EDT) Subject: [Wxruby-development] [ wxruby-Patches-9297 ] Patch to compile wxruby 0.0.39 on windows (vc2003, swig 1.3.31, wxwidgets 2.8.0) Message-ID: <20070315044618.45EA15240C74@rubyforge.org> Patches item #9297, was opened at 2007-03-15 00:46 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=220&aid=9297&group_id=35 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Patch to compile wxruby 0.0.39 on windows (vc2003,swig 1.3.31,wxwidgets 2.8.0) Initial Comment: I'm sorry for the size of this beast, but the changes to wxruby were made just to support the other project i was working on, so they accumulated :) Main parts of this patch rakemswin.rb : updated to WxWidgets 2.8 and using File.join for file paths. Also building in debug mode creates a more verbose pdb file ('-Zi') option events.rb : removed 2 messages that were not supported in Wx2.8 WxChoice.h/wxCombo.h/wxControlWithItems.h/wxFontData.h/wxHtmlCell.h/ App.i/wxControl.h/wxDC.h/wxDirDialog.h/wxDialog.h/Dialog.i/ wxFileDialog.h/wxHtmlContainerCell.h/wxWindow.h/Functions.i/RubyEventTypes.i : removed missing methods, added some new ones,fixed prototypes to conform with Wx2.8 fixdeleting.rb : added processing of specific class directors, moved destruction processing to specific director class's destructor. It fixed an error caused by calling mark func where it could not find '@__swig_dead__' because the pointer passed to it was pointing to specific class instance and generic class was registered (in classes multi-inheriting from Director (Director*)this!=this). (maybe this can also be fixed by reordering inherited class ?). Also now all the reporting of creation/destruction is done in specific classes (linker used only first instance of Director code i.e all classes the same 'module' ). fixevents.rb : now handles evt_mouse_events properly RubyConstants.i: platform enum seems to be missing ? ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=220&aid=9297&group_id=35 From nemerle5 at gmail.com Thu Mar 15 01:03:23 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Thu, 15 Mar 2007 06:03:23 +0100 Subject: [Wxruby-development] Patch to 0.0.39 Message-ID: <45F8D39B.9010107@gmail.com> Hi I'm developing software using wxruby2. At first I tried to use wxruby 0.6 but I couldn't live without some of those new funky features :) So, instead of writing my own code, I got a bit sidetracked and wrote http://rubyforge.org/tracker/index.php?func=detail&aid=9297&group_id=35&atid=220 instead. Seeing as this is my first foray in to the innards of wxruby2, I eagerly await comments from the more seasoned wxrubyists. A.K. From alex at pressure.to Thu Mar 15 04:43:40 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 15 Mar 2007 08:43:40 +0000 Subject: [Wxruby-development] Patch to 0.0.39 In-Reply-To: <45F8D39B.9010107@gmail.com> References: <45F8D39B.9010107@gmail.com> Message-ID: <45F9073C.1020208@pressure.to> Hi Artur Artur Kuptel wrote: > So, instead of writing my own code, I got a bit sidetracked and wrote > http://rubyforge.org/tracker/index.php?func=detail&aid=9297&group_id=35&atid=220 > I haven't tried to merge it yet, but this looks a very important and skilful patch, thanks. It addresses some major things we need to do (eg upgrade to 2.8.2) and a lot more. > Seeing as this is my first foray in to the innards of wxruby2, I eagerly > await comments from the more seasoned wxrubyists. > I'll add the cross-platform changes over the weekend and get 2.8.2 working on OS X. I'm away for a week or so so won't have access to a Win32 dev environment. A minor comment - I find it easier to deal with smaller patches that address a single bug or improvement, where possible. We're also happy to receive patches as attachments on this mailing list which might be more convenient than the patch tool if you're already subscribed. thanks again Alex From nobody at rubyforge.org Sat Mar 17 14:27:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:27:50 -0400 (EDT) Subject: [Wxruby-development] [881] branches/wxruby2/: Development branches for wxRuby2 Message-ID: <20070317182750.B7B615240D1D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/1345b267/attachment.html From nobody at rubyforge.org Sat Mar 17 14:28:00 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:28:00 -0400 (EDT) Subject: [Wxruby-development] [882] branches/wxruby2/wxwidgets_282/: Branch for upgrading to WxWidgets 2.8 Message-ID: <20070317182800.E44945240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/65577dbf/attachment.html From nobody at rubyforge.org Sat Mar 17 14:39:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:39:40 -0400 (EDT) Subject: [Wxruby-development] [883] branches/wxruby2/wxwidgets_282/swig: API changes for move to WxWidgets 2.8 Message-ID: <20070317183940.A0B7F5240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/ba0f30c1/attachment-0001.html From nobody at rubyforge.org Sat Mar 17 14:40:26 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:40:26 -0400 (EDT) Subject: [Wxruby-development] [884] branches/wxruby2/wxwidgets_282/rake/rakemswin.rb: Compile flag fixes for Windows/Wx 2.8 (Artur Kuptel) Message-ID: <20070317184026.4501D5240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/897abea2/attachment.html From nobody at rubyforge.org Sat Mar 17 14:41:00 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:41:00 -0400 (EDT) Subject: [Wxruby-development] [885] branches/wxruby2/wxwidgets_282/rake/rakemacosx.rb: Compile flag fixes for OS X/Wx 2.8 Message-ID: <20070317184100.CC6D85240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/a55bd70a/attachment.html From nobody at rubyforge.org Sat Mar 17 14:41:43 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:41:43 -0400 (EDT) Subject: [Wxruby-development] [886] branches/wxruby2/wxwidgets_282/swig/fixevents.rb: Mouse events fix for Win32 (Artur Kuptel) Message-ID: <20070317184143.D3B155240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/256afc6f/attachment.html From nobody at rubyforge.org Sat Mar 17 14:43:06 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:43:06 -0400 (EDT) Subject: [Wxruby-development] [887] branches/wxruby2/wxwidgets_282/swig/fixdeleting.rb: Deleting fix for specific Director classes (Artur Kuptel) Message-ID: <20070317184306.250245240D20@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/0475c781/attachment.html From nobody at rubyforge.org Sat Mar 17 14:44:24 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:44:24 -0400 (EDT) Subject: [Wxruby-development] [888] branches/wxruby2/wxwidgets_282/swig/shared/treeitemid_typemaps.i: Fix compile warning for TreeItemId typemap (Artur Kuptel) Message-ID: <20070317184424.9099C5240D22@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/dcfd19df/attachment-0001.html From nobody at rubyforge.org Sat Mar 17 14:45:23 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 14:45:23 -0400 (EDT) Subject: [Wxruby-development] [889] branches/wxruby2/wxwidgets_282/swig/shared/control_with_items.i: Ensure SWIG doesn't generate wrappers for client data methods (Artur Kuptel) Message-ID: <20070317184524.027E25240D22@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/d321c961/attachment.html From alex at pressure.to Sat Mar 17 15:03:16 2007 From: alex at pressure.to (Alex Fenton) Date: Sat, 17 Mar 2007 19:03:16 +0000 Subject: [Wxruby-development] Patch to 0.0.39 - upgrade to 2.8.2 In-Reply-To: <45F8D39B.9010107@gmail.com> References: <45F8D39B.9010107@gmail.com> Message-ID: <45FC3B74.3030706@pressure.to> Artur Kuptel wrote: > Seeing as this is my first foray in to the innards of wxruby2, I eagerly > await comments from the more seasoned wxrubyists. I've created a branch for moving to Wx 2.8.2. Applied your changes which worked very well, with a few changes and additions to fix some OS X problems. We've now got a working wxruby2 on 2.8 - excellent - thanks again for the patch. I don't plan for this to be a long-lived branch as I don't think we have the resources to support both 2.6 and 2.8 at the same time. There's two issues I'd like to fix before merging this onto trunk. First, the 2.6 way of doing InitializeStockObjects causes infinite recursion when the library loads on OS X, so I've disabled it for now - this means Wx::RED etc are not available. Wx has changed this between versions - this thread (esp Robin Dunn's reply) should be useful: http://groups.google.com/group/comp.soft-sys.wxwindows/browse_thread/thread/e675afd9aea1b9dc/243eabd232ad94bb?lnk=gst&rnum=1 Second, I'm getting segfaults on normal exit - seems maybe a double-free in gc_call_finaliser_on_exit. Also need at some point to go through and add new methods to the header files. Can I ask how general stability is at the moment on Windows - have we fixed the frequent crashes? cheers alex From nemerle5 at gmail.com Sat Mar 17 16:41:28 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Sat, 17 Mar 2007 21:41:28 +0100 Subject: [Wxruby-development] Patch to 0.0.39 - upgrade to 2.8.2 In-Reply-To: <45FC3B74.3030706@pressure.to> References: <45F8D39B.9010107@gmail.com> <45FC3B74.3030706@pressure.to> Message-ID: <45FC5278.6060703@gmail.com> Alex Fenton wrote: > I've created a branch for moving to Wx 2.8.2. Applied your changes which > worked very well, with a few changes and additions to fix some OS X > problems. We've now got a working wxruby2 on 2.8 - excellent - thanks > again for the patch. > Thank you, and I hope my next one will be more manageable. > [...] > > Second, I'm getting segfaults on normal exit - seems maybe a double-free > in gc_call_finaliser_on_exit. > This seems to be a problem with free_wxRubyApp checking GcIsDeleted without GcMarkDeleted in SwigDirector_App (swig objecttracking vs. custom tracking wxruby2 uses ?) > Also need at some point to go through and add new methods to the header > files. > > Can I ask how general stability is at the moment on Windows - have we > fixed the frequent crashes? I'll have to check later, only thing I'm testing right now is my main project :) And a question, when i do get_event_objet, on an event i'm getting a proper class instance, but when i try to overload filter_event() in my App class, i'm getting a plain wxEvent instead of proper wx*Event subclass, is there a simple way to fix it (my work around with exposing get_ruby_object to the ruby code and doing 'proper_event = get_ruby_object(ev)' doesn't look right. A.K. From nemerle5 at gmail.com Sat Mar 17 17:57:49 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Sat, 17 Mar 2007 22:57:49 +0100 Subject: [Wxruby-development] Fix for crash at exit Message-ID: <45FC645D.7060200@gmail.com> Hi This is a very small patch that seems to solve that "Exit the app and get a segfault in return" problem. Another thing: bigdemo.rb:395 does item = event.get_item() if item.is_ok but get_item typemaps TreeItemId into a plain integer, so it doesn't have is_ok method anymore, is there any wxruby2'yish solution to this kind of problem ? A.K. In case attachment gets scrubbed somewhere along the way: Index: fixdeleting.rb =================================================================== --- fixdeleting.rb (revision 889) +++ fixdeleting.rb (working copy) @@ -21,6 +21,7 @@ if(core_name == "App") found_app_constructor = false + wx_name = core_name else found_app_constructor = true end -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: wx2.patch Url: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/bd536f80/attachment.pl From alex at pressure.to Sat Mar 17 19:03:16 2007 From: alex at pressure.to (Alex Fenton) Date: Sat, 17 Mar 2007 23:03:16 +0000 Subject: [Wxruby-development] Fix for crash at exit In-Reply-To: <45FC645D.7060200@gmail.com> References: <45FC645D.7060200@gmail.com> Message-ID: <45FC73B4.2050807@pressure.to> Artur Kuptel wrote: > This is a very small patch that seems to solve that "Exit the app and > get a segfault in return" problem. Thanks very much for the patch - waiting while it recompiles (50 mins...yawn) then will commit > Another thing: bigdemo.rb:395 does > item = event.get_item() > if item.is_ok > but get_item typemaps TreeItemId into a plain integer, so it doesn't > have is_ok method anymore, is there > any wxruby2'yish solution to this kind of problem ? The recommeded in wxruby2 is just if not item.zero? # or if item > 0 We switched to using a plain Integer typemap for TreeItemId in 0.0.39 because it didn't seem worth having directors et al for such a simple class. Guess I missed this bit of the sample, thanks for spotting it. > In case attachment gets scrubbed somewhere along the way: Attachments are permitted on this list cheers alex From nemerle5 at gmail.com Sat Mar 17 19:45:27 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Sun, 18 Mar 2007 00:45:27 +0100 Subject: [Wxruby-development] Fix for crash at exit In-Reply-To: <45FC73B4.2050807@pressure.to> References: <45FC645D.7060200@gmail.com> <45FC73B4.2050807@pressure.to> Message-ID: <45FC7D97.6090305@gmail.com> Alex Fenton wrote: > Thanks very much for the patch - waiting while it recompiles (50 > mins...yawn) then will commit > I miss the days when I could ask swig to remove at least it's runtime from the generated sources . > The recommeded in wxruby2 is just > > if not item.zero? > # or > if item > 0 > > We switched to using a plain Integer typemap for TreeItemId in 0.0.39 > because it didn't seem worth having directors et al for such a simple > class. Guess I missed this bit of the sample, thanks for spotting it. > Problem would be solved if we could define singleton methods for Fixnums :) A.K. From alex at pressure.to Sat Mar 17 20:40:44 2007 From: alex at pressure.to (Alex Fenton) Date: Sun, 18 Mar 2007 00:40:44 +0000 Subject: [Wxruby-development] Fix for crash at exit In-Reply-To: <45FC7D97.6090305@gmail.com> References: <45FC645D.7060200@gmail.com> <45FC73B4.2050807@pressure.to> <45FC7D97.6090305@gmail.com> Message-ID: <45FC8A8C.5040600@pressure.to> Artur Kuptel wrote: > Alex Fenton wrote: > >> Thanks very much for the patch - waiting while it recompiles (50 >> mins...yawn) then will commit >> >> > I miss the days when I could ask swig to remove at least it's runtime > from the generated sources . > Ah - so this isn't possible any longer with current SWIG? I've seen it mentioned in the docs and had hoped we could take this approach in the near future to reduce the compile time and size of the binary. a From nemerle5 at gmail.com Sat Mar 17 20:53:09 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Sun, 18 Mar 2007 01:53:09 +0100 Subject: [Wxruby-development] Fix for crash at exit In-Reply-To: <45FC8A8C.5040600@pressure.to> References: <45FC645D.7060200@gmail.com> <45FC73B4.2050807@pressure.to> <45FC7D97.6090305@gmail.com> <45FC8A8C.5040600@pressure.to> Message-ID: <45FC8D75.4060702@gmail.com> Alex Fenton wrote: > Ah - so this isn't possible any longer with current SWIG? I've seen it > mentioned in the docs and had hoped we could take this approach in the > near future to reduce the compile time and size of the binary. > > a > Sadly -c/-noruntime option was removed some time ago, only thing that's left from those good times is 'swig -ruby -external-runtime', which sadly isn't very helpful. I even thought about writing some preprocessor script to remove most of the runtime from .cpp files and writing a glue for generated files but doing it right would require a bit of time, which is unobtainable at the moment. A.K. From nobody at rubyforge.org Sat Mar 17 20:59:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 20:59:04 -0400 (EDT) Subject: [Wxruby-development] [890] branches/wxruby2/wxwidgets_282/swig/fixdeleting.rb: Fix crash on exit (Artur Kuptel) Message-ID: <20070318005904.E20C45240D28@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/9e8174c3/attachment-0001.html From alex at pressure.to Sat Mar 17 21:01:53 2007 From: alex at pressure.to (Alex Fenton) Date: Sun, 18 Mar 2007 01:01:53 +0000 Subject: [Wxruby-development] Fix for crash at exit In-Reply-To: <45FC645D.7060200@gmail.com> References: <45FC645D.7060200@gmail.com> Message-ID: <45FC8F81.3090901@pressure.to> Artur Kuptel wrote: > Hi > This is a very small patch that seems to solve that "Exit the app and > get a segfault in return" problem. That's worked a treat - committed, thanks. For info I'm still getting one in the grid and caret samples. I will investigate further but the error I'm getting (OS X 10.3 PPC) is: Program received signal EXC_BAD_ACCESS, Could not access memory. 0x030f0a4c in free_wxGridCellBoolRenderer(wxGridCellBoolRenderer*) () a From alex at pressure.to Sat Mar 17 21:20:07 2007 From: alex at pressure.to (Alex Fenton) Date: Sun, 18 Mar 2007 01:20:07 +0000 Subject: [Wxruby-development] Patch to 0.0.39 - upgrade to 2.8.2 In-Reply-To: <45FC5278.6060703@gmail.com> References: <45F8D39B.9010107@gmail.com> <45FC3B74.3030706@pressure.to> <45FC5278.6060703@gmail.com> Message-ID: <45FC93C7.6090205@pressure.to> Artur Kuptel wrote: > This seems to be a problem with free_wxRubyApp checking GcIsDeleted > without GcMarkDeleted > in SwigDirector_App (swig objecttracking vs. custom tracking wxruby2 uses ?) > An underlying question is whether the custom wxruby2 tracking is needed now. It dates back to before ruby object tracking was available in SWIG and uses a similar approach, so there is duplication. I've not tried to pick it apart for the simple reason of not wanting to stir up problems. However in the longer run, as Kevin's pointed out, it's highly desirable that we reduce and remove our post-processing of SWIG output wherever possible, and use SWIG's features instead. > And a question, when i do get_event_objet, on an event i'm getting a > proper class instance, > but when i try to overload filter_event() in my App class, i'm getting a > plain wxEvent instead > of proper wx*Event subclass, is there a simple way to fix it (my work > around with exposing > get_ruby_object to the ruby code and doing 'proper_event = > get_ruby_object(ev)' doesn't look > right > get_ruby_object (in Window.i) is pretty much the canonical way to turn a Wx object of unknown C++ class into a Ruby object of the right specific class by using Wx's ClassInfo facilities. What's probably needed is to move get_ruby_object function definition into a shared file in swig/shared, then include it as needed. In the case of FilterEvent, it would likely be easiest to add a director-type C++ method to wxRubyApp class (in App.i) that converts the Event object into a correct Ruby object and then uses rb_funcall to run the method in your ruby app subclass, then converts the result back to pass to the C++ API. Sorry if this is all obvious to you... seems you have a v good knowledge of SWIG already. cheers alex From nobody at rubyforge.org Sat Mar 17 21:38:01 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 21:38:01 -0400 (EDT) Subject: [Wxruby-development] [891] branches/wxruby2/wxwidgets_282: Change method name in 2.6 -> 2.8 API Message-ID: <20070318013801.B0A5F5240B7D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/035576ab/attachment.html From nobody at rubyforge.org Sat Mar 17 21:42:20 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 17 Mar 2007 21:42:20 -0400 (EDT) Subject: [Wxruby-development] [892] branches/wxruby2/wxwidgets_282: Change method name in 2.6 -> 2.8 API; cleanup comment cruft in header Message-ID: <20070318014220.5E4285240B7D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070317/5dd2e009/attachment.html From nemerle5 at gmail.com Sat Mar 17 22:08:00 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Sun, 18 Mar 2007 03:08:00 +0100 Subject: [Wxruby-development] Strange Director/virtual behaviour In-Reply-To: <45FC93C7.6090205@pressure.to> References: <45F8D39B.9010107@gmail.com> <45FC3B74.3030706@pressure.to> <45FC5278.6060703@gmail.com> <45FC93C7.6090205@pressure.to> Message-ID: <45FC9F00.8070101@gmail.com> I've added 'virtual bool SetTransparent(wxByte alpha)' method to wxWindow.h. Now when doing a = CustomDialog.new() a.set_transparent(127) the call is directed to wxWindow's implementation which is not working. I think problem lies in _wrap_wxWindow_SetTransparent wrapper: upcall = (director && (director->swig_get_self() == self)); try { if (upcall) { result = (bool)(arg1)->wxWindow::SetTransparent(arg2); } else { result = (bool)(arg1)->SetTransparent(arg2); } upcall is true so instead of calling SetTransparent method overloaded by TopLevelWindowMSW, base version gets called. real class hierarchy: wxWindow : first definition of SetTransparent wxTopLevelWindowBase wxTopLevelWindowMSW : invisible to swig (SetTransparent is overloaded here) wxTopLevelWindow : second definition of SetTransparent will call proper wxTopLevelWindowMSW's version wxDialogBase wxDialog wxDialog_Director ------ CustomDialog calling wxWindow::SetTransparent would work ok in non-virtual case. But when we're dealing with virtual methods this fails. I've come up with a clunky workaround -> adding another definition of SetTransparent method in wxTopLevelWindow.h but maybe there is more elegant way to do it ? A.K. From nobody at rubyforge.org Sun Mar 18 05:36:21 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 18 Mar 2007 05:36:21 -0400 (EDT) Subject: [Wxruby-development] [893] branches/wxruby2/wxwidgets_282: New hover bitmap methods in 2.6 -> 2.8 API Message-ID: <20070318093621.B34CB5240D45@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070318/0157580d/attachment-0001.html From alex at pressure.to Sun Mar 18 06:02:23 2007 From: alex at pressure.to (Alex Fenton) Date: Sun, 18 Mar 2007 10:02:23 +0000 Subject: [Wxruby-development] Strange Director/virtual behaviour In-Reply-To: <45FC9F00.8070101@gmail.com> References: <45F8D39B.9010107@gmail.com> <45FC3B74.3030706@pressure.to> <45FC5278.6060703@gmail.com> <45FC93C7.6090205@pressure.to> <45FC9F00.8070101@gmail.com> Message-ID: <45FD0E2F.3040100@pressure.to> Artur Kuptel wrote: > I've added 'virtual bool SetTransparent(wxByte alpha)' method to > wxWindow.h. > Thanks for looking into this. > Now when doing > a = CustomDialog.new() > a.set_transparent(127) > > the call is directed to wxWindow's implementation which is not working. > > calling wxWindow::SetTransparent would work ok in non-virtual case. > But when we're dealing with virtual methods this fails. > I've come up with a clunky workaround -> adding another definition of > SetTransparent method in > wxTopLevelWindow.h but maybe there is more elegant way to do it ? > Not that I can think of - a more 'correct' solution would probably involve a lot more coding in the .i file which we want to avoid when possible. I'd be inclined to declare it in wxTopLevelWindow.h with an explanatory comment that it's not from the API but needed to have the right method called from ruby. cheers alex From nobody at rubyforge.org Sun Mar 18 06:16:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 18 Mar 2007 06:16:02 -0400 (EDT) Subject: [Wxruby-development] [894] branches/wxruby2/wxwidgets_282/doc/textile/window.txtl: Document changed Window methods in 2.6 -> 2.8 API Message-ID: <20070318101602.6644B5240D43@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070318/84575a95/attachment.html From nobody at rubyforge.org Sun Mar 18 06:29:32 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 18 Mar 2007 06:29:32 -0400 (EDT) Subject: [Wxruby-development] [895] branches/wxruby2/wxwidgets_282/swig/classes: Fix Window::GetChildren method for changes in 2.6 -> 2.8 API Message-ID: <20070318102933.08C335240D43@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070318/d206bf29/attachment.html From nobody at rubyforge.org Sun Mar 18 06:39:12 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 18 Mar 2007 06:39:12 -0400 (EDT) Subject: [Wxruby-development] [896] branches/wxruby2/wxwidgets_282/swig/classes/Grid.i: Added DISOWN typemap to prevent free_GridCellRenderer crash on GC/exit Message-ID: <20070318103912.799815240D43@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070318/b5d70f77/attachment.html From nobody at rubyforge.org Sun Mar 18 06:46:56 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sun, 18 Mar 2007 06:46:56 -0400 (EDT) Subject: [Wxruby-development] [897] branches/wxruby2/wxwidgets_282/swig/classes/Window.i: DISOWN typemap to prevent crash on GC/exit when caret has been set (bug #9093) Message-ID: <20070318104656.670025240D40@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070318/818ec77b/attachment-0001.html From roys at mindspring.com Sun Mar 18 22:40:46 2007 From: roys at mindspring.com (Roy Sutton) Date: Sun, 18 Mar 2007 22:40:46 -0400 Subject: [Wxruby-development] Windows 0.0.39 gem uploaded Message-ID: <45FDF82E.5090200@mindspring.com> Sorry for the delay, the Windows gem for 0.0.39 has been uploaded to the files section. Roy From nobody at rubyforge.org Mon Mar 19 08:22:14 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 08:22:14 -0400 (EDT) Subject: [Wxruby-development] [898] branches/wxruby2/wxwidgets_282/swig/classes/App.i: Fix init of stock objects for Wx2.8 - was causing infinite loop +crash on OS X Message-ID: <20070319122214.BB9585240AE4@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/9211d77d/attachment.html From nobody at rubyforge.org Mon Mar 19 17:53:15 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 17:53:15 -0400 (EDT) Subject: [Wxruby-development] [899] branches/wxruby2/wxwidgets_282/swig/classes/include/wxFontDialog.h: Fixed GetFontData() signature to match headers for wxMac, needed to get around compile error. Message-ID: <20070319215315.6E8185240C2D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/0d80b206/attachment.html From nobody at rubyforge.org Mon Mar 19 18:24:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 18:24:51 -0400 (EDT) Subject: [Wxruby-development] [900] branches/wxruby2/wxwidgets_282/swig/classes: Initial commit of AUI core classes Message-ID: <20070319222452.07A965240C2D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/e675bc49/attachment-0001.html From nobody at rubyforge.org Mon Mar 19 18:30:26 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 18:30:26 -0400 (EDT) Subject: [Wxruby-development] [901] branches/wxruby2/wxwidgets_282/samples/printing/printing.rb: Method name change fix in printing sample for API change 2.6 -> 2.8 Message-ID: <20070319223027.2AB5D5240C3A@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/84047634/attachment.html From nobody at rubyforge.org Mon Mar 19 19:27:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 19:27:50 -0400 (EDT) Subject: [Wxruby-development] [902] branches/wxruby2/wxwidgets_282/swig/classes/include/parents.rb: Parents for AUI GUI classes Message-ID: <20070319232750.9845B5240BE8@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/822ddf21/attachment.html From nobody at rubyforge.org Mon Mar 19 20:03:40 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 19 Mar 2007 20:03:40 -0400 (EDT) Subject: [Wxruby-development] [903] branches/wxruby2/wxwidgets_282/samples: Added #!/usr/bin/env ruby to the grid sample. Message-ID: <20070320000340.C382E5240BFF@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070319/c0c05be5/attachment.html From nobody at rubyforge.org Wed Mar 21 06:20:08 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:20:08 -0400 (EDT) Subject: [Wxruby-development] [904] branches/wxruby2/wxwidgets_282: Changes in Wx::Colour API 2.6 -> 2.8 Message-ID: <20070321102008.C7F34A970006@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/4539b3a2/attachment-0001.html From nobody at rubyforge.org Wed Mar 21 06:22:10 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:22:10 -0400 (EDT) Subject: [Wxruby-development] [905] branches/wxruby2/wxwidgets_282/swig/classes/include/wxColour.h: Wx::Colour API 2.6 -> 2.8 - one more place alpha argument is needed Message-ID: <20070321102210.986BBA970005@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/69df605c/attachment.html From nobody at rubyforge.org Wed Mar 21 06:43:28 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:43:28 -0400 (EDT) Subject: [Wxruby-development] [906] branches/wxruby2/wxwidgets_282: Wx::ComboBox API 2.6 -> 2.8, plus some doc corrections Message-ID: <20070321104328.B2C5F5240976@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/04f06966/attachment.html From nobody at rubyforge.org Wed Mar 21 06:50:02 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:50:02 -0400 (EDT) Subject: [Wxruby-development] [907] branches/wxruby2/wxwidgets_282: Wx::Control API 2.6 -> 2.8 Message-ID: <20070321105002.93E7A5240978@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/798df976/attachment.html From nobody at rubyforge.org Wed Mar 21 06:51:21 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:51:21 -0400 (EDT) Subject: [Wxruby-development] [908] branches/wxruby2/wxwidgets_282/doc/textile/control.txtl: Add note on use of ampersand characters in Wx::Control labels Message-ID: <20070321105121.E19435240978@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/2e4d41a5/attachment-0001.html From nobody at rubyforge.org Wed Mar 21 06:54:07 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 06:54:07 -0400 (EDT) Subject: [Wxruby-development] [909] branches/wxruby2/wxwidgets_282/doc/textile/combobox.txtl: Correct disambiguated method names in methods listing Message-ID: <20070321105407.B63295240978@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/fba1c49d/attachment.html From nemerle5 at gmail.com Wed Mar 21 11:22:11 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Wed, 21 Mar 2007 16:22:11 +0100 Subject: [Wxruby-development] Problem with PaintDC(MSW) Message-ID: <46014DA3.1020205@gmail.com> When implementing EVT_PAINT handlers in c++ the PaintDC object is constructed at the beginning of the function, and auto destructed at it's end, which informs wxwidgets that "invalid regions in the window have been repainted". Under ruby, this is not the case and causes a stream of EVT_PAINT events to be sent to the given window (until one of PaintDC objects is destructed by garbage collector). To solve this problem one has to .skip the event passed to EVT_PAINT handler, while setting Wx::BG_STYLE_CUSTOM as a background style for the window. Maybe alternative solution could be created, i.e hand crafting swig'ged 'paint' function taking a ruby block, which creates the PaintDC, yields it to the block, and destructs it before leaving the function? A.K. From alex at pressure.to Wed Mar 21 12:15:09 2007 From: alex at pressure.to (Alex Fenton) Date: Wed, 21 Mar 2007 16:15:09 +0000 Subject: [Wxruby-development] Problem with PaintDC(MSW) In-Reply-To: <46014DA3.1020205@gmail.com> References: <46014DA3.1020205@gmail.com> Message-ID: <46015A0D.70205@pressure.to> Artur Kuptel wrote: > When implementing EVT_PAINT handlers in c++ the PaintDC object is > constructed at the beginning of the function, > and auto destructed at it's end, which informs wxwidgets that "invalid > regions in the window have been repainted". > Under ruby, this is not the case and causes a stream of EVT_PAINT events > to be sent to the given window (until one > of PaintDC objects is destructed by garbage collector). I've seen that stream of EVT_PAINT events on Windows but hadn't realised that was the cause. Interesting. > Maybe alternative solution could be created, i.e hand crafting swig'ged > 'paint' function taking a ruby block, > which creates the PaintDC, yields it to the block, and destructs it > before leaving the function? > In fact this is how it worked up until 0.0.37 - in 0.0.36 swig/Window.i there was the following in an %extend block: VALUE paint() { wxWindow *ptr = self; if(rb_block_given_p()) { wxPaintDC dc(ptr); VALUE dcVal = SWIG_NewPointerObj((void *) &dc, SWIGTYPE_p_wxPaintDC, 0); rb_yield(dcVal); DATA_PTR(dcVal) = NULL; } return Qnil; } However, this was causing ObjectPreviouslyDeleted errors so we moved it into Ruby in classes/window.rb, unaware that the timely destruction of the C++ DC object was important. We could certainly try this approach again - perhaps all we need to do in addition is ensure SWIG's object tracking is switched off for DC objects, as they should never be stored? alex From nemerle5 at gmail.com Wed Mar 21 14:10:33 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Wed, 21 Mar 2007 19:10:33 +0100 Subject: [Wxruby-development] Problem with PaintDC(MSW) In-Reply-To: <46015A0D.70205@pressure.to> References: <46014DA3.1020205@gmail.com> <46015A0D.70205@pressure.to> Message-ID: <46017519.6020900@gmail.com> Alex Fenton wrote: > In fact this is how it worked up until 0.0.37 - in 0.0.36 swig/Window.i > there was the following in an %extend block: > > VALUE paint() > { > wxWindow *ptr = self; > > if(rb_block_given_p()) > { > wxPaintDC dc(ptr); > > VALUE dcVal = SWIG_NewPointerObj((void *) &dc, > SWIGTYPE_p_wxPaintDC, 0); > rb_yield(dcVal); > > DATA_PTR(dcVal) = NULL; > } > return Qnil; > } > > However, this was causing ObjectPreviouslyDeleted errors so we moved it > into Ruby in classes/window.rb, unaware that the timely destruction of > the C++ DC object was important. > > This seems to be caused by creating the PaintDC object on the stack, (consecutive calls get the same SP) SWIG_NewPointerObj() is registering &dc in the tracking hash table, after DATA_PTR(dcVal) = NULL, the next call to SWIG_NewPointerObj() function finds the &dc pointer in the hash table, but sees it is already deleted and ObjectPreviouslyDeleted happens. Attached patch seems to fix the problem. A.K. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: win.patch Url: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/19c3eb26/attachment.pl From pnomolos at gmail.com Wed Mar 21 16:31:50 2007 From: pnomolos at gmail.com (Philip Schalm) Date: Wed, 21 Mar 2007 13:31:50 -0700 Subject: [Wxruby-development] Bug in TextCtrl constructor Message-ID: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> Howdy, I've uncovered a bug in the constructor for TextCtrl (originally uncovered while using WxSugar but it appears to apply to WxRuby itself as well). Here's the output from irb: # ------ irb(main):001:0> require 'wx'; irb(main):002:0* ctl = Wx::TextCtrl.new(nil,-1,"",Wx::DEFAULT_POSITION,Wx::DEFAULT_SIZE,0,Wx::DEFAULT_VALIDATOR,"my_name") => # irb(main):003:0> puts ctl.get_name => nil # That should have printed "my_name" # ----- It's not a show-stopper, though, as you can just assign to ctl.name. This bug shows up when you are trying to do .find_window_by_name() and searching for a specific control Cheers -- -Phil <>< From alex at pressure.to Wed Mar 21 20:03:45 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 22 Mar 2007 00:03:45 +0000 Subject: [Wxruby-development] Bug in TextCtrl constructor In-Reply-To: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> References: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> Message-ID: <4601C7E1.4070704@pressure.to> Hi > I've uncovered a bug in the constructor for TextCtrl (originally > uncovered while using WxSugar but it appears to apply to WxRuby itself > as well). Thanks for the report ... > # ------ > irb(main):001:0> require 'wx'; > irb(main):002:0* ctl = > Wx::TextCtrl.new(nil,-1,"",Wx::DEFAULT_POSITION,Wx::DEFAULT_SIZE,0,Wx::DEFAULT_VALIDATOR,"my_name") > => # > irb(main):003:0> puts ctl.get_name > > => nil > # That should have printed "my_name" > # ----- > There's two things that are a bit unusual about the example. It's creating a Window without an App being created (i.e. outside an on_init loop); this won't work at all on OS X. Also any control should have a valid Window (frame, panel etc) as a parent, but this has nil as the first arg. If I use nil, then get_name returns "", but if I replace the 'nil' with a frame, then the name is set properly. So basically I don't think you want to create a TextCtrl without a proper parent - let me know if that doesnt' resolve it. Probably we should amend the API so that both these situations trigger an exception rather than segfaults or strange behaviour. It's easier to do this in WxSugar, but my hunch is it should be in core - what does anyone else think? alex From nobody at rubyforge.org Wed Mar 21 20:22:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 21 Mar 2007 20:22:50 -0400 (EDT) Subject: [Wxruby-development] [910] branches/wxruby2/wxwidgets_282: Moved paint() method back into C++, so DC object is destroyed in timely Message-ID: <20070322002250.44A155240DD0@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070321/3fa1c336/attachment.html From alex at pressure.to Wed Mar 21 20:25:58 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 22 Mar 2007 00:25:58 +0000 Subject: [Wxruby-development] Problem with PaintDC(MSW) In-Reply-To: <46017519.6020900@gmail.com> References: <46014DA3.1020205@gmail.com> <46015A0D.70205@pressure.to> <46017519.6020900@gmail.com> Message-ID: <4601CD16.5050905@pressure.to> Artur Kuptel wrote: > This seems to be caused by creating the PaintDC object on the stack, > (consecutive calls get the same SP) > SWIG_NewPointerObj() is registering &dc in the tracking hash table, > after DATA_PTR(dcVal) = NULL, the next call to SWIG_NewPointerObj() > function > finds the &dc pointer in the hash table, but sees it is already > deleted and > ObjectPreviouslyDeleted happens. > Attached patch seems to fix the problem. Applied, thank you; also deleted the redundant ruby method. I changed it to 'if ( ruby_block_given_p )' otherwise the block isn't run - let me know if I've misunderstood. cheers alex From nemerle5 at gmail.com Wed Mar 21 21:15:05 2007 From: nemerle5 at gmail.com (Artur Kuptel) Date: Thu, 22 Mar 2007 02:15:05 +0100 Subject: [Wxruby-development] Problem with PaintDC(MSW) In-Reply-To: <4601CD16.5050905@pressure.to> References: <46014DA3.1020205@gmail.com> <46015A0D.70205@pressure.to> <46017519.6020900@gmail.com> <4601CD16.5050905@pressure.to> Message-ID: <4601D899.20403@gmail.com> Alex Fenton wrote: > Applied, thank you; also deleted the redundant ruby method. > > I changed it to 'if ( ruby_block_given_p )' otherwise the block isn't > run - let me know if I've misunderstood. > That '!' was a remnant of my aborted attempt to change the if branch to: if(!rb_block_given_p()) return Qnil; wxPaintDC dc(ptr); VALUE dcVal = SWIG_NewPointerObj((void *) &dc,SWIGTYPE_p_wxPaintDC, 0); rb_yield(dcVal); SWIG_RubyRemoveTracking((void *) &dc); DATA_PTR(dcVal) = NULL; I'm sorry for that glitch :) A.K. From pnomolos at gmail.com Wed Mar 21 21:45:56 2007 From: pnomolos at gmail.com (Philip Schalm) Date: Wed, 21 Mar 2007 18:45:56 -0700 Subject: [Wxruby-development] Bug in TextCtrl constructor In-Reply-To: <4601C7E1.4070704@pressure.to> References: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> <4601C7E1.4070704@pressure.to> Message-ID: <39e69c8e0703211845q2949fb9dgfc5a80108db8d18e@mail.gmail.com> Howdy, That example was just supposed to be a smallest case - it exhibits the same behaviour while using the `add` method in Wx::Sugar: # in arrange_grid() in on_init() in a Wx::Frame add ( Wx::TextCtrl[ :name => "some name" ] ) do |textctrl| puts textctrl.name # Will return an empty string end # carry on in in_init() I'm assuming this may be due to the deferred constructor? (or is the a control create in this way not assigned an explicit parent? In that case, the example for Wx::Sugar should be amended) On 3/21/07, Alex Fenton wrote: > Hi > > I've uncovered a bug in the constructor for TextCtrl (originally > > uncovered while using WxSugar but it appears to apply to WxRuby itself > > as well). > Thanks for the report ... > > # ------ > > irb(main):001:0> require 'wx'; > > irb(main):002:0* ctl = > > Wx::TextCtrl.new(nil,-1,"",Wx::DEFAULT_POSITION,Wx::DEFAULT_SIZE,0,Wx::DEFAULT_VALIDATOR,"my_name") > > => # > > irb(main):003:0> puts ctl.get_name > > > > => nil > > # That should have printed "my_name" > > # ----- > > > There's two things that are a bit unusual about the example. It's > creating a Window without an App being created (i.e. outside an on_init > loop); this won't work at all on OS X. > > Also any control should have a valid Window (frame, panel etc) as a > parent, but this has nil as the first arg. If I use nil, then get_name > returns "", but if I replace the 'nil' with a frame, then the name is > set properly. > > So basically I don't think you want to create a TextCtrl without a > proper parent - let me know if that doesnt' resolve it. > > Probably we should amend the API so that both these situations trigger > an exception rather than segfaults or strange behaviour. It's easier to > do this in WxSugar, but my hunch is it should be in core - what does > anyone else think? > > alex > > > > > _______________________________________________ > Wxruby-development mailing list > Wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > -- -Phil <>< From alex at pressure.to Thu Mar 22 05:24:24 2007 From: alex at pressure.to (Alex Fenton) Date: Thu, 22 Mar 2007 09:24:24 +0000 Subject: [Wxruby-development] Bug in TextCtrl constructor In-Reply-To: <39e69c8e0703211845q2949fb9dgfc5a80108db8d18e@mail.gmail.com> References: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> <4601C7E1.4070704@pressure.to> <39e69c8e0703211845q2949fb9dgfc5a80108db8d18e@mail.gmail.com> Message-ID: <46024B48.1000404@pressure.to> Philip Schalm wrote: > Howdy, > > That example was just supposed to be a smallest case - it exhibits the > same behaviour while using the `add` method in Wx::Sugar: > Sorry for the trouble, Philip, I should have thought of this before - it's a bug in the current release of WxSugar that's fixed in SVN. I couldn't release the fix until the new version of WxRuby2 was out that included the DEFAULT_VALIDATOR constant. I'll put out WxSugar 0.1.14 shortly which should resolve things I hope. cheers alex From nobody at rubyforge.org Thu Mar 22 05:26:33 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 05:26:33 -0400 (EDT) Subject: [Wxruby-development] [911] trunk/wxsugar/lib/wx_sugar/wx_classes: Added default? method for size and position Message-ID: <20070322092633.5353F5240956@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/c74a26be/attachment.html From nobody at rubyforge.org Thu Mar 22 05:53:14 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 05:53:14 -0400 (EDT) Subject: [Wxruby-development] [912] trunk/wxsugar/lib: Overview documentation moved to lib/wx_sugar.rb Message-ID: <20070322095314.A7729524096D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/2c04e2c0/attachment.html From nobody at rubyforge.org Thu Mar 22 05:53:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 05:53:37 -0400 (EDT) Subject: [Wxruby-development] [913] trunk/wxsugar/LICENCE.txt: Added LICENCE for WxSugar Message-ID: <20070322095337.65E36A970001@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/4ca6ac09/attachment.html From nobody at rubyforge.org Thu Mar 22 05:53:52 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 05:53:52 -0400 (EDT) Subject: [Wxruby-development] [914] trunk/wxsugar/README.txt: Added README for WxSugar Message-ID: <20070322095352.359FA524096D@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/a7df2139/attachment-0001.html From nobody at rubyforge.org Thu Mar 22 05:56:04 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 05:56:04 -0400 (EDT) Subject: [Wxruby-development] [915] tags/wxsugar/0.1.14/: Tagged WxSugar 0.1.14 Message-ID: <20070322095604.BDBEE5240977@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/3d5afb5a/attachment.html From pnomolos at gmail.com Thu Mar 22 11:43:47 2007 From: pnomolos at gmail.com (Philip Schalm) Date: Thu, 22 Mar 2007 08:43:47 -0700 Subject: [Wxruby-development] Bug in TextCtrl constructor In-Reply-To: <46024B48.1000404@pressure.to> References: <39e69c8e0703211331s47d9bbcdn6eefd8c07c5e831c@mail.gmail.com> <4601C7E1.4070704@pressure.to> <39e69c8e0703211845q2949fb9dgfc5a80108db8d18e@mail.gmail.com> <46024B48.1000404@pressure.to> Message-ID: <39e69c8e0703220843o336b8783ob34751abb4bd909@mail.gmail.com> Howdy Alex, I just updated the gem, commented out my line manually setting the name, and everything works great. Thanks! On 3/22/07, Alex Fenton wrote: > Philip Schalm wrote: > > Howdy, > > > > That example was just supposed to be a smallest case - it exhibits the > > same behaviour while using the `add` method in Wx::Sugar: > > > > Sorry for the trouble, Philip, I should have thought of this before - > it's a bug in the current release of WxSugar that's fixed in SVN. I > couldn't release the fix until the new version of WxRuby2 was out that > included the DEFAULT_VALIDATOR constant. > > I'll put out WxSugar 0.1.14 shortly which should resolve things I hope. > > cheers > alex > > > _______________________________________________ > Wxruby-development mailing list > Wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > -- -Phil <>< From nobody at rubyforge.org Thu Mar 22 18:00:01 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 22 Mar 2007 18:00:01 -0400 (EDT) Subject: [Wxruby-development] [916] branches/wxruby2/wxwidgets_282: More Wx::AUI classes, event hooks and sample Message-ID: <20070322220004.85E54A970003@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070322/c25657ca/attachment-0001.html From noreply at rubyforge.org Fri Mar 23 12:40:54 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 23 Mar 2007 12:40:54 -0400 (EDT) Subject: [Wxruby-development] [ wxruby-Bugs-9501 ] evt_spinctrl should yield an event of type SpinEvent Message-ID: <20070323164054.8E1895240A8B@rubyforge.org> Bugs item #9501, was opened at 2007-03-23 16:40 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9501&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: evt_spinctrl should yield an event of type SpinEvent Initial Comment: At the moment on branches/wxwidgets_28 it seems to yield an event of type CommandEvent. This class is missing the get_/set_position methods. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9501&group_id=35 From nobody at rubyforge.org Fri Mar 23 12:59:11 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 23 Mar 2007 12:59:11 -0400 (EDT) Subject: [Wxruby-development] [917] branches/wxruby2/wxwidgets_282/swig/classes/include/wxAuiDockArt.h: Fix spelling mistake from wxWidgets headers Message-ID: <20070323165911.426255240AA9@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070323/b3fe9fc9/attachment.html From nobody at rubyforge.org Fri Mar 23 13:00:13 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 23 Mar 2007 13:00:13 -0400 (EDT) Subject: [Wxruby-development] [918] branches/wxruby2/wxwidgets_282/samples/aui/aui.rb: Fix a couple of little bugs and typos Message-ID: <20070323170013.15F0B5240AA9@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070323/71a94005/attachment.html From nobody at rubyforge.org Mon Mar 26 15:09:34 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Mon, 26 Mar 2007 15:09:34 -0400 (EDT) Subject: [Wxruby-development] [919] trunk/wxruby2/rake/rakelinux.rb: Use wxWidgets built-in support libs; add wxScintilla option Message-ID: <20070326190935.00EF45240AF2@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070326/1d04ff95/attachment.html From nobody at rubyforge.org Tue Mar 27 13:54:42 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 27 Mar 2007 13:54:42 -0400 (EDT) Subject: [Wxruby-development] [920] branches/wxruby2/wxwidgets_282/swig/classes/TreeCtrl.i: Fix compile error: TreeCtrl no longer inherits from wxScrolledWindow on GTK/Mac Message-ID: <20070327175442.37FB15240B2B@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070327/42e83332/attachment.html From nobody at rubyforge.org Tue Mar 27 14:09:14 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 27 Mar 2007 14:09:14 -0400 (EDT) Subject: [Wxruby-development] [921] branches/wxruby2/wxwidgets_282/swig/Functions.i: Enable Wx::get_number_from_user to fix exception in samples/dialogs Message-ID: <20070327180914.79D785240B30@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070327/0faca092/attachment-0001.html From nobody at rubyforge.org Tue Mar 27 16:26:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Tue, 27 Mar 2007 16:26:51 -0400 (EDT) Subject: [Wxruby-development] [922] branches/wxruby2/wxwidgets_282: Changes, additions and deprecations 2.6 -> 2.8 Wx API Message-ID: <20070327202652.0237E5240B3E@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070327/d5442052/attachment.html From nobody at rubyforge.org Wed Mar 28 13:20:36 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 28 Mar 2007 13:20:36 -0400 (EDT) Subject: [Wxruby-development] [923] branches/wxruby2/wxwidgets_282: Changes 2.6 -> 2.8 Wx API; remove unsupported methods and examples from doc Message-ID: <20070328172036.566C45240AF3@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070328/51244815/attachment-0001.html From nobody at rubyforge.org Wed Mar 28 13:26:44 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 28 Mar 2007 13:26:44 -0400 (EDT) Subject: [Wxruby-development] [924] branches/wxruby2/wxwidgets_282: Changes 2.6 -> 2.8 Wx API; remove deprecated methods and update doc Message-ID: <20070328172644.5D8875240AB0@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070328/72b1f0ae/attachment.html From nobody at rubyforge.org Wed Mar 28 13:28:48 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Wed, 28 Mar 2007 13:28:48 -0400 (EDT) Subject: [Wxruby-development] [925] branches/wxruby2/wxwidgets_282/doc/textile/filedialog.txtl: Improvements to doc from wxWidgets 2.8 Message-ID: <20070328172848.E45425240AB0@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070328/221b5fcc/attachment.html From nobody at rubyforge.org Thu Mar 29 14:51:36 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 14:51:36 -0400 (EDT) Subject: [Wxruby-development] [926] branches/wxruby2/wxwidgets_282: Update Dialog wx2.6 -> wx2.8 API, remove deprecations and cruft, update doc Message-ID: <20070329185136.D87BD5240BAD@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/46868814/attachment-0001.html From noreply at rubyforge.org Thu Mar 29 17:14:20 2007 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Thu, 29 Mar 2007 17:14:20 -0400 (EDT) Subject: [Wxruby-development] [ wxruby-Bugs-9682 ] wxDC::Clear (RuntimeError) in controls sample Message-ID: <20070329211421.0713F5240BC8@rubyforge.org> Bugs item #9682, was opened at 2007-03-29 17:14 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9682&group_id=35 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: wxDC::Clear (RuntimeError) in controls sample Initial Comment: The message is: ./controls.rb:367:in `clear': Swig director pure virtual method called wxDC::Clear (RuntimeError) This is in the wxwidgets_282 branch Tested on OS X Intel ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=9682&group_id=35 From nobody at rubyforge.org Thu Mar 29 17:53:20 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 17:53:20 -0400 (EDT) Subject: [Wxruby-development] [927] branches/wxruby2/wxwidgets_282/swig/classes: Changed the version of InsertItem that puts the item before current selection to InsertItemBefore Message-ID: <20070329215320.EF9305240BE1@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/957f0729/attachment.html From nobody at rubyforge.org Thu Mar 29 17:56:43 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 17:56:43 -0400 (EDT) Subject: [Wxruby-development] [928] branches/wxruby2/wxwidgets_282/samples/treectrl/treectrl.rb: Fixed on_insert_item, call to insert_item had arguments in wrong order/missing. Message-ID: <20070329215643.749685240BE0@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/be369fd2/attachment.html From nobody at rubyforge.org Thu Mar 29 18:14:16 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 18:14:16 -0400 (EDT) Subject: [Wxruby-development] [929] branches/wxruby2/wxwidgets_282/swig/classes: Fix virtual methods that shouldn't be (Bug 9682); Add missing methods and Message-ID: <20070329221416.6ACF45240BCA@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/d75a0538/attachment-0001.html From nobody at rubyforge.org Thu Mar 29 18:45:30 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 18:45:30 -0400 (EDT) Subject: [Wxruby-development] [930] branches/wxruby2/wxwidgets_282/samples/controls/controls.rb: ok -> is_ok method rename Message-ID: <20070329224530.78AF85240BCA@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/02767a5f/attachment.html From nobody at rubyforge.org Thu Mar 29 20:24:11 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Thu, 29 Mar 2007 20:24:11 -0400 (EDT) Subject: [Wxruby-development] [931] branches/wxruby2/wxwidgets_282/doc/textile/treectrl.txtl: Added insert_item_before documentation. Message-ID: <20070330002411.BDB6D5240BD2@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070329/7f75a077/attachment.html From nobody at rubyforge.org Fri Mar 30 03:53:07 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 30 Mar 2007 03:53:07 -0400 (EDT) Subject: [Wxruby-development] [932] branches/wxruby2/wxwidgets_282/doc/textile/event.txtl: 2.8 updates and corrections to Event doc Message-ID: <20070330075307.AABCD5240BC6@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070330/9e76cce0/attachment.html From nobody at rubyforge.org Fri Mar 30 03:59:37 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Fri, 30 Mar 2007 03:59:37 -0400 (EDT) Subject: [Wxruby-development] [933] branches/wxruby2/wxwidgets_282: Font API 2.6 -> 2.8, corrections to Event doc Message-ID: <20070330075937.7DAF15240BB7@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070330/76e95178/attachment-0001.html From sean.m.long at gmail.com Fri Mar 30 11:45:17 2007 From: sean.m.long at gmail.com (Sean Long) Date: Fri, 30 Mar 2007 08:45:17 -0700 Subject: [Wxruby-development] wxWidgets 2.8.3 Message-ID: Alex, I just saw that wxWidgets 2.8.3 was released on 03/24/2007, should we change over to that right away? The changes are: All: - Shut down the sockets gracefully (Sergio Aguayo) - Fix extra indentation in wxHTML_ALIGN_JUSTIFY display (Chacal) wxMac - Corrected top border size for wxStaticBox with empty label (nusi). - Fixed wxFont, wxPen and wxBrush accessor bugs introduced in 2.8.2. wxMSW: - Fixed wxFileName::GetSize() for large files. - Fixed wxFont and wxPen accessor bugs introduced in 2.8.2. My vote is to switch because it only looks like minor fixes (which a 2.8.x release should be). Sean From alex at pressure.to Fri Mar 30 12:28:10 2007 From: alex at pressure.to (Alex Fenton) Date: Fri, 30 Mar 2007 17:28:10 +0100 Subject: [Wxruby-development] wxWidgets 2.8.3 In-Reply-To: References: Message-ID: <460D3A9A.7060301@pressure.to> Hi Sean Long wrote: > I just saw that wxWidgets 2.8.3 was released on 03/24/2007, should we > change over to that right away? Thanks for spotting that - yes I agree we should target that from now. It sounds like it shouldn't affect us apart from fixing the bugs. Our branch seems stable, though we still have a fair few changes to make to match the 2.8 API. I have a diff of the auto-generated wxruby docs which highlights all the changes and additions relevant to wxRuby. Many are only a 10 minute standalone job, and each section of the diff can be used to patch our documentation. If anyone's interested I'll post it up somewhere. cheers a From sean.m.long at gmail.com Fri Mar 30 16:07:58 2007 From: sean.m.long at gmail.com (Sean Long) Date: Fri, 30 Mar 2007 13:07:58 -0700 Subject: [Wxruby-development] m_event.m_propagationLevel > 0 errors Message-ID: On the controls sample, dialogs sample and other I am getting the following when running a debug build of the latest wxwidgets_282 branch: [Debug] 13:02:16: ../include/wx/event.h(454): assert "m_event.m_propagationLevel > 0" failed in wxPropagateOnce(): shouldn't be used unless ShouldPropagate()! ./controls.rb:1132: [BUG] Bus Error Is anyone else seeing these errors? I am using 2.8.3 now but 2.8.2 had the same problems. Right now I don't have the time to look into it but if it is only happening to me I guess I will eventually. On the controls sample I just run it and wait a few seconds and the Assert error window will pop up. Sean From nobody at rubyforge.org Sat Mar 31 11:26:51 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 31 Mar 2007 11:26:51 -0400 (EDT) Subject: [Wxruby-development] [934] branches/wxruby2/wxwidgets_282: Rename OnAssert to OnAssertFailure, reflecting wx 2.8 API Message-ID: <20070331152651.E2D2B5240970@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070331/3284caaf/attachment.html From alex at pressure.to Sat Mar 31 11:28:08 2007 From: alex at pressure.to (Alex Fenton) Date: Sat, 31 Mar 2007 16:28:08 +0100 Subject: [Wxruby-development] m_event.m_propagationLevel > 0 errors In-Reply-To: References: Message-ID: <460E7E08.2060507@pressure.to> Sean Long wrote: > On the controls sample, dialogs sample and other I am getting the > following when running a debug build of the latest wxwidgets_282 > branch: > > [Debug] 13:02:16: ../include/wx/event.h(454): assert > "m_event.m_propagationLevel > 0" failed in wxPropagateOnce(): > shouldn't be used unless ShouldPropagate()! > ./controls.rb:1132: [BUG] Bus Error > I've seen the same warning on Linux with 2.6.3 so I don't think it's a new issue. Haven't been able to track down what event is triggering the warning. However it doesn't crash for me. In 2.8 the on_assert method has been renamed on_assert_failure. I've just updated this but don't have a debug build handy to see if this helps. a From nobody at rubyforge.org Sat Mar 31 11:32:50 2007 From: nobody at rubyforge.org (nobody at rubyforge.org) Date: Sat, 31 Mar 2007 11:32:50 -0400 (EDT) Subject: [Wxruby-development] [935] branches/wxruby2/wxwidgets_282/doc/textile/listbox.txtl: Correct method signature of Listbox#get_selections method Message-ID: <20070331153250.450105240970@rubyforge.org> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070331/478bda37/attachment.html