Contact Management

From penguinroad at gmail.com Wed Apr 1 01:28:37 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Wed, 1 Apr 2009 12:28:37 +0700 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <49D1B775.6010204@pressure.to> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> Message-ID: <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton wrote: > hendra kusuma wrote: > >> how do we create an mouse click event binding for a grid? >> I look over the docs and cannot find any clue about it. >> google did not help either. >> > > evt_grid_cell_left_click > > Documented here: http://docs.wxwidgets.org/stable/wx_wxgrid.html#wxgrid > > Sorry, this appears to be missing from wxRuby docs. If in doubt, it can be > worth searching the wxWidgets docs as a backup. Just prepend 'wx' to the > class name for searching (eg wxGrid). > > With any widget, you can also use the lower-level mouse event handlers, eg > grid.evt_left_up > > alex Thanks It works, with an unexpected behavior thought While I can catch the click event now, mouse click won't move the selection to clicked cell anyway to fix this? > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex at pressure.to Wed Apr 1 06:36:55 2009 From: alex at pressure.to (Alex Fenton) Date: Wed, 01 Apr 2009 11:36:55 +0100 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> Message-ID: <49D343C7.3020806@pressure.to> hendra kusuma wrote: > On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton > wrote: > > > With any widget, you can also use the lower-level mouse event > handlers, eg grid.evt_left_up > > > It works, with an unexpected behavior thought > While I can catch the click event now, > mouse click won't move the selection to clicked cell > anyway to fix this? If you trap an event like this, you must call "event.skip" in the event handler if you want normal processing of the event (eg moving the selection on a click) to proceed. a From erubin at valcom.com Wed Apr 1 10:37:21 2009 From: erubin at valcom.com (Eric Rubin) Date: Wed, 1 Apr 2009 10:37:21 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min' for# In-Reply-To: <1ce38ef40903311157i64634dd3mad0618645464908d@mail.gmail.com> Message-ID: DataMapper just (Mar 30) released 0.9.11, which fixes some problems with Ruby 1.9, especially in data validation. I haven't tried it yet, but I'm about to... http://rubyforge.org/projects/datamapper Eric Rubin -----Original Message----- From: wxruby-users-bounces at rubyforge.org [mailto:wxruby-users-bounces at rubyforge.org] On Behalf Of Eric Will Sent: Tuesday, March 31, 2009 2:58 PM To: wxruby-users at rubyforge.org Subject: Re: [wxruby-users] Error: undefined method 'calc_min' for# Are you using DataMapper? I've tracked this as my issue. I don't know what's wrong exactly, but after using DM to pull out a large amount of data I get this. I think it's destroying the heap or something, somehow. It only happens in 1.9 for me. It's so odd. I'm going to have to fall back to just using the mysql module to pull the data itself, then use DM to objectify them when I need them. It's definitely DM, but I couldn't find a rhyme or reason to any of the problems. It changes every time, and sometimes works fine. It has something to do with GC as well, because when I fiddle with the GC settings it works a lot better, but ultimately crashes anyway. _______________________________________________ wxruby-users mailing list wxruby-users at rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users From penguinroad at gmail.com Wed Apr 1 23:15:39 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Thu, 2 Apr 2009 10:15:39 +0700 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <49D343C7.3020806@pressure.to> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> <49D343C7.3020806@pressure.to> Message-ID: <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> On Wed, Apr 1, 2009 at 5:36 PM, Alex Fenton wrote: > hendra kusuma wrote: > >> On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton > alex at pressure.to>> wrote: >> >> >> With any widget, you can also use the lower-level mouse event >> handlers, eg grid.evt_left_up >> >> > >> It works, with an unexpected behavior thought >> While I can catch the click event now, >> mouse click won't move the selection to clicked cell >> anyway to fix this? >> > > If you trap an event like this, you must call "event.skip" in the event > handler if you want normal processing of the event (eg moving the selection > on a click) to proceed. > you mean something looks like this? evt_grid_cell_left_click() { do_click() } def do_click() puts 'ok' event.skip end > > > a > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From penguinroad at gmail.com Wed Apr 1 23:18:16 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Thu, 2 Apr 2009 10:18:16 +0700 Subject: [wxruby-users] Grid In-Reply-To: <49D1B636.90005@pressure.to> References: <20E76E7A3375460E992201958EE3FF64@sebastien> <49D1B636.90005@pressure.to> Message-ID: <26dadb3d0904012018t6861c7b2wdb3aeead8a5d59f6@mail.gmail.com> 2009/3/31 Alex Fenton > Bonjour > > sebastien wrote: > >> Je voudrais savoir comment d?s?lectionn? le rectangle noir ce trouvant >> dans la premi?re colonne(rows 0, col 0) de l'exemple Grid? >> Y ? t'il une option comme "TE_READONLY" qui emp?che d'?crire dans les >> cases? >> > > [Sebastien wrote: I'd like to know how to deselect the black rectangle in > the first cell (row 0, column 0) of the grid example. Is there an option > similar to TE_READONLY which prevents editing?] > > On peut utiliser 'Grid#enable_editing(false)' pour emp?cher d'?crire, mais > ?a ne cache pas le rectangle noir. Ici: > > http://lists.wxwidgets.org/pipermail/wxpython-users/2003-March/017516.html > > on parle d'une m?thode de wxPython, 'Grid#SetCellPenHiglightWidth' qui, je > crois, fait exactement ce que tu veux. Malheureusement, cette m?thode > n'?tait pas document? par wxWidgets, et donc, n'est pas disponible en wxRuby > 2.0. > > [You can use Grid.enable_editing(false) to prevent editing, but that > doesn't hide the black rectangle. Here: > > http://lists.wxwidgets.org/pipermail/wxpython-users/2003-March/017516.html > > there is a reference to a wxPython method 'Grid#SetCellPenHighlightWidth', > which I think does exactly what you want. Unfortunately, this method wasn't > documented by wxWidgets and so isn't available in wxRuby 2.0]. > > alex > Oh, I see Sorry I'm just curious because I recently work with grid too Thank you for the explaination > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From penguinroad at gmail.com Wed Apr 1 23:31:42 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Thu, 2 Apr 2009 10:31:42 +0700 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> <49D343C7.3020806@pressure.to> <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> Message-ID: <26dadb3d0904012031j22964d96m674d4509d5811863@mail.gmail.com> On Thu, Apr 2, 2009 at 10:15 AM, hendra kusuma wrote: > > > On Wed, Apr 1, 2009 at 5:36 PM, Alex Fenton wrote: > >> hendra kusuma wrote: >> >>> On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton >> alex at pressure.to>> wrote: >>> >>> >>> With any widget, you can also use the lower-level mouse event >>> handlers, eg grid.evt_left_up >>> >>> >> >>> It works, with an unexpected behavior thought >>> While I can catch the click event now, >>> mouse click won't move the selection to clicked cell >>> anyway to fix this? >>> >> >> If you trap an event like this, you must call "event.skip" in the event >> handler if you want normal processing of the event (eg moving the selection >> on a click) to proceed. >> > > you mean something looks like this? > evt_grid_cell_left_click() { do_click() } > > def do_click() > puts 'ok' > event.skip > end > Ups, Not working Can you give me suggestion on my problem? This is what I want to do I fill datagrid with all data from a table first column is boolean, an is set with set_col_format_bool (appear as checkbox) I set all other columns to readonly so when I click the first column, it will change the value (true or false) and update the table (the primary key is at 2nd column) current state I click cell on first column, move focus to clicked-cell click the cell again, cell change to textbox, I can change the value there expected behavior click cell on first column, and it toggle the value between checked and unchecked Thanks Hendra > > > >> >> >> a >> _______________________________________________ >> wxruby-users mailing list >> wxruby-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wxruby-users >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sycobuny at malkier.net Thu Apr 2 06:56:40 2009 From: sycobuny at malkier.net (Stephen Belcher) Date: Thu, 2 Apr 2009 06:56:40 -0400 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <26dadb3d0904012031j22964d96m674d4509d5811863@mail.gmail.com> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> <49D343C7.3020806@pressure.to> <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> <26dadb3d0904012031j22964d96m674d4509d5811863@mail.gmail.com> Message-ID: I believe there are a couple of problems. First, you haven't actually passed the GridEvent to your handler. Second, it seems you only want to call event.skip if event.get_col is 0 (I've never used a Grid, I'm assuming the cols and rows are 0-indexed); It sounds like you want normal event processing to stop if they simply check the checkbox in the first column, ie the cell doesn't get highlighted afterwards, and then normal event processing to continue on any other column. I think the code you want should probably look more like this: evt_grid_cell_left_click() { |e| do_click(e) } # pass GridEvent as e def do_click(event) # get the event passed earlier puts 'ok' event.skip unless event.get_col == 0 # do normal processing except on 1st col end Also, since evt_grid_cell_left_click doesn't take an id parameter, it seems you'll probably have to put that entire chunk of code inside of a class declaration for the Grid itself (either extending Grid or the variable referencing it). Otherwise wxRuby won't know what control you're trying to catch an event on. If there's some other way around that, someone please correct me. Hope this helps, --Steve 2009/4/1 hendra kusuma > > > On Thu, Apr 2, 2009 at 10:15 AM, hendra kusuma wrote: > >> >> >> On Wed, Apr 1, 2009 at 5:36 PM, Alex Fenton wrote: >> >>> hendra kusuma wrote: >>> >>>> On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton >>> alex at pressure.to>> wrote: >>>> >>>> >>>> With any widget, you can also use the lower-level mouse event >>>> handlers, eg grid.evt_left_up >>>> >>>> >>> >>>> It works, with an unexpected behavior thought >>>> While I can catch the click event now, >>>> mouse click won't move the selection to clicked cell >>>> anyway to fix this? >>>> >>> >>> If you trap an event like this, you must call "event.skip" in the event >>> handler if you want normal processing of the event (eg moving the selection >>> on a click) to proceed. >>> >> >> you mean something looks like this? >> evt_grid_cell_left_click() { do_click() } >> >> def do_click() >> puts 'ok' >> event.skip >> end >> > > Ups, Not working > > Can you give me suggestion on my problem? > This is what I want to do > > I fill datagrid with all data from a table > first column is boolean, an is set with set_col_format_bool (appear as > checkbox) > I set all other columns to readonly > so when I click the first column, it will change the value (true or false) > and update the table (the primary key is at 2nd column) > > current state > I click cell on first column, move focus to clicked-cell > click the cell again, cell change to textbox, I can change the value there > > expected behavior > click cell on first column, and it toggle the value between checked and > unchecked > > Thanks > Hendra > > > >> >> >> >>> >>> >>> a >>> _______________________________________________ >>> wxruby-users mailing list >>> wxruby-users at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wxruby-users >>> >> >> > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rakaur at malkier.net Thu Apr 2 09:18:43 2009 From: rakaur at malkier.net (Eric Will) Date: Thu, 2 Apr 2009 09:18:43 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min' for# In-Reply-To: References: <1ce38ef40903311157i64634dd3mad0618645464908d@mail.gmail.com> Message-ID: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> On Wed, Apr 1, 2009 at 10:37 AM, Eric Rubin wrote: > DataMapper just (Mar 30) released 0.9.11, which fixes some problems with > Ruby 1.9, especially in data validation. ?I haven't tried it yet, but I'm > about to... > > http://rubyforge.org/projects/datamapper > > Eric Rubin I'll try the new version. I also have plans to mess with the controls in the window, then try it without having DM required at all, and I guess if I have to, rewrite the entire window. -- Eric Will From rakaur at malkier.net Thu Apr 2 09:21:11 2009 From: rakaur at malkier.net (Eric Will) Date: Thu, 2 Apr 2009 09:21:11 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min' for# In-Reply-To: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> References: <1ce38ef40903311157i64634dd3mad0618645464908d@mail.gmail.com> <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> Message-ID: <1ce38ef40904020621o61ab38c5ld469ac4e4fe7e16a@mail.gmail.com> On Thu, Apr 2, 2009 at 9:18 AM, Eric Will wrote: > I'll try the new version. I also have plans to mess with the controls > in the window, then try it without having DM required at all, and I > guess if I have to, rewrite the entire window. Yeah, that didn't work. Same thing happens on 1.9, and now 1.8 cores the interpreter. Superb. -- Eric Will From migui_man at hotmail.com Thu Apr 2 09:21:19 2009 From: migui_man at hotmail.com (=?iso-8859-1?Q?Miguel_Mu=F1oz_Aranc=F3n?=) Date: Thu, 2 Apr 2009 15:21:19 +0200 Subject: [wxruby-users] Help building wxRuby with VC8 Message-ID: Hello, I'm trying to build wxRuby-2.0.0 with Ruby 1.9.1-p0 and SWIG 1.3.39 using VC8, but so far I didn't manage to do it. First of all, is there some information available online for building wxRuby with Visual Studio? Up to now I've found three problems: one that I could solve, another that I could avoid and a third one that blocked me completely (Goldilocks and the Three Compiler Errors! - ok, no more jokes, I promise). I'd be grateful if anyone could help me with these problems. The first problem was with a wxWidgets include file, "wx/filefn.h". When compiling wxRuby, the following error was shown: error C2628: '_off_t' followed by '__int64' is ilegal I found online a solution for this, but I don't know if it's the correct one. See http://forum.videolan.org/viewtopic.php?f=2&t=792. In filefn.h, add the condition !defined(_OFF_T_DEFINED) before the definition of off_t. The modified code is: #if (!defined(_OFF_T_DEFINED) && defined(__VISUALC__) && !defined(__WXWINCE__)) || ( defined(__MWERKS__) && defined( __INTEL__) ) typedef _off_t off_t; ... #endif The second problem was that the class wxGLCanvas was not defined when compiling wxRuby. I edited manually the GLCanvas.cpp file generated by SWIG and added "#define wxUSE_GLCANVAS 1". Could you tell me what is the correct place to set this option? And finally, the third problem is that when building wxRuby with Rake some classes cannot be found by fixmodule.rb. I get the following message: Class: AboutDialogInfo ERROR! swig/fixmodule.rb Didn't find swig class rake aborted! Command failed with status (1): [ruby swig/fixmodule.rb src/AboutDialogInfo...] I tried to modify fixmodule.rb and got everything to compile, but then the linking failed with many undefined references to extern symbols like cWxToplevelWindow. What am I doing wrong? I don't think it's related, but I'm using a version of Rake built with Ruby 1.8.6 and I'm trying to build wxRuby for Ruby 1.9.1. Thanks in advance for your help. Best regards, Miguel _________________________________________________________________ ?Quieres crear tus propios emoticonos gratis? Descubre c?mo hacerlo en el Club Oficial de Messenger http://vivelive.com/ilovemessenger/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rakaur at malkier.net Thu Apr 2 10:52:47 2009 From: rakaur at malkier.net (Eric Will) Date: Thu, 2 Apr 2009 10:52:47 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min' for# In-Reply-To: <1ce38ef40904020621o61ab38c5ld469ac4e4fe7e16a@mail.gmail.com> References: <1ce38ef40903311157i64634dd3mad0618645464908d@mail.gmail.com> <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> <1ce38ef40904020621o61ab38c5ld469ac4e4fe7e16a@mail.gmail.com> Message-ID: <1ce38ef40904020752j414b4c23p941fb1b3cb11ead8@mail.gmail.com> On Thu, Apr 2, 2009 at 9:21 AM, Eric Will wrote: > Yeah, that didn't work. Same thing happens on 1.9, and now 1.8 cores > the interpreter. Superb. It's now spontaneously started giving me a calc_min error on an older program that I haven't changed in ages. Was there a semi-recent wxRuby update? I can't think of any reason other than something wonky with Wx now. This older program doesn't use DM at all. > -- Eric Will From erubin at valcom.com Thu Apr 2 13:05:47 2009 From: erubin at valcom.com (Eric Rubin) Date: Thu, 2 Apr 2009 13:05:47 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min'for# In-Reply-To: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> Message-ID: <202E0CAB1B6D4F23B3C9F61A05D58989@valcom.com> Going to DataMapper 0.9.11 solved my problem with validation under Ruby 1.9 Eric Rubin -----Original Message----- From: wxruby-users-bounces at rubyforge.org [mailto:wxruby-users-bounces at rubyforge.org] On Behalf Of Eric Will Sent: Thursday, April 02, 2009 9:19 AM To: General discussion of wxRuby Subject: Re: [wxruby-users] Error: undefined method 'calc_min'for# On Wed, Apr 1, 2009 at 10:37 AM, Eric Rubin wrote: > DataMapper just (Mar 30) released 0.9.11, which fixes some problems with > Ruby 1.9, especially in data validation. ?I haven't tried it yet, but I'm > about to... > > http://rubyforge.org/projects/datamapper > > Eric Rubin I'll try the new version. I also have plans to mess with the controls in the window, then try it without having DM required at all, and I guess if I have to, rewrite the entire window. -- Eric Will _______________________________________________ wxruby-users mailing list wxruby-users at rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users From rakaur at malkier.net Thu Apr 2 13:46:41 2009 From: rakaur at malkier.net (Eric Will) Date: Thu, 2 Apr 2009 13:46:41 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min'for# In-Reply-To: <202E0CAB1B6D4F23B3C9F61A05D58989@valcom.com> References: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> <202E0CAB1B6D4F23B3C9F61A05D58989@valcom.com> Message-ID: <1ce38ef40904021046s424b1339td224f296dfbf33b7@mail.gmail.com> On Thu, Apr 2, 2009 at 1:05 PM, Eric Rubin wrote: > Going to DataMapper 0.9.11 solved my problem with validation under Ruby 1.9 This didn't do anything for me. > Eric Rubin -- Eric Will From lists at ruby-forum.com Thu Apr 2 15:02:08 2009 From: lists at ruby-forum.com (Michael Satterwhite) Date: Thu, 2 Apr 2009 21:02:08 +0200 Subject: [wxruby-users] Controlling vertical position Message-ID: <25b9afcbb8f0a847b30e0ce40f499399@ruby-forum.com> First, I want to thank everyone here who's been helping me learn wxRuby. The biggest problem I'm having is getting the layout of a screen right. Right now, I have a dialog with several controls on it. With one exception, it looks good. I'm using wxFormBuilder and Xrcise to do the generation. I'm using nested box sizers to try to get things into the right positions. On the upper corner of the screen, I have a box sizer (HORIZONTAL) with a label and a text edit control. Horizontally, they are perfect. They are, however, at the top of the sizer, and I'd like to move them down a bit in the sizer. They don't have to be centered vertically, but they do need to move down some. I've tried everything I can think of, nesting other sizers in that sections, etc. but nothing seems to work correctly. Would someone be so kind as to give me some ideas ... or point me at some more tutorials on sizers and spacers. I've gone through all of them I can find on the documentation site. Thank you *VERY MUCH* ... in advance. ---Michael -- Posted via http://www.ruby-forum.com/. From rakaur at malkier.net Thu Apr 2 15:03:25 2009 From: rakaur at malkier.net (Eric Will) Date: Thu, 2 Apr 2009 15:03:25 -0400 Subject: [wxruby-users] Error: undefined method 'calc_min'for# In-Reply-To: <1ce38ef40904021046s424b1339td224f296dfbf33b7@mail.gmail.com> References: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> <202E0CAB1B6D4F23B3C9F61A05D58989@valcom.com> <1ce38ef40904021046s424b1339td224f296dfbf33b7@mail.gmail.com> Message-ID: <1ce38ef40904021203s7ec46252i45b72d16b586ff97@mail.gmail.com> I tried downgrading to wxRuby 1.9.5, and now I get this: /home/rakaur/Dropbox/Sources/work/Palaeoptera/lib/Palaeoptera/ui/equipmentfinder.rb:195: [BUG] object allocation during garbage collection phase ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux] Aborted Using 2.0.0 on 1.8: /home/rakaur/Dropbox/Sources/work/Palaeoptera/lib/Palaeoptera/ui/equipmentfinder.rb:31:in `calc_min': undefined method `calc_min' for "FacilityNumber":String (NoMethodError) [...] So, I don't know what exactly is going on, but I think it somehow relates to garbage collection. When I try turning it off and/or toying with it in other ways it crashes in different ways. I'm still not ultimately sure what's going on, but there's obviously some way wxRuby is involved. I don't even have to populate the ListCtrl with the data, simply pulling it from the DB manages to do the calc_min() crash. I don't get how wxRuby is even getting at this stuff. Does it do some sort of introspection/reflection? I'm simply asking the DB for the data, and iterating over it. Simply the act of iterating over it, even if I do nothing more than an empty loop, kills me. I'm going nuts, here. -- Eric From penguinroad at gmail.com Thu Apr 2 22:05:50 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Fri, 3 Apr 2009 09:05:50 +0700 Subject: [wxruby-users] mouse click event at grid In-Reply-To: References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> <49D343C7.3020806@pressure.to> <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> <26dadb3d0904012031j22964d96m674d4509d5811863@mail.gmail.com> Message-ID: <26dadb3d0904021905r5766080cpc3d6651a07feefec@mail.gmail.com> 2009/4/2 Stephen Belcher > I believe there are a couple of problems. First, you haven't actually > passed the GridEvent to your handler. Second, it seems you only want to > call event.skip if event.get_col is 0 (I've never used a Grid, I'm assuming > the cols and rows are 0-indexed); It sounds like you want normal event > processing to stop if they simply check the checkbox in the first column, ie > the cell doesn't get highlighted afterwards, and then normal event > processing to continue on any other column. I think the code you want > should probably look more like this: > > evt_grid_cell_left_click() { |e| do_click(e) } # pass GridEvent as e > > def do_click(event) # get the event passed earlier > puts 'ok' > event.skip unless event.get_col == 0 # do normal processing except on 1st > col > end > > Also, since evt_grid_cell_left_click doesn't take an id parameter, it seems > you'll probably have to put that entire chunk of code inside of a class > declaration for the Grid itself (either extending Grid or the variable > referencing it). Otherwise wxRuby won't know what control you're trying to > catch an event on. If there's some other way around that, someone please > correct me. > > Hope this helps, > --Steve Thank you This almost help me Yes, I can catch the click on 1st column now, but the another problem arise the pointer does not move to the clicked cell This is what in my mind, when the 1st column is clicked def clicked(event) if event.get_col == 0 pk = @grid.get_cell_value(@grid.get_grid_cursor_row,1) val = @grid.get_cell_value(@grid.get_grid_cursor_row,0) if val == '1' sql = "update table set val =0 where pk = #{pk}" @grid.set_cell_value(@grid.get_grid_cursor_row,0, '0') else sql = "update table set val =1 where pk = #{pk}" @grid.set_cell_value(@grid.get_grid_cursor_row,0, '1') end @conn.execute(sql) else event.skip end end but @grid.get_grid_cursor_row will return previous row, not clicked row What to do now? also, I cannot find the syntax event.get_col in documentation can you point me to the doc page? It would be very helpful Many Thanks Hendra > > 2009/4/1 hendra kusuma > > >> >> On Thu, Apr 2, 2009 at 10:15 AM, hendra kusuma wrote: >> >>> >>> >>> On Wed, Apr 1, 2009 at 5:36 PM, Alex Fenton wrote: >>> >>>> hendra kusuma wrote: >>>> >>>>> On Tue, Mar 31, 2009 at 1:25 PM, Alex Fenton >>>> alex at pressure.to>> wrote: >>>>> >>>>> >>>>> With any widget, you can also use the lower-level mouse event >>>>> handlers, eg grid.evt_left_up >>>>> >>>>> >>>> >>>>> It works, with an unexpected behavior thought >>>>> While I can catch the click event now, >>>>> mouse click won't move the selection to clicked cell >>>>> anyway to fix this? >>>>> >>>> >>>> If you trap an event like this, you must call "event.skip" in the event >>>> handler if you want normal processing of the event (eg moving the selection >>>> on a click) to proceed. >>>> >>> >>> you mean something looks like this? >>> evt_grid_cell_left_click() { do_click() } >>> >>> def do_click() >>> puts 'ok' >>> event.skip >>> end >>> >> >> Ups, Not working >> >> Can you give me suggestion on my problem? >> This is what I want to do >> >> I fill datagrid with all data from a table >> first column is boolean, an is set with set_col_format_bool (appear as >> checkbox) >> I set all other columns to readonly >> so when I click the first column, it will change the value (true or false) >> and update the table (the primary key is at 2nd column) >> >> current state >> I click cell on first column, move focus to clicked-cell >> click the cell again, cell change to textbox, I can change the value there >> >> expected behavior >> click cell on first column, and it toggle the value between checked and >> unchecked >> >> Thanks >> Hendra >> >> >> >>> >>> >>> >>>> >>>> >>>> a >>>> _______________________________________________ >>>> wxruby-users mailing list >>>> wxruby-users at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/wxruby-users >>>> >>> >>> >> >> _______________________________________________ >> wxruby-users mailing list >> wxruby-users at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wxruby-users >> > > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From penguinroad at gmail.com Thu Apr 2 22:11:31 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Fri, 3 Apr 2009 09:11:31 +0700 Subject: [wxruby-users] tab Message-ID: <26dadb3d0904021911sb0aa9bbua80af1fa011611f7@mail.gmail.com> Hi there How to make tab button move the focus to next widget? Thanks Hendra -------------- next part -------------- An HTML attachment was scrubbed... URL: From penguinroad at gmail.com Thu Apr 2 23:03:15 2009 From: penguinroad at gmail.com (hendra kusuma) Date: Fri, 3 Apr 2009 10:03:15 +0700 Subject: [wxruby-users] mouse click event at grid In-Reply-To: <26dadb3d0904021905r5766080cpc3d6651a07feefec@mail.gmail.com> References: <26dadb3d0903302132g3e2e5844sa39468c845cbb8b8@mail.gmail.com> <49D1B775.6010204@pressure.to> <26dadb3d0903312228s1dc8cc49ue252c9622a040c4c@mail.gmail.com> <49D343C7.3020806@pressure.to> <26dadb3d0904012015o37e604e4y238cc0ac9fad4adf@mail.gmail.com> <26dadb3d0904012031j22964d96m674d4509d5811863@mail.gmail.com> <26dadb3d0904021905r5766080cpc3d6651a07feefec@mail.gmail.com> Message-ID: <26dadb3d0904022003i29c6762l5e5229f0cff54218@mail.gmail.com> On Fri, Apr 3, 2009 at 9:05 AM, hendra kusuma wrote: > > > 2009/4/2 Stephen Belcher > >> I believe there are a couple of problems. First, you haven't actually >> passed the GridEvent to your handler. Second, it seems you only want to >> call event.skip if event.get_col is 0 (I've never used a Grid, I'm assuming >> the cols and rows are 0-indexed); It sounds like you want normal event >> processing to stop if they simply check the checkbox in the first column, ie >> the cell doesn't get highlighted afterwards, and then normal event >> processing to continue on any other column. I think the code you want >> should probably look more like this: >> >> evt_grid_cell_left_click() { |e| do_click(e) } # pass GridEvent as e >> >> def do_click(event) # get the event passed earlier >> puts 'ok' >> event.skip unless event.get_col == 0 # do normal processing except on >> 1st col >> end >> >> Also, since evt_grid_cell_left_click doesn't take an id parameter, it >> seems you'll probably have to put that entire chunk of code inside of a >> class declaration for the Grid itself (either extending Grid or the variable >> referencing it). Otherwise wxRuby won't know what control you're trying to >> catch an event on. If there's some other way around that, someone please >> correct me. >> >> Hope this helps, >> --Steve > > > Thank you > This almost help me > Yes, I can catch the click on 1st column now, but the another problem arise > the pointer does not move to the clicked cell > This is what in my mind, when the 1st column is clicked > > def clicked(event) > if event.get_col == 0 > pk = @grid.get_cell_value(@grid.get_grid_cursor_row,1) > val = @grid.get_cell_value(@grid.get_grid_cursor_row,0) > if val == '1' > sql = "update table set val =0 where pk = #{pk}" > @grid.set_cell_value(@grid.get_grid_cursor_row,0, '0') > else > sql = "update table set val =1 where pk = #{pk}" > @grid.set_cell_value(@grid.get_grid_cursor_row,0, '1') > end > @conn.execute(sql) > else > event.skip > end > end > > but @grid.get_grid_cursor_row > will return previous row, not clicked row > > What to do now? > also, > I cannot find the syntax event.get_col in documentation > can you point me to the doc page? It would be very helpful > > Many Thanks > Hendra > I did it I found the doc page (Wx::GridEvent), figure out how to use event object and finally did it Now my grid work just the way I want it the final source code looks like this def clicked(event) if event.get_col == 0 row = event.get_row @grid.set_grid_cursor(row, 0) pk = @grid.get_cell_value(row,1) val = @grid.get_cell_value(row,0) if val == '0' @dataset.filter(:no => pk).update(:print => 1) @grid.set_cell_value(row,0,'1') else @dataset.filter(:no => pk).update(:print => 0) @grid.set_cell_value(row,0,'0') end else event.skip end end Many thanks for all your help Regards Hendra -------------- next part -------------- An HTML attachment was scrubbed... URL: From shs at demosophia.net Fri Apr 3 08:16:10 2009 From: shs at demosophia.net (Svend Haugaard =?iso-8859-1?Q?S=F8rensen?=) Date: Fri, 3 Apr 2009 14:16:10 +0200 (CEST) Subject: [wxruby-users] parallel lines in a ScrolledWindow Message-ID: <5fa37ad5d759796f4a4ac2bba405cea2.squirrel@webmail.demosophia.net> Hey. I am trying to figure out how access all the client area in an evt_paint in a scrolled window. I have made a little demo program, where I try to draw 2 parallel lines, and when scrolling the lines, they should stay parallel and the distance between them should increse. But since only the 'new' area gets redrawen the lines don't become parallel. How can I fix it so that they becomes parallel? -------------- next part -------------- A non-text attachment was scrubbed... Name: ScrolledLines.rb Type: application/octet-stream Size: 1759 bytes Desc: not available URL: From lists at ruby-forum.com Fri Apr 3 13:14:22 2009 From: lists at ruby-forum.com (Michael Satterwhite) Date: Fri, 3 Apr 2009 19:14:22 +0200 Subject: [wxruby-users] Problem with spacing Message-ID: <8f909a747b576b5b12ba7ab177215432@ruby-forum.com> I'm having the devil's time trying to get things laid out correctly. I've attached a screenshot so that you can get an idea of what I'm seeing. I've got a very unattractive space under the two combo boxes, and another one under the buttons. I don't understand how to reduce this. I know it's impossible to guess what idiocy I might have created. Therefore, (even though I don't like doing this) the .xrc file for this screen follows. I want to thank everyone willing to look at this and help teach this beginner with wxRuby. Here it is:

Attachments: http://www.ruby-forum.com/attachment/3547/screenshot.jpg -- Posted via http://www.ruby-forum.com/. From chauk.mean at gmail.com Sat Apr 4 02:48:17 2009 From: chauk.mean at gmail.com (Chauk-Mean Proum) Date: Sat, 4 Apr 2009 08:48:17 +0200 Subject: [wxruby-users] Help building wxRuby with VC8 In-Reply-To: References: Message-ID: Hi, 2009/4/2 Miguel Mu?oz Aranc?n : > Hello, > > I'm trying to build wxRuby-2.0.0 with Ruby 1.9.1-p0 and SWIG 1.3.39 using > VC8, but so far I didn't manage to do it. First of all, is there some > information available online for building wxRuby with Visual Studio? Your configuration is not (yet?) supported. Currently on Windows : - wxRuby-2.0 with ruby-1.8 can be built without any problems with VC6 and VC7.1 - wxRuby-2.0 with ruby-1.9 cannot be built with any version of VC - wxRuby-2.0 with ruby-1.8 or ruby-1.9 can be built with MinGW The wxRuby team currently favors MinGW build for Windows. > The first problem was with a wxWidgets include file, "wx/filefn.h". When > compiling wxRuby, the following error was shown: > > error C2628: '_off_t' followed by '__int64' is ilegal > > I found online a solution for this, but I don't know if it's the correct > one. See http://forum.videolan.org/viewtopic.php?f=2&t=792. In filefn.h, add > the condition !defined(_OFF_T_DEFINED) before the definition of off_t. The > modified code is: > > #if (!defined(_OFF_T_DEFINED) && defined(__VISUALC__) && > !defined(__WXWINCE__)) || ( defined(__MWERKS__) && defined( __INTEL__) ) > ??? typedef _off_t off_t; > ... > #endif > I'll try that. > The second problem was that the class wxGLCanvas was not defined when > compiling wxRuby. I edited manually the GLCanvas.cpp file generated by SWIG > and added "#define wxUSE_GLCANVAS 1". Could you tell me what is the correct > place to set this option? It seems that you have not built wxWidgets appropriately. See http://wxruby.rubyforge.org/wiki/wiki.pl?HowToBuildWxWidgets for build instructions of wxWidgets. Cheers. Chauk-Mean. From mario at ruby-im.net Sun Apr 5 04:21:52 2009 From: mario at ruby-im.net (Mario Steele) Date: Sun, 5 Apr 2009 03:21:52 -0500 Subject: [wxruby-users] Controlling vertical position In-Reply-To: <25b9afcbb8f0a847b30e0ce40f499399@ruby-forum.com> References: <25b9afcbb8f0a847b30e0ce40f499399@ruby-forum.com> Message-ID: There are two ways in which to do this in wxFormBuilder. A.) You can define the Border width, which is in Pixels, or you can use a Spacer, remove the wxEXPAND from it, set the proportion to 0, and define the height you want in pixels for the spacer to expand, there by moving the item(s) down from the top of the frame. hth, Mario P.S. Sorry for the delay in the response, been busy building up a Gentoo System here. On Thu, Apr 2, 2009 at 2:02 PM, Michael Satterwhite wrote: > First, I want to thank everyone here who's been helping me learn wxRuby. > > The biggest problem I'm having is getting the layout of a screen right. > > Right now, I have a dialog with several controls on it. With one > exception, it looks good. I'm using wxFormBuilder and Xrcise to do the > generation. I'm using nested box sizers to try to get things into the > right positions. > > On the upper corner of the screen, I have a box sizer (HORIZONTAL) with > a label and a text edit control. Horizontally, they are perfect. They > are, however, at the top of the sizer, and I'd like to move them down a > bit in the sizer. They don't have to be centered vertically, but they do > need to move down some. I've tried everything I can think of, nesting > other sizers in that sections, etc. but nothing seems to work correctly. > > Would someone be so kind as to give me some ideas ... or point me at > some more tutorials on sizers and spacers. I've gone through all of them > I can find on the documentation site. > > Thank you *VERY MUCH* ... in advance. > ---Michael > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Sun Apr 5 04:27:53 2009 From: mario at ruby-im.net (Mario Steele) Date: Sun, 5 Apr 2009 03:27:53 -0500 Subject: [wxruby-users] Error: undefined method 'calc_min'for# In-Reply-To: <1ce38ef40904021203s7ec46252i45b72d16b586ff97@mail.gmail.com> References: <1ce38ef40904020618k11afe2a1rb9334816223fc96f@mail.gmail.com> <202E0CAB1B6D4F23B3C9F61A05D58989@valcom.com> <1ce38ef40904021046s424b1339td224f296dfbf33b7@mail.gmail.com> <1ce38ef40904021203s7ec46252i45b72d16b586ff97@mail.gmail.com> Message-ID: Firstly, wxRuby 1.9.5 was built specifically for Ruby 1.8.6 p100ish, around that area, so with 1.8.7 p72, there are some major changes to the way memory is handled, and there by, it may be difficult to use older version of wxRuby with newer versionf of the Ruby interpreter. Secondly, It is a Memory allocation issue. More specifically, somehow wxRuby and Ruby are getting their objects mixed up. Every object that you create with wxRuby, is stored internally in the wxRuby library itself, in an Array if you would. This way, we can keep track of the instances of objects, when there is re-direction. By Re-directions, I mean when we need to get the control specifically, for an event that occured, we need to store this information somewhere, where we can look it up. Now cause of this, somehow, wxRuby, or specifically wxWidgets is sending an instance of a control, that it knows to be valid, however, the event handler for calc_size(), which is part of Layout, that wxRuby attempts to parse, can't find the reference properly, and is returning some other Ruby object that it thinks it matched correctly. Therefore, we need to investigate specifically on the C++ Layer, and on the SWIG Layer, why we are getting invalid objects when it comes to Layout#calc_min. Trust me, it's extreemly hard to debug something like this. And to track down the source. It could actually be something that has nothing to do with the Memory tracking that we are doing, and in some other off-hand code that we are using to create objects. Simply put, we don't know, but we are researching the problem. Please be patient with us. thanks, Mario On Thu, Apr 2, 2009 at 2:03 PM, Eric Will wrote: > I tried downgrading to wxRuby 1.9.5, and now I get this: > > > /home/rakaur/Dropbox/Sources/work/Palaeoptera/lib/Palaeoptera/ui/equipmentfinder.rb:195: > [BUG] object allocation during garbage collection phase > ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux] > > Aborted > > Using 2.0.0 on 1.8: > > > /home/rakaur/Dropbox/Sources/work/Palaeoptera/lib/Palaeoptera/ui/equipmentfinder.rb:31:in > `calc_min': undefined method `calc_min' for "FacilityNumber":String > (NoMethodError) > > [...] > > So, I don't know what exactly is going on, but I think it somehow > relates to garbage collection. When I try turning it off and/or toying > with it in other ways it crashes in different ways. I'm still not > ultimately sure what's going on, but there's obviously some way wxRuby > is involved. > > I don't even have to populate the ListCtrl with the data, simply > pulling it from the DB manages to do the calc_min() crash. I don't get > how wxRuby is even getting at this stuff. Does it do some sort of > introspection/reflection? I'm simply asking the DB for the data, and > iterating over it. Simply the act of iterating over it, even if I do > nothing more than an empty loop, kills me. > > I'm going nuts, here. > > -- Eric > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Sun Apr 5 04:34:03 2009 From: mario at ruby-im.net (Mario Steele) Date: Sun, 5 Apr 2009 03:34:03 -0500 Subject: [wxruby-users] tab In-Reply-To: <26dadb3d0904021911sb0aa9bbua80af1fa011611f7@mail.gmail.com> References: <26dadb3d0904021911sb0aa9bbua80af1fa011611f7@mail.gmail.com> Message-ID: Hello Hendra, Unless your attempting to intercept the TAB Key event, it should all be internally handled by both wxWidgets, and the actual GUI Kit that wxWidgets utilizes to create the contols on the specific Operating System. Some controls, such as a TextCtrl, with TE_MULTILINE, will eat the TAB key event, in which case, you need to monitor the Key events on that specific control, to intercept the tab key, and decide how you want to handle it. Review the documentation on KeyEvent, to see a few details on it, and take a look at the example for Caret, as it intercepts key events to do the drawing handling on the Panel. hth Mario 2009/4/2 hendra kusuma > Hi there > > How to make tab button move the focus to next widget? > > Thanks > Hendra > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Sun Apr 5 04:39:17 2009 From: mario at ruby-im.net (Mario Steele) Date: Sun, 5 Apr 2009 03:39:17 -0500 Subject: [wxruby-users] parallel lines in a ScrolledWindow In-Reply-To: <5fa37ad5d759796f4a4ac2bba405cea2.squirrel@webmail.demosophia.net> References: <5fa37ad5d759796f4a4ac2bba405cea2.squirrel@webmail.demosophia.net> Message-ID: Hello Svend, You may want to take a look at the wxScrolledWindow code in BigDemo.rb, in the samples directory. You should be able to find code in there, that offers references points in the client area, where to keep track of where the user draws lines, and you can start to scroll through things. You should be able to see in the code, where the drawing of the user input with the mouse (MouseEvent), to see where it grabs the client position, and normalizes it to where you are in the actual view of the client view, compared to the Canvas. hth, Mario 2009/4/3 Svend Haugaard S?rensen > Hey. > > I am trying to figure out how access all the > client area in an evt_paint in a scrolled window. > > I have made a little demo program, where I try > to draw 2 parallel lines, and when scrolling > the lines, they should stay parallel and the > distance between them should increse. > > But since only the 'new' area gets redrawen > the lines don't become parallel. > > How can I fix it so that they becomes parallel? > > > _______________________________________________ > wxruby-users mailing list > wxruby-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-users > -- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario at ruby-im.net Sun Apr 5 04:53:41 2009 From: mario at ruby-im.net (Mario Steele) Date: Sun, 5 Apr 2009 03:53:41 -0500 Subject: [wxruby-users] Problem with spacing In-Reply-To: <8f909a747b576b5b12ba7ab177215432@ruby-forum.com> References: <8f909a747b576b5b12ba7ab177215432@ruby-forum.com> Message-ID: Hello Michael, I went directly to your screenshot, and realized what the problem was without even looking at your message. Then I went and read your message. ;-) Anyways, the problem, is that your xrc has the problem, of telling your wxHORIZONTAL box, to have a proportion of 1, which is what you get , cause it's taking up an even space between the three actual sizers you have in your XRC Code. The specific line in the XRC is here: >