From noreply at rubyforge.org Wed Oct 1 01:06:07 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Oct 2008 01:06:07 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-22251 ] Missing TreeCtrl#EndEditLabel Message-ID: <20081001050607.A7E8B18585B4@rubyforge.org> Bugs item #22251, was opened at 2008-10-01 05:06 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22251&group_id=35 Category: Missing API call Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: Missing TreeCtrl#EndEditLabel Initial Comment: Missing - need to check correct signature for different platforms as takes different arguments on OS X, MSW and GTK. Base definition in headers is: [virtual] void EndEditLabel(const wxTreeItemId& item, bool discardChanges = false) = 0; But documented as: void EndEditLabel(bool cancelEdit) ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22251&group_id=35 From noreply at rubyforge.org Wed Oct 1 01:07:27 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Oct 2008 01:07:27 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-22252 ] Segfaults using Wx::DropSource Message-ID: <20081001050727.7377C18585B8@rubyforge.org> Bugs item #22252, was opened at 2008-10-01 05:07 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22252&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: Segfaults using Wx::DropSource Initial Comment: Using DropSource and SetData ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22252&group_id=35 From noreply at rubyforge.org Wed Oct 1 13:58:29 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Wed, 1 Oct 2008 13:58:29 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Patches-22262 ] Wxruby2::THE_APP (NameError) Message-ID: <20081001175829.E515A18585A9@rubyforge.org> Patches item #22262, was opened at 2008-10-01 12:58 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=220&aid=22262&group_id=35 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Bryan Ash (bryan) Assigned to: Nobody (None) Summary: Wxruby2::THE_APP (NameError) Initial Comment: Running a Rake::TestTask on my application using the x86-mswin32-60 gem for version 1.9.8 I get the following trace: c:/ruby/lib/ruby/gems/1.8/gems/activesupport-2.1.1/lib/active_support/dependencies.rb:276:in `load_missing_constant': uninitialized constant Wxruby2::THE_APP (NameError) from c:/ruby/lib/ruby/gems/1.8/gems/activesupport-2.1.1/lib/active_support/dependencies.rb:468:in `const_missing' from c:/ruby/lib/ruby/gems/1.8/gems/wxruby-1.9.8-x86-mingw32/lib/wx.rb:50 from c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake/rake_test_loader.rb:5 My application works like a champ, but the tests throw this error. I found that wx.rb has a new handler for Kernel::at_exit that makes a call to Wx::THE_APP.on_exit. The attached patch adds an additional guard to check that Wx::THE_APP is defined? before using it. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=220&aid=22262&group_id=35 From noreply at rubyforge.org Sat Oct 11 13:39:57 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Sat, 11 Oct 2008 13:39:57 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-22383 ] Instantiation of Wx::Bitmap causes segfault Message-ID: <20081011173957.DB73615B801D@rubyforge.org> Bugs item #22383, was opened at 2008-10-11 13:39 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22383&group_id=35 Category: Incorrect behavior Group: current Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Instantiation of Wx::Bitmap causes segfault Initial Comment: Instantiating a Wx::Bitmap with width and height causes a segmentation fault. This is the minimal example I could find where the behaviour is exhibited: irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'wx' => true irb(main):004:0> Wx::Bitmap.new(1, 1) /usr/lib/ruby/gems/1.8/gems/wxruby-1.9.8-x86-linux/lib/wx/classes/bitmap.rb:17: [BUG] Segmentation fault ruby 1.8.6 (2007-09-24) [i486-linux] Note that without width and height, no segmentation fault is caused: > Wx::Bitmap.new => # I'm running Ubuntu Hardy. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22383&group_id=35 From noreply at rubyforge.org Mon Oct 13 08:24:10 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Mon, 13 Oct 2008 08:24:10 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Bugs-22395 ] NameError if not calling main_loop Message-ID: <20081013122410.E087F15B801C@rubyforge.org> Bugs item #22395, was opened at 2008-10-13 16:24 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22395&group_id=35 Category: Incorrect behavior Group: current Status: Open Resolution: None Priority: 3 Submitted By: Kirill Likhodedov (edelweard) Assigned to: Nobody (None) Summary: NameError if not calling main_loop Initial Comment: If I write a program, which uses WxRuby, but doesn't call Wx::App.main_loop, I receive an exception. To reproduce just run a ruby file with just require 'xw' in it. I know it doesn't make much sense to run such a program, but still the exception shouldn't happen. == Result == C:/ruby/lib/ruby/gems/1.8/gems/wxruby-1.9.8-x86-mswin32-60/lib/wx.rb:50: uninitialized constant Wxruby2::THE_APP (NameError) from test.rb:1 == Environment == Ruby 1.8.6 WXRuby 1.9.8 Windows XP SP-2 ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=22395&group_id=35 From alex at pressure.to Mon Oct 27 19:43:05 2008 From: alex at pressure.to (Alex Fenton) Date: Mon, 27 Oct 2008 23:43:05 +0000 Subject: [wxruby-development] wxRuby 1.9.9 planned release Message-ID: <49065209.4060608@pressure.to> Hi I plan to release another beta version of wxRuby, 1.9.9, in the next few days, unless someone wants to suggest other plans. I hadn't originally planned to do another beta before 2.0. However, I ended up porting a substantial number of new GUI classes that I wanted for a project, and it seemed silly not to share them. These include the RichTextCtrl framework and VScrolledWindow/VListBox/HtmlListBox. A fair number of bug fixes including some annoying ones have accumulated too, but I haven't done all the ones I think are must-fix for 2.0. So I would like to get some of these fixes out there and give the new classes a bit of exposure. As usual, your time compiling/testing over the next few days is appreciated, if you're able - especially on Windows (MingW or MSVC). Thanks in advance. alex From noreply at rubyforge.org Fri Oct 31 12:34:02 2008 From: noreply at rubyforge.org (noreply at rubyforge.org) Date: Fri, 31 Oct 2008 12:34:02 -0400 (EDT) Subject: [wxruby-development] [ wxruby-Feature Requests-22639 ] Offer dynamic gems for Linux Message-ID: <20081031163402.47FFB16780DA@rubyforge.org> Feature Requests item #22639, was opened at 2008-10-31 16:34 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=221&aid=22639&group_id=35 Category: Other Group: None Status: Open Priority: 4 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: Offer dynamic gems for Linux Initial Comment: The easiest way to install wxWidgets on Linux is via the package manager, and the packages are pretty complete. So it would make sense to offer an alternate gem which is dynamically linked to these shared libs, as the download is a lot smaller (c 2.8 for 1.9.9) and code may run faster. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=221&aid=22639&group_id=35