similar to: when can publish the next version?

Given the following hash: #... @project_list = { ''Contract0'' => nil, ''Contract1'' => { ''Project1'' => nil, ''Project2'' => nil, ''Project3'' => { ''task1'' =>

Bugs item #11708, was opened at 2007-06-20 06:53 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=11708&group_id=35 Category: Incorrect behavior Group: v0.4 Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Kevin Smith (qualitycode) Summary: Wx::TreeCtrl#on_compare_items can not work Initial Comment: require

Thanks to everyone who voted in the API style survey. We had 10 votes altogether - we''re not electing the prime minister, after all - but it was decisively a yes. 90% (9/10) supported adding keyword constructors, and 77% (7/9) ruby-style accessors. The changes are summarised at the bottom of the email. We hope to have a 1.9.1 release incorporating these in the next week or two.

Hi I saw from the ChangeLog that [get|set]_client_data was removed from ComboBox for 0.4.0 because the methods weren''t working properly. TreeCtrl#get_item_data still seems to be there. I was wondering if someone who understood the issue could say if TreeItemData might also be afflicted with the same problems? I seem to be segfaulting quite a bit (actually, on TreeEvt#get_item), but it

Hello, I have a question about HABTM and counting records. I have these models class Sort < ActiveRecord::Base has_and_belongs_to_many :reports end class Report < ActiveRecord::Base has_and_belongs_to_many :region has_and_belongs_to_many :subjects has_and_belongs_to_many :sorts end And i would like to get a count like @sort.reports.count The problem is get this query:

Hi folks A couple of questions: 1) I seem to get funny artifacts in the display of TreeCtrl, ComboBox and ListBox when the MDI child frame containing it is first painted (see attached - it should be two-root treeview, unopened). I''m not sure if it''s related to being in a MDI, but the controls sample looks OK. The artifacts are cleared up when it''s repainted or

wxRuby 0.3.0 has been released and is now available for download from RubyForge at: http://wxruby.rubyforge.org/ This release includes binary builds for Max OS X Panther and MS Windows. Hopefully, within a couple weeks I will release RubyGems for the source, and RubyGem binaries for Mac, Windows, and Linux. Please report any bugs or feature requests here:

Bugs item #12360, was opened at 2007-07-18 08:24 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=12360&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: TreeCtrl#on_compare_items not working on MSW Initial Comment: If a

Hello all. This gets past the problem in bigdemo where it won''t start the application at all. That was where it was overflowing the stack on get_label. Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

I have been playing around with the wxRuby TreeCtrl for a couple of weeks now and I can''t figure out how to get the scrolling to work. I believe it has scrolling built in but I can''t get the to show up. I can place the TreeCtrl in a ScrolledWindow and scroll around over the tree but that breaks TreeItem visibility checks because the TreeCtrl doesn''t know about

Here''s my first try at a contribution to the wxRuby project: The tree control seemed to lack a more Ruby-ish way to add a bulk of items to a tree control (and to easily connect a data structure to a tree). Since tree view can be seen as an array of arrays, I simply added a method called append_array (see attached file). With it, you can add a full tree as simple as: --- root =

Looking at the source code of sort() -- for some speedup considerations -- I found that we currently use isVector() for testing the validity of x in sort(x) whereas I think we should use isVectorAtomic(), actually for S-plus compatibility additionally allowing NULL. Hence I'd propose to replace the test if (!isVector(CAR(args))) errorcall(call, "only vectors can be sorted");

Hey guys, Wx::ToolBar#insert_tool, is either not referenced right, or needs to be updated. 1.) Wx::ToolBar#insert_tool(size_t pos, ToolBarToolBase tool) comes up with a No overloading function type error, AKA 404 Not Found 2.) Wx::ToolBar#insert_tool(size_t pos, Integer toolId, Bitmap bitmap1, Bitmap bitmap2 = NullBitmap, Boolean isToggle = false, Object clientData = nil, String shortHelpString

I''ve tagged 0.0.40 in subversion and created the release on rubyforge. Roy, Sean, please could you compile and upload the binary gems when you have a moment - thanks in advance. Drop me a line off list so I know when to make an announcement. cheers alex

What I''d like to be able to do is use a wxTreeCtrl to manage a tree layout of not only text, but several buttons which would line up adjacent to the text in the tree items. I''ve googled around a bit on this and it doesn''t seem straightforward, if it is possible at all. Can anyone provide any pointers for attempting this? In a simple ASCI schematic, it would be like

The attached fixes set_item_data, get_item_data and some other methods for the TreeCtrl so they work nicely with Ruby objects and GC. In C++ Wx TreeCtrl item_data works differently from client_data in classes derived from ControlWithItems (eg Choice, ListCtrl). A one-to-one mapping of the way TreeCtrl works would mean that you would have to derive a class from TreeItemData, and instantiate

Hi! I discovered WxRuby2 and WxSugar a short while ago (1.9.1) and I really like its professional look and the platform independance. But especially the simplification and ''rubyfication'' that you already achieved and are planning for 1.9.2 (event handlers) is funstuff! Thanks a lot! And with Ruby 1.9/2 the keyword constructors will be even nicer with the new hash syntax:

The previous TreeCtrl.i was very messy and just plain wrong, for instance it had GetFirstChild as depreciated when in fact only 1 version of it was depreciated not both. I changed GetFirstChild and GetNextChild to return an array of values to match the wxPython and wxPerl usage. I also noticed that wxTreeCtrl is inherited from wxControl on Windows and wxScrolledWindow on everything else so I #if

Hi Patches to TreeEvent.i and wxTreeEvent.h to implement missing methods (and fix a crasher in bigdemo along the way) Two of the missing methods appeared just to be down to errors in the header file. The other (get_label) works fine - perh a bug in previous versions of SWIG? Methods tested and return correct values on OS X. I could offer a test addition to bigedemo, but this

I want to simulate vi(vim) like operations in ListCtrl or TreeCtrl, that is, for example, when user pressed a ''j'' on keyboard,the selected item change into the next one item, just like user press a Wx::K_DOWN(arrow key down on keyboard) . but not jump to some item started with a "J" charater. evt_tree_key_down(TreeTest_Ctrl) { | e | on_tree_key_down(e) } ... def