From laurent at moldus.org Fri Jul 8 02:49:15 2005 From: laurent at moldus.org (Laurent Julliard) Date: Fri Jul 8 02:44:15 2005 Subject: [FR-devel] Re: FreeRIDE (offering help) In-Reply-To: <42CDDD92.1060006@mindspring.com> References: <42CDDD92.1060006@mindspring.com> Message-ID: <42CE21EB.5030309@moldus.org> Roy Sutton wrote: > Laurent, > > I am interested in helping with FreeRIDE. I am a long-time Windows > developer and am now getting in to Ruby. I have been looking for a good > editor for Ruby and have found all the solutions to be lacking. I think > FreeRIDE would make for an interesting challenge as it is actually > written in Ruby itself, which will undoubtedly give me a leg-up on > learning Ruby. > > I understand that you are looking for Windows testers and developers. I > would be happy to help out in the area. I also have a fair command of > the English language and might be able to help with some documentation > but I must admit documentation isn't a passion of mine. It does, > though, seem like a good way to become familiar with the internals of > the project. > > I have not yet explored all of the Wiki and the archives but plan to do > so. If you have some recommendations on places to start I'll gladly go > look. > > Roy > Roy, You are more than welcome to participate in the project! We are actually looking for Windows users because I have to admit that FR is more flaky on Windows than on Linux. I think you can start helping with one of the followings: - Documentation: Chuck Brotman has recently offered to take over the documentation but he may appreciate some help as it consists of a) updating the user guide and b) revisiting the documentation approach alltogether. See my recent post on documentation guidelines in the FR-devel archive - Debugging: this is REALLY where I'm looking for help these days. I want a Windows developer to get on board and really debug and stabilize FR on Windows. There a number of glitches that are really annoying and requires attention. You can start using it and see for yourself and/or you can browse through the list of open bugs on RubyForge - Editor: clean up and improve the scintilla integration in FR. THis si something you could do once you know FR better. Fell free to pick any of those items. In any case the first thing to do is to subscribe to the freeride-devel mailing list through RubyForge and continue the discussion there. Thanks for your interest in FR!! Laurent -- Laurent JULLIARD http://www.moldus.org/~laurent From roys at mindspring.com Sat Jul 9 15:31:21 2005 From: roys at mindspring.com (Roy Sutton) Date: Sat Jul 9 15:26:23 2005 Subject: [FR-devel] Windows problems Message-ID: <42D02609.7000405@mindspring.com> Laurent, My brief bit of checking seems to indicate that at least some of the problems with FreeRIDE under Windows are a result of FXRuby. My testing (brief though it is) indicates that problems with the menus are actually problems with FXRuby (or FOX!) as other applications based on FXRuby exhibit the same behavior. I was going to poke around in the system and see if I could figure out how to add a few simple things to make the system behave more like a Windows user would expect it to behave but I haven't had time to dig in enough to even figure out how all the pieces fit together. Roy P.S. I never received the e-mail you sent directly to me, Laurent. Laurent Julliard wrote: >- Debugging: this is REALLY where I'm looking for help these days. I >want a Windows developer to get on board and really debug and >stabilize FR on Windows. There a number of glitches that are really >annoying and requires attention. You can start using it and see for >yourself and/or you can browse through the list of open bugs on RubyForge > > > From laurent at moldus.org Sat Jul 9 16:40:38 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sat Jul 9 16:35:32 2005 Subject: [FR-devel] Windows problems In-Reply-To: <42D02609.7000405@mindspring.com> References: <42D02609.7000405@mindspring.com> Message-ID: <42D03646.7080902@moldus.org> Roy Sutton wrote: > Laurent, > > My brief bit of checking seems to indicate that at least some of the > problems with FreeRIDE under Windows are a result of FXRuby. My testing > (brief though it is) indicates that problems with the menus are actually > problems with FXRuby (or FOX!) as other applications based on FXRuby > exhibit the same behavior. I was going to poke around in the system and > see if I could figure out how to add a few simple things to make the > system behave more like a Windows user would expect it to behave but I > haven't had time to dig in enough to even figure out how all the pieces > fit together. > Actually I have long suspected that in the recent versions of FOX (or FXruby that we have used) a number of odd behaviors appeared. I think I noticed focus problem that were not there before,etc... May be there have been fixes made available since then in FOX/FXruby or may be it's just me. > Roy > > P.S. I never received the e-mail you sent directly to me, Laurent. > Yes I know. For some reason your provider consider my domain (moldus.org) as an open relay which it isn't. I have sent a request to the postmaster adn we'll see what happens. Anyway, using FR-devel works well and this the prefered way of communicating anyway. Laurent From laurent at moldus.org Sun Jul 10 06:05:59 2005 From: laurent at moldus.org (Laurent Julliard) Date: Sun Jul 10 06:00:49 2005 Subject: [FR-devel] Re: [FR-users] ououtput pane in freeride In-Reply-To: References: Message-ID: <42D0F307.6000808@moldus.org> Chuck Brotman wrote: > On my system (winXP), the output pane doesn't seem to function properly. > if I run a program from the editor, I see ther ruby invocation and exit > statements > However the syntax error messages don't seem to show up there. Nor, it seems > do my output commands (prints, puts) Is there a way to direct the Ruby error > messages and output to the output pane? > This is one of the many problems with the Win32 version compared to Linux. The work around for this one is to configure FR to run the script in a terminal (see debugger/run preference dialog box). Anybody wants to tak over this issue? Laurent From roys at mindspring.com Sun Jul 10 13:40:40 2005 From: roys at mindspring.com (Roy Sutton) Date: Sun Jul 10 13:35:39 2005 Subject: [FR-devel] key_manager Message-ID: <42D15D98.9010606@mindspring.com> I'm scratching my head over this one. I have traced through the code and can't find where the key_manager passes off its keybindings to whatever facility actually intercepts the keystrokes. I searched for references to get_binding in the code, but it's only called when constructing the menu pane. I tried searching for 'ui/keys' but I only ever see references to it when assigning keys. I added breakpoints in a few places to try to trap calls into the key manager but to no avail. The problem I'm researching is why if you add an additional key mapping for a command why does the new key mapping prevent the old one from working. I can confirm that the old key mapping is still in ui/keys/... Any pointers would be appreciated at this point. Roy From roys at mindspring.com Sun Jul 10 20:51:09 2005 From: roys at mindspring.com (Roy Sutton) Date: Sun Jul 10 20:46:22 2005 Subject: [FR-devel] Adding functionality to existing command Message-ID: <42D1C27D.1010302@mindspring.com> In playing around with FreeRIDE some more I decided I would write a simple plugin to change the functionality of the Close menu command. I wanted to do some processing before the close command was executed. I can't figure out how to do this within the framework. The two methods that sprang to mind first (1. Replace the proc with my own proc and call the original one when done 2) subscribe to App/File/Close and perform my processing there) don't work. You can't access the current proc as it's private and the :notify_proc_call is only sent after the proc has been called. What's the FreeRIDE way of accomplishing this? Roy From brian.takita at gmail.com Sun Jul 10 23:37:34 2005 From: brian.takita at gmail.com (Brian Takita) Date: Sun Jul 10 23:32:24 2005 Subject: [FR-devel] Patch: Remove some variable not initialized warnings during startup Message-ID: <1d7ddd11050710203727942554@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: changes.patch Type: application/octet-stream Size: 2995 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20050710/62416ca0/changes.obj From brian.takita at gmail.com Mon Jul 11 01:47:01 2005 From: brian.takita at gmail.com (Brian Takita) Date: Mon Jul 11 01:41:50 2005 Subject: [FR-devel] Standard Key Bindings for Windows Message-ID: <1d7ddd110507102247100bcccd@mail.gmail.com> Hello, FreeRide on the Windows platform would benefit if it conformed to the standard Windows keybindings. For Example: Alt-F4 would close the application Ctrl-F4 would close a document How does this sound? If this sounds good, I can find a list of standard Windows key bindings, unless somebody already has one. Thank you, Brian Takita -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20050710/df8c1ddd/attachment.htm From laurent at moldus.org Mon Jul 11 08:02:20 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon Jul 11 07:57:10 2005 Subject: [FR-devel] Standard Key Bindings for Windows In-Reply-To: <1d7ddd110507102247100bcccd@mail.gmail.com> References: <1d7ddd110507102247100bcccd@mail.gmail.com> Message-ID: <42D25FCC.80204@moldus.org> Brian Takita wrote: > Hello, > > FreeRide on the Windows platform would benefit if it conformed to the > standard Windows keybindings. > > For Example: > Alt-F4 would close the application > Ctrl-F4 would close a document > > How does this sound? it sounds good but aren't CTRL-Q and CTRL-W also valid shortcuts? They are in use in many Windows application including MS-Office so i guess a lot of people get used to it. Plus Linux has more or less standardized on these shortcuts as well. Ideally we should have a plugin to redefine shortcuts... Anybody interested in doing this? Laurent From laurent at moldus.org Mon Jul 11 08:10:51 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon Jul 11 08:05:42 2005 Subject: [FR-devel] Patch: Remove some variable not initialized warnings during startup In-Reply-To: <1d7ddd11050710203727942554@mail.gmail.com> References: <1d7ddd11050710203727942554@mail.gmail.com> Message-ID: <42D261CB.4050200@moldus.org> Brian Takita wrote: > Hello, > > Here is a patch to remove the not initialized warnings during startup. > > In the code, there are conditional statements that test if a variables > returns nil or false. > e.g. > > unless @base_user_path > > > This raises a warning if @base_user_path is not initialized. > > To fix this, I replaced the conditional with: > > unless defined?(@base_user_path) && @base_user_path > > > You may want to consider making the intention of these statements more > clear, > > e.g. > > unless defined?(@base_user_path) && @base_user_path != nil > > > This would be helpful to flush out certain types of bugs, such as > setting @base_user_path to false. > > Regards, > Brian Takita > > Thanks for the patch. Actually I'd be curious to know how this warning showed up in the first place. Is this because you ran ruby with the -w option or is it that this warning appears because you use a ruby version after 1.8.2 I think what you asking for here is a change in the coding conventions of FreeRIDE that would require that we systematically initializes the variables before we use them. If you run FR with the -w flag you'll see that there are tens of places in the code where this warning appear. By the way is this warning causing a side effect thatr prevents from using FR? Laurent From roys at mindspring.com Mon Jul 11 08:45:53 2005 From: roys at mindspring.com (Roy Sutton) Date: Mon Jul 11 08:40:51 2005 Subject: [FR-devel] Standard Key Bindings for Windows In-Reply-To: <42D25FCC.80204@moldus.org> References: <1d7ddd110507102247100bcccd@mail.gmail.com> <42D25FCC.80204@moldus.org> Message-ID: <42D26A01.8040704@mindspring.com> I am, in fact, working on the Windows shortcut keys. It is related to my earlier post regarding supporting multiple command keystrokes. Anyone have any pointers on this? Roy Laurent Julliard wrote: > Brian Takita wrote: > >> Hello, >> >> FreeRide on the Windows platform would benefit if it conformed to the >> standard Windows keybindings. >> >> For Example: >> Alt-F4 would close the application >> Ctrl-F4 would close a document >> >> How does this sound? > > > it sounds good but aren't CTRL-Q and CTRL-W also valid shortcuts? They > are in use in many Windows application including MS-Office so i guess > a lot of people get used to it. Plus Linux has more or less > standardized on these shortcuts as well. > > Ideally we should have a plugin to redefine shortcuts... Anybody > interested in doing this? > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > From laurent at moldus.org Mon Jul 11 08:48:59 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon Jul 11 08:43:51 2005 Subject: [FR-devel] key_manager In-Reply-To: <42D15D98.9010606@mindspring.com> References: <42D15D98.9010606@mindspring.com> Message-ID: <42D26ABB.2000005@moldus.org> Roy Sutton wrote: > I'm scratching my head over this one. I have traced through the code > and can't find where the key_manager passes off its keybindings to > whatever facility actually intercepts the keystrokes. I searched for > references to get_binding in the code, but it's only called when > constructing the menu pane. I tried searching for 'ui/keys' but I only > ever see references to it when assigning keys. I added breakpoints in a > few places to try to trap calls into the key manager but to no avail. > The problem I'm researching is why if you add an additional key mapping > for a command why does the new key mapping prevent the old one from > working. I can confirm that the old key mapping is still in ui/keys/... > > Any pointers would be appreciated at this point. > Roy, I admit that the mechanic is a bit tricky. What happens is that a) the rubyide_fox_gui/menupane.rb plugin that is in charge of rendering a menu pane is invoked each time there is a :refresh event sent to the menu pane. (see line 83 the each_command iterator that returns the key binding for each command that then is used to build the FOX menu shortcut) b) sending the :refresh event is exactly what the rubyide_gui/menupane.rb plugin does at the end of the add_command (see line 155) I think that what confuses you is that you were expecting a call to key_mgr.bind(command, shortcut) later in the life of FR to update the menu shortcut if you want to change it. However this is not what the code does today. So in other words there is no way to change a shortcut after it has been assigned except if you delete the corresponding menu command from the menupane and add it again. I agree that this could be improved. For instance the menu pane code could subscribe to the corresponding key binding and montitor any change happening to it that would require to update the menu entry Hope this helps. Laurent From roys at mindspring.com Mon Jul 11 09:20:12 2005 From: roys at mindspring.com (Roy Sutton) Date: Mon Jul 11 09:15:20 2005 Subject: [FR-devel] key_manager In-Reply-To: <42D26ABB.2000005@moldus.org> References: <42D15D98.9010606@mindspring.com> <42D26ABB.2000005@moldus.org> Message-ID: <42D2720C.1020106@mindspring.com> So, if I understand this correctly the menu key command bindings are handled automatically by FXRuby's menu component from the accelerator assigned to it. I suppose to really make progress on this front I'll have to start trying to understand FXRuby. It's like peeling a giant onion! Roy Laurent Julliard wrote: > Roy Sutton wrote: > >> I'm scratching my head over this one. I have traced through the code >> and can't find where the key_manager passes off its keybindings to >> whatever facility actually intercepts the keystrokes. I searched for >> references to get_binding in the code, but it's only called when >> constructing the menu pane. I tried searching for 'ui/keys' but I >> only ever see references to it when assigning keys. I added >> breakpoints in a few places to try to trap calls into the key manager >> but to no avail. The problem I'm researching is why if you add an >> additional key mapping for a command why does the new key mapping >> prevent the old one from working. I can confirm that the old key >> mapping is still in ui/keys/... > > a) the rubyide_fox_gui/menupane.rb plugin that is in charge of > rendering a menu pane is invoked each time there is a :refresh event > sent to the menu pane. (see line 83 the each_command iterator that > returns the key binding for each command that then is used to build > the FOX menu shortcut) > > b) sending the :refresh event is exactly what the > rubyide_gui/menupane.rb plugin does at the end of the add_command (see > line 155) > From laurent at moldus.org Mon Jul 11 11:06:45 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon Jul 11 11:01:38 2005 Subject: [FR-devel] key_manager In-Reply-To: <42D2720C.1020106@mindspring.com> References: <42D15D98.9010606@mindspring.com> <42D26ABB.2000005@moldus.org> <42D2720C.1020106@mindspring.com> Message-ID: <42D28B05.1040305@moldus.org> Roy Sutton wrote: > So, if I understand this correctly the menu key command bindings are > handled automatically by FXRuby's menu component from the accelerator > assigned to it. I suppose to really make progress on this front I'll > have to start trying to understand FXRuby. It's like peeling a giant > onion! > > Roy > Absolutely :-) Look at the update method in rubyide_fox_gui/menupane.rb in line 77. This is where the menu entries (either FXMenuCommand or FXMenuCheck if there is a tick mark next to the menu entry) are created. FXRuby (or rather FOX) documentation is available at http://www.fox-toolkit.org/ref12/classes.html Laurent From brian.takita at gmail.com Mon Jul 11 11:59:19 2005 From: brian.takita at gmail.com (Brian Takita) Date: Mon Jul 11 11:54:21 2005 Subject: [FR-devel] Standard Key Bindings for Windows In-Reply-To: <42D26A01.8040704@mindspring.com> References: <1d7ddd110507102247100bcccd@mail.gmail.com> <42D25FCC.80204@moldus.org> <42D26A01.8040704@mindspring.com> Message-ID: <1d7ddd110507110859702a6832@mail.gmail.com> > > it sounds good but aren't CTRL-Q and CTRL-W also valid shortcuts? > It is related to my earlier post regarding supporting multiple command > keystrokes. > Sorry, I meant having multiple key bindings. For example, to close the application, you can use CTRL-Q or ALT-F4 and to close a window you can use CTRL-W or CTRL-F4. Jedit, among other applications use this convention. Anyone have any pointers on this? > I could only find this: http://rubyforge.org/pipermail/freeride-devel/2004-June/000093.html -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20050711/31188b53/attachment.htm From roys at mindspring.com Mon Jul 11 13:53:11 2005 From: roys at mindspring.com (Roy Sutton) Date: Mon Jul 11 13:48:18 2005 Subject: [FR-devel] Standard Key Bindings for Windows In-Reply-To: <1d7ddd110507110859702a6832@mail.gmail.com> References: <1d7ddd110507102247100bcccd@mail.gmail.com> <42D25FCC.80204@moldus.org> <42D26A01.8040704@mindspring.com> <1d7ddd110507110859702a6832@mail.gmail.com> Message-ID: <42D2B207.2010503@mindspring.com> Brian, I made a plugin that will add the ALT-F4 key binding and am working on adding the other bindings. If you'd like to collaborate on this, drop me an e-mail. Roy Brian Takita wrote: > it sounds good but aren't CTRL-Q and CTRL-W also valid shortcuts? > > It is related to my earlier post regarding supporting multiple > command keystrokes. > > > Sorry, I meant having multiple key bindings. > For example, to close the application, you can use CTRL-Q or ALT-F4 > and to close a window you can use CTRL-W or CTRL-F4. > Jedit, among other applications use this convention. > > Anyone have any pointers on this? > > > I could only find this: > http://rubyforge.org/pipermail/freeride-devel/2004-June/000093.html > >------------------------------------------------------------------------ > >_______________________________________________ >Freeride-devel mailing list >Freeride-devel@rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > From laurent at moldus.org Mon Jul 11 14:05:16 2005 From: laurent at moldus.org (Laurent Julliard) Date: Mon Jul 11 14:00:11 2005 Subject: [FR-devel] Standard Key Bindings for Windows In-Reply-To: <42D2B207.2010503@mindspring.com> References: <1d7ddd110507102247100bcccd@mail.gmail.com> <42D25FCC.80204@moldus.org> <42D26A01.8040704@mindspring.com> <1d7ddd110507110859702a6832@mail.gmail.com> <42D2B207.2010503@mindspring.com> Message-ID: <42D2B4DC.6090005@moldus.org> Roy Sutton wrote: > Brian, > > I made a plugin that will add the ALT-F4 key binding and am working on > adding the other bindings. If you'd like to collaborate on this, drop > me an e-mail. > > Roy > This is good to see new comers getting their feet wet with FR. After you have done this as an exercise I think it would be great to extend the key_manager plugin to accept several bindings per command. For instance one idea could be that if bind is called repeatedly with different bindings then they are all valid shortcuts. The problem is: you have to llok into FXMenuCommand to see if it allows you to manipulate multiple shortcuts. I'm not sure it does. Another alternative is to create a new configurator pane in the preferences dialog box (on that comes from the key_manager) and that allows users to customize their bindings. This is probably the best way. Keep us posted on your progress. Laurent From brian.takita at gmail.com Mon Jul 11 16:26:48 2005 From: brian.takita at gmail.com (Brian Takita) Date: Mon Jul 11 16:21:40 2005 Subject: [FR-devel] Patch: Remove some variable not initialized warnings during startup In-Reply-To: <42D261CB.4050200@moldus.org> References: <1d7ddd11050710203727942554@mail.gmail.com> <42D261CB.4050200@moldus.org> Message-ID: <1d7ddd1105071113261daf8744@mail.gmail.com> > > Is this because you ran ruby with the -w option > Yes. I am using Ruby 1.8.2-15 I think what you asking for here is a change in the coding conventions of > FreeRIDE that would require that we systematically initializes the variables > before we use them. > Yes, if I may be so bold. :) By the way is this warning causing a side effect thatr prevents from using > FR? > The warning is not preventing me from using FR. It just adds noise to the console when the warnings are on. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/freeride-devel/attachments/20050711/7ba335e6/attachment.htm From roys at mindspring.com Mon Jul 11 16:40:10 2005 From: roys at mindspring.com (Roy Sutton) Date: Mon Jul 11 16:35:11 2005 Subject: [FR-devel] Trapping Accelerators part 2 Message-ID: <42D2D92A.6000003@mindspring.com> I was playing around with addAccel to add new accelerators to FreeRIDE. I have a lot of success when I want to connect an existing FOX message. I can't figure out the correct syntax to associate the accelerator with a method directly (without using FXMAPFUNC). I did try the following: self.accelTable.addAccel(fxparseAccel("Ctrl-F4"), self, FXSEL(SEL_COMMAND, FXApp::ID_LAST+123)) FXMAPFUNC(SEL_COMMAND, FXApp::ID_LAST+123, :do_close_file) by adding this into appframe.rb. This does seem to achieve the desired the results only I don't want to have to insert my code into appframe directly. As an addendum, the following code: def do_close_file(sender, sel, ptr) cmd_mgr = @plugin['/system/ui/commands'].manager cmd_mgr.command('App/File/Close').invoke() end always causes a segmentation fault when called from the hotkey. I can do other invokes (such as show a dialog box). I have a feeling I'm missing something obvious you gurus will be able to spot immediately. Roy From laurent at moldus.org Tue Jul 12 03:55:24 2005 From: laurent at moldus.org (Laurent Julliard) Date: Tue Jul 12 03:50:14 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D2D92A.6000003@mindspring.com> References: <42D2D92A.6000003@mindspring.com> Message-ID: <42D3776C.70607@moldus.org> Roy Sutton wrote: > I was playing around with addAccel to add new accelerators to FreeRIDE. > I have a lot of success when I want to connect an existing FOX message. > I can't figure out the correct syntax to associate the accelerator with > a method directly (without using FXMAPFUNC). I did try the following: > > self.accelTable.addAccel(fxparseAccel("Ctrl-F4"), self, > FXSEL(SEL_COMMAND, FXApp::ID_LAST+123)) > FXMAPFUNC(SEL_COMMAND, FXApp::ID_LAST+123, :do_close_file) > > by adding this into appframe.rb. This does seem to achieve the desired > the results only I don't want to have to insert my code into appframe > directly. > It looks like you are making progress. Actually I believe the right thing to do is what I said yesterday: - improve the key manager to handle multiple shortcuts - change the rubyide_fox/gui/menupane.rb code to add the multiple accelerators that have been stored by the key manager by using the code above. > As an addendum, the following code: > > def do_close_file(sender, sel, ptr) > cmd_mgr = @plugin['/system/ui/commands'].manager > cmd_mgr.command('App/File/Close').invoke() > end > > always causes a segmentation fault when called from the hotkey. I can > do other invokes (such as show a dialog box). I have a feeling I'm > missing something obvious you gurus will be able to spot immediately. > Try to add "return 1" as the last statement of the method. Laurent From brian.takita at gmail.com Tue Jul 12 03:56:22 2005 From: brian.takita at gmail.com (Brian Takita) Date: Tue Jul 12 03:51:09 2005 Subject: [FR-devel] Patch to remove a bunch of warnings Message-ID: <1d7ddd1105071200563a04d279@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: RemoveWarnings.patch Type: application/octet-stream Size: 27360 bytes Desc: not available Url : http://rubyforge.org/pipermail/freeride-devel/attachments/20050712/ceef0c5e/RemoveWarnings-0001.obj From roys at mindspring.com Tue Jul 12 08:39:51 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue Jul 12 08:34:48 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D3776C.70607@moldus.org> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> Message-ID: <42D3BA17.3060300@mindspring.com> Laurent Julliard wrote: > It looks like you are making progress. Actually I believe the right > thing to do is what I said yesterday: > > - improve the key manager to handle multiple shortcuts > - change the rubyide_fox/gui/menupane.rb code to add the multiple > accelerators that have been stored by the key manager by using the > code above. > Well, yes. I don't want you to think I'm ignoring your suggestion. I'm merely making sure I understand all the issues involved before I begin writing 'production code'. A spike if you will. >> As an addendum, the following code: >> >> def do_close_file(sender, sel, ptr) >> cmd_mgr = @plugin['/system/ui/commands'].manager >> cmd_mgr.command('App/File/Close').invoke() >> end >> >> always causes a segmentation fault when called from the hotkey. I >> can do other invokes (such as show a dialog box). I have a feeling >> I'm missing something obvious you gurus will be able to spot >> immediately. >> > > Try to add "return 1" as the last statement of the method. > Unfortunately I still get a segmentation fault. The fault happens during the 'App/File/Close'.invoke. I'll keep at it. Trying to get the debugger to break there so I can inspect and step. Roy From curt at hibbs.com Tue Jul 12 11:04:39 2005 From: curt at hibbs.com (Curt Hibbs) Date: Tue Jul 12 10:59:38 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D3BA17.3060300@mindspring.com> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> <42D3BA17.3060300@mindspring.com> Message-ID: <42D3DC07.6000708@hibbs.com> Roy Sutton wrote: > > Unfortunately I still get a segmentation fault. The fault happens > during the 'App/File/Close'.invoke. I'll keep at it. Trying to get the > debugger to break there so I can inspect and step. Are you running with rubyw.exe on Windows? There is some problem with the latest one-click installer's rubyw.exe when used in combination with FXRuby, that (if I recall correctly) happens when closing FreeRIDE. I tried to diagnose the problem before releasing 182-15 of the one-click installer, but I was unable to do so in the time I had available. Curt From roys at mindspring.com Tue Jul 12 11:56:50 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue Jul 12 11:52:02 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D3DC07.6000708@hibbs.com> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> <42D3BA17.3060300@mindspring.com> <42D3DC07.6000708@hibbs.com> Message-ID: <42D3E842.5020308@mindspring.com> Curt, I am not using rubyw.exe. The error occurs within the close function. Now the error I'm getting is: C:/RubyDev/FreeRIDE/freeride/./plugins/rubyide_tools_source_parser/simple_parser .rb:127: [BUG] rb_gc_mark(): unknown data type 0x13(0x27219ac) non object ruby 1.8.2 (2004-12-25) [i386-mswin32] I'll track this down. Roy Curt Hibbs wrote: > Roy Sutton wrote: > >> >> Unfortunately I still get a segmentation fault. The fault happens >> during the 'App/File/Close'.invoke. I'll keep at it. Trying to get >> the debugger to break there so I can inspect and step. > > > Are you running with rubyw.exe on Windows? There is some problem with > the latest one-click installer's rubyw.exe when used in combination > with FXRuby, that (if I recall correctly) happens when closing FreeRIDE. > > I tried to diagnose the problem before releasing 182-15 of the > one-click installer, but I was unable to do so in the time I had > available. > > Curt > _______________________________________________ > Freeride-devel mailing list > Freeride-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > From laurent at moldus.org Tue Jul 12 14:24:59 2005 From: laurent at moldus.org (Laurent Julliard) Date: Tue Jul 12 14:19:52 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D3E842.5020308@mindspring.com> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> <42D3BA17.3060300@mindspring.com> <42D3DC07.6000708@hibbs.com> <42D3E842.5020308@mindspring.com> Message-ID: <42D40AFB.9020109@moldus.org> Roy Sutton wrote: > Curt, > > I am not using rubyw.exe. The error occurs within the close function. > Now the error I'm getting is: > > C:/RubyDev/FreeRIDE/freeride/./plugins/rubyide_tools_source_parser/simple_parser > > .rb:127: [BUG] rb_gc_mark(): unknown data type 0x13(0x27219ac) non object > ruby 1.8.2 (2004-12-25) [i386-mswin32] > > I'll track this down. > Oh, oh this might be a problem with the refreshing or building the class/method view in the source browser. Do you have the source browser open? If so close it then stop FR and restart it and try your shortcut again. if it doesn't crash any more then we have an indication of where the problem is. Laurent From roys at mindspring.com Tue Jul 12 14:47:35 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue Jul 12 14:42:40 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D40AFB.9020109@moldus.org> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> <42D3BA17.3060300@mindspring.com> <42D3DC07.6000708@hibbs.com> <42D3E842.5020308@mindspring.com> <42D40AFB.9020109@moldus.org> Message-ID: <42D41047.7010509@mindspring.com> Laurent, It doesn't crash if the class/method window isn't open. I do wonder why it wouldn't crash if using CTRL-Q... It should do equivalent things. Roy Laurent Julliard wrote: > Roy Sutton wrote: > >> Curt, >> >> I am not using rubyw.exe. The error occurs within the close >> function. Now the error I'm getting is: >> >> C:/RubyDev/FreeRIDE/freeride/./plugins/rubyide_tools_source_parser/simple_parser >> >> .rb:127: [BUG] rb_gc_mark(): unknown data type 0x13(0x27219ac) non >> object >> ruby 1.8.2 (2004-12-25) [i386-mswin32] >> >> I'll track this down. >> > > > Oh, oh this might be a problem with the refreshing or building the > class/method view in the source browser. Do you have the source > browser open? If so close it then stop FR and restart it and try your > shortcut again. > > if it doesn't crash any more then we have an indication of where the > problem is. > > Laurent > _______________________________________________ > Freeride-devel mailing list > Freeride-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > From roys at mindspring.com Tue Jul 12 21:12:46 2005 From: roys at mindspring.com (Roy Sutton) Date: Tue Jul 12 21:07:38 2005 Subject: [FR-devel] Trapping Accelerators part 2 In-Reply-To: <42D41047.7010509@mindspring.com> References: <42D2D92A.6000003@mindspring.com> <42D3776C.70607@moldus.org> <42D3BA17.3060300@mindspring.com> <42D3DC07.6000708@hibbs.com> <42D3E842.5020308@mindspring.com> <42D40AFB.9020109@moldus.org> <42D41047.7010509@mindspring.com> Message-ID: <42D46A8E.6030101@mindspring.com> Further to this: It won't crash if I don't pop up a message box. It appears there's some kind of race condition there. I'll proceed along and see what I can do with a new key manager and configuration tool. Roy Roy Sutton wrote: > Laurent, > > It doesn't crash if the class/method window isn't open. I do wonder > why it wouldn't crash if using CTRL-Q... It should do equivalent things. > > Roy > > Laurent Julliard wrote: > >> Roy Sutton wrote: >> >>> Curt, >>> >>> I am not using rubyw.exe. The error occurs within the close >>> function. Now the error I'm getting is: >>> >>> C:/RubyDev/FreeRIDE/freeride/./plugins/rubyide_tools_source_parser/simple_parser >>> >>> .rb:127: [BUG] rb_gc_mark(): unknown data type 0x13(0x27219ac) non >>> object >>> ruby 1.8.2 (2004-12-25) [i386-mswin32] >>> >>> I'll track this down. >>> >> >> >> Oh, oh this might be a problem with the refreshing or building the >> class/method view in the source browser. Do you have the source >> browser open? If so close it then stop FR and restart it and try your >> shortcut again. >> >> if it doesn't crash any more then we have an indication of where the >> problem is. >> >> Laurent >> _______________________________________________ >> Freeride-devel mailing list >> Freeride-devel@rubyforge.org >> http://rubyforge.org/mailman/listinfo/freeride-devel >> >> >> > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > > From laurent at moldus.org Thu Jul 14 09:22:31 2005 From: laurent at moldus.org (Laurent Julliard) Date: Thu Jul 14 09:17:16 2005 Subject: [FR-devel] [Fwd: Re: FreeRIDE - Fox UI font size?] Message-ID: <42D66717.60408@moldus.org> Hey developers and contributors! Sbdy wants to add this a FreeRIDE FAQ on our Wiki site or may be put it in the user guide that is not that big for the moment. Laurent -- Laurent JULLIARD http://www.moldus.org/~laurent -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: no subject Date: no date Size: 2132 Url: http://rubyforge.org/pipermail/freeride-devel/attachments/20050714/bef10d7a/FreeRIDE-FoxUIfontsize.eml From nochoice at xs4all.nl Fri Jul 15 07:08:40 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Fri Jul 15 06:55:27 2005 Subject: [FR-devel] Some questions Message-ID: <42D79938.8090402@xs4all.nl> I was looking at and fiddling with FreeRIDE this week, it's been alot of fun and I've learned alot of little stuff about the 'inner-working' of FR. But of course I've stumbled upon a few questions... First off what version of FXRuby is recommended? I'm currently running 1.2.2 (sourceforge version is 1.2.6) The second question concerns creating a new dockpane. I've looked at the SourceBrowser plugin and followed what it did, however applying it to my own plugin doesn't seem work. I've looked at this for the last two days and I'm all out of ideas... Here's the relevant code (in the plugin's constructor) : mainwin = @plugin["/system/ui/fox/FXMainWindow"].data frame = FXVerticalFrame.new(mainwin, FRAME_SUNKEN|LAYOUT_FILL_X|LAYOUT_FILL_Y) FXLabel.new(frame, "Hello world!!") frame.hSpacing = 0 frame.vSpacing = 0 frame.hide frame.create #Slam it in a dockingPane @dockpane_slot = @plugin["/system/ui/components/DockPane"].manager.add("Search files") @dockpane_slot.data = frame #Listen to @dockpane_slot status changes, don't know if I need it #code cutted out for easier reading @dockpane_slot.manager.dock('west') On the action I created I invoke the plugin's show method but it throws me a exception: undefined method `show' for nil:NilClass Coming from the simple line: @dockpane_slot.manager.show I really don't have any clue.... I've debugged it, add print statement the whole shebang. @dockpane_slot.manager is an instance of FreeRIDE::GUI::DockPane which should respond to show. So... what did I miss? As I said, I don't have a clue anymore Thanks Jonathan Maasland From roys at mindspring.com Fri Jul 15 09:43:17 2005 From: roys at mindspring.com (Roy Sutton) Date: Fri Jul 15 09:38:06 2005 Subject: [FR-devel] Some questions In-Reply-To: <42D79938.8090402@xs4all.nl> References: <42D79938.8090402@xs4all.nl> Message-ID: <42D7BD75.8030708@mindspring.com> Johnathan, To your first question, I've been using 1.2.6 of FXRuby, but even that is a bit out of date now. Unfortunately that project seems pretty dead. I briefly wondered whether we should consider switching to WxRuby but then I checked on the activity of -that- project and it's pretty dead, too. To your second question, this error has been the bane of my existence since I started learning FreeRIDE and ruby. Unfortunately, I don't know enough yet to have a ready answer for you. When I get these errors I have to backtrack until I figure out where along the line I've missed something. Usually I've left off the class name off something that needed it, like the method definitions in my class. Another thing that can be useful is to use the databus inspector to go browse the databus to be sure you're setting and getting the right things from the databus. Hope that helps some. I also hope that some of the elder project members have a good answer so we can both learn something! Roy Jonathan Maasland wrote: >I was looking at and fiddling with FreeRIDE this week, it's been alot of >fun and I've learned alot of little stuff about the 'inner-working' of >FR. But of course I've stumbled upon a few questions... > >First off what version of FXRuby is recommended? I'm currently running >1.2.2 (sourceforge version is 1.2.6) > >The second question concerns creating a new dockpane. > >On the action I created I invoke the plugin's show method but it throws >me a exception: undefined method `show' for nil:NilClass >Coming from the simple line: > > @dockpane_slot.manager.show > From curt at hibbs.com Fri Jul 15 17:02:23 2005 From: curt at hibbs.com (Curt Hibbs) Date: Fri Jul 15 16:57:13 2005 Subject: [FR-devel] Some questions In-Reply-To: <42D7BD75.8030708@mindspring.com> References: <42D79938.8090402@xs4all.nl> <42D7BD75.8030708@mindspring.com> Message-ID: <42D8245F.6070801@hibbs.com> Roy Sutton wrote: > Johnathan, > > To your first question, I've been using 1.2.6 of FXRuby, but even that > is a bit out of date now. Unfortunately that project seems pretty > dead. I briefly wondered whether we should consider switching to WxRuby > but then I checked on the activity of -that- project and it's pretty > dead, too. Actually, it was members of the FreeRIDE project that originally started th wxRuby project for the explicit purpose of using it for FreeRIDE. This was because FXRuby didn't really meet all of our requirements, but was the best choice at the time. This was also why the FreeRIDE's GUI was designed as a plugin -- we eventually planned to implement a wxRuby rendering plugin to replace the FXRuby plugin. wxRuby is now far enough along and stable enough that it could be done. But at the point I don't know if anyone is willing to put in the effort to do this. Curt From roys at mindspring.com Fri Jul 15 18:23:35 2005 From: roys at mindspring.com (Roy Sutton) Date: Fri Jul 15 18:18:25 2005 Subject: [FR-devel] Some questions In-Reply-To: <42D8245F.6070801@hibbs.com> References: <42D79938.8090402@xs4all.nl> <42D7BD75.8030708@mindspring.com> <42D8245F.6070801@hibbs.com> Message-ID: <42D83767.6010208@mindspring.com> Really? That's interesting. I haven't checked out WxRuby but I would be much happier using something that interfaces to the underlying operating system's widgets. We can put that on the 'to do' list and see what happens. My ultimate goal is to be able to use FreeRIDE for Ruby training purposes. I want to be able to have a stable environment for Ruby development that will work on multiple platforms without having people download several different pieces from different places to cobble together a solution. I think it can get there. Curt Hibbs wrote: > Roy Sutton wrote: > >> Johnathan, >> >> To your first question, I've been using 1.2.6 of FXRuby, but even >> that is a bit out of date now. Unfortunately that project seems >> pretty dead. I briefly wondered whether we should consider switching >> to WxRuby but then I checked on the activity of -that- project and >> it's pretty dead, too. > > > Actually, it was members of the FreeRIDE project that originally > started th wxRuby project for the explicit purpose of using it for > FreeRIDE. > > This was because FXRuby didn't really meet all of our requirements, > but was the best choice at the time. This was also why the FreeRIDE's > GUI was designed as a plugin -- we eventually planned to implement a > wxRuby rendering plugin to replace the FXRuby plugin. > > wxRuby is now far enough along and stable enough that it could be > done. But at the point I don't know if anyone is willing to put in the > effort to do this. > > Curt From wxruby at qualitycode.com Sat Jul 16 09:32:00 2005 From: wxruby at qualitycode.com (Kevin Smith) Date: Sat Jul 16 09:26:48 2005 Subject: wxruby (was: [FR-devel] Some questions) In-Reply-To: <42D83767.6010208@mindspring.com> References: <42D79938.8090402@xs4all.nl> <42D7BD75.8030708@mindspring.com> <42D8245F.6070801@hibbs.com> <42D83767.6010208@mindspring.com> Message-ID: <42D90C50.4060008@qualitycode.com> Roy Sutton wrote (on the FreeRIDE list): > Really? That's interesting. I haven't checked out WxRuby but I would > be much happier using something that interfaces to the underlying > operating system's widgets. As a member (and former leader) of the wxruby team, I thought I would share the state of the wxruby world. The current release is 0.6, and it has pretty good widget support, but has a few stability problems, and some pretty bad memory leaks. We are rewriting wxruby from scratch using swig, which has some significant benefits: - Fixes the leaks and other memory problems - Provides much better support for subclassing wx classes - Makes it easier for non-coders to add support for more classes Unfortunately, none of us on the team have had time to bring wxruby-swig up to the level where it supports all the classes that are in wxruby 0.6. So wxruby-swig has not yet been released. And although we still believe in wxruby, none of us are actively developing it right now. A motivated person could rapidly make a lot of progress, even if they don't know C++. I can offer quick and deep technical support to anyone interested in working on wxruby-swig. Oh...one other issue. We are a bit caught between supporting the upstream wx 2.4 library and the recently-released 2.6 version. So far, we have focused on 2.4, but as time goes by, more and more people would rather have a version that works with 2.6. Kevin From wxruby at qualitycode.com Mon Jul 18 12:31:35 2005 From: wxruby at qualitycode.com (Kevin Smith) Date: Mon Jul 18 12:26:35 2005 Subject: wxruby (was: [FR-devel] Some questions) In-Reply-To: References: Message-ID: <42DBD967.7070905@qualitycode.com> Green Bryan - bgreen wrote: > I would be more than happy to work on the wxRuby code. Point me in the > right direction. Cool. First, I would suggest subscribing to the wxruby mailing list, and glancing through the last month or two of archives (it has been pretty low traffic lately). http://rubyforge.org/mail/?group_id=35 Then, grab a copy of wxruby-swig and build it. After that, start adding new classes and sample apps that exercise the new classes. (Sorry to clutter the FR list with this, but enough people have expressed some interest in wx in the past that I figured this might be interesting to other folks. Any followups to this should be off-list, or on the wxruby list instead.) Thanks, Kevin From curt at hibbs.com Mon Jul 18 12:52:48 2005 From: curt at hibbs.com (Curt Hibbs) Date: Mon Jul 18 12:47:35 2005 Subject: [FR-devel] Re: wxruby In-Reply-To: <42DBD967.7070905@qualitycode.com> References: <42DBD967.7070905@qualitycode.com> Message-ID: <42DBDE60.7050307@hibbs.com> Kevin Smith wrote: > Green Bryan - bgreen wrote: > >> I would be more than happy to work on the wxRuby code. Point me in the >> right direction. > > > Cool. First, I would suggest subscribing to the wxruby mailing list, and > glancing through the last month or two of archives (it has been pretty > low traffic lately). http://rubyforge.org/mail/?group_id=35 > > Then, grab a copy of wxruby-swig and build it. After that, start adding > new classes and sample apps that exercise the new classes. > > (Sorry to clutter the FR list with this, but enough people have > expressed some interest in wx in the past that I figured this might be > interesting to other folks. Any followups to this should be off-list, or > on the wxruby list instead.) I agree with Kevin. That's the place to start. Once you've got wxRuby under your belt, Laurent and I can help understand how the current FreeRIDE GUI plugin works so that you can begin creating the replacement. Curt From nochoice at xs4all.nl Sun Jul 24 09:30:55 2005 From: nochoice at xs4all.nl (Jonathan Maasland) Date: Sun Jul 24 09:16:30 2005 Subject: [FR-devel] Some questions In-Reply-To: <42D7BD75.8030708@mindspring.com> References: <42D79938.8090402@xs4all.nl> <42D7BD75.8030708@mindspring.com> Message-ID: <42E3980F.5000205@xs4all.nl> Just to let you know: my problem was in the load-dependencies. After setting the start and load dependencies to rubyide_fox_gui everything worked like a charm! (it was set to rubyide_gui or something) I hope to find some more time this week to finish my first little plugin. It'll allow you to search multiple files (and directories) for a string or a regexp. I'm still finishing the ui and need to make some couplings into FR (like search-history) but that shouldn't take too long. I hope someone will find it useful, I know it was the first thing I missed in FR :) Jonathan Roy Sutton wrote: > Johnathan, > > To your first question, I've been using 1.2.6 of FXRuby, but even that > is a bit out of date now. Unfortunately that project seems pretty > dead. I briefly wondered whether we should consider switching to > WxRuby but then I checked on the activity of -that- project and it's > pretty dead, too. > > To your second question, this error has been the bane of my existence > since I started learning FreeRIDE and ruby. Unfortunately, I don't > know enough yet to have a ready answer for you. When I get these > errors I have to backtrack until I figure out where along the line > I've missed something. Usually I've left off the class name off > something that needed it, like the method definitions in my class. > Another thing that can be useful is to use the databus inspector to go > browse the databus to be sure you're setting and getting the right > things from the databus. > > Hope that helps some. I also hope that some of the elder project > members have a good answer so we can both learn something! > > Roy > > Jonathan Maasland wrote: > >> I was looking at and fiddling with FreeRIDE this week, it's been alot of >> fun and I've learned alot of little stuff about the 'inner-working' of >> FR. But of course I've stumbled upon a few questions... >> >> First off what version of FXRuby is recommended? I'm currently running >> 1.2.2 (sourceforge version is 1.2.6) >> >> The second question concerns creating a new dockpane. >> > > >> On the action I created I invoke the plugin's show method but it throws >> me a exception: undefined method `show' for nil:NilClass >> Coming from the simple line: >> >> @dockpane_slot.manager.show >> > > _______________________________________________ > Freeride-devel mailing list > Freeride-devel@rubyforge.org > http://rubyforge.org/mailman/listinfo/freeride-devel > > From roys at mindspring.com Sun Jul 24 12:49:11 2005 From: roys at mindspring.com (Roy Sutton) Date: Sun Jul 24 12:43:51 2005 Subject: [FR-devel] Some questions In-Reply-To: <42E3980F.5000205@xs4all.nl> References: <42D79938.8090402@xs4all.nl> <42D7BD75.8030708@mindspring.com> <42E3980F.5000205@xs4all.nl> Message-ID: <42E3C687.6060104@mindspring.com> Maybe while you're in there you can figure out why the search box takes several seconds to appear! To update everyone I'm almost finished with the key editor. My mockups have gone pretty well and I'm only trying to overcome some limitations (bugs?) in the FXRuby implementation. I have a very nice reproduction of the hotkey editor from Eclipse, though tuned to the fact we don't have multi-key function key support. Roy Jonathan Maasland wrote: >Just to let you know: my problem was in the load-dependencies. >After setting the start and load dependencies to rubyide_fox_gui >everything worked like a charm! >(it was set to rubyide_gui or something) > >I hope to find some more time this week to finish my first little >plugin. It'll allow you to search multiple files (and directories) for a >string or a regexp. I'm still finishing the ui and need to make some >couplings into FR (like search-history) but that shouldn't take too >long. I hope someone will find it useful, I know it was the first thing >I missed in FR :) > >Jonathan > > >Roy Sutton wrote: > > > >>Johnathan, >> >>To your first question, I've been using 1.2.6 of FXRuby, but even that >>is a bit out of date now. Unfortunately that project seems pretty >>dead. I briefly wondered whether we should consider switching to >>WxRuby but then I checked on the activity of -that- project and it's >>pretty dead, too. >> >>To your second question, this error has been the bane of my existence >>since I started learning FreeRIDE and ruby. Unfortunately, I don't >>know enough yet to have a ready answer for you. When I get these >>errors I have to backtrack until I figure out where along the line >>I've missed something. Usually I've left off the class name off >>something that needed it, like the method definitions in my class. >>Another thing that can be useful is to use the databus inspector to go >>browse the databus to be sure you're setting and getting the right >>things from the databus. >> >>Hope that helps some. I also hope that some of the elder project >>members have a good answer so we can both learn something! >> >>Roy >> >>Jonathan Maasland wrote: >> >> >> >>>I was looking at and fiddling with FreeRIDE this week, it's been alot of >>>fun and I've learned alot of little stuff about the 'inner-working' of >>>FR. But of course I've stumbled upon a few questions... >>> >>>First off what version of FXRuby is recommended? I'm currently running >>>1.2.2 (sourceforge version is 1.2.6) >>> >>>The second question concerns creating a new dockpane. >>> >>> >>> >> >> >> >> >>>On the action I created I invoke the plugin's show method but it throws >>>me a exception: undefined method `show' for nil:NilClass >>>Coming from the simple line: >>> >>> @dockpane_slot.manager.show >>> >>> >>> >>_______________________________________________ >>Freeride-devel mailing list >>Freeride-devel@rubyforge.org >>http://rubyforge.org/mailman/listinfo/freeride-devel >> >> >> >> > >_______________________________________________ >Freeride-devel mailing list >Freeride-devel@rubyforge.org >http://rubyforge.org/mailman/listinfo/freeride-devel > > > > >