Re: [FR-devel] The current status of the FreeRIDE

[Laurent Julliard]

NISHIO Mizuho wrote:
> Because I have some spare time, now I am trying to port rbbr.rb
> (Ruby/GTK Class Browser, which is included in Ruby/GTK tar.gz) 
> to FreeRIDE and make the wrapper of 
> YARD(Yet Another Ruby Debugger. See RAA).

Mizuho,

I'm glad you are also paying attention to YARD. I elected myself as the 
owner of the Debugger Module in FreeRIDE but I definitely welcome a 
partner in this endeavour. Why don't you add your name next to mine in 
the Debugger Project at
http://www.rubyide.org/cgi-bin/wiki.pl?FreeRIDE_Projects

I have investigated two approaches for the debugger:
a) wrap the standard debug.rb basically redirecting input and output 
using Open3 and mimicing keyboard input as well as analyzing debugger output

b) wrap YARD which is nothing more than a dRuby based version of the 
standard debug.rb

b) is much more promising because it is the only way to have a full 
programmatic access to the internal variables of both the debugger (to 
access and process frames, list of threads, breakpoints,....) and the 
running application that is being debugged.

I talked to Hiroshi NAKAMURA (YARD author) and YARD as it is today 
doesn't allow much of the things I just mentioned before. The Front 
class of debuggee.rb has to extended to give access to debuggee.rb 
internal variables as well as the variables of the application. But it 
is feasible.

One last thing: YARD is based on debug.rb as it was in Ruby 1.6.1. 
Somehow we should base our augmented version of YARD on debug.rb as 
delivered in 1.6.6

Let's keep in touch on YARD

Laurent



> In this ML, it seems that FOX is used for the first release of 
> the FreeRIDE. According to this policy, FXRuby/FXScintilla is being
> deveolped. But, Vruz forked Rouge Project in Wiki Page and Rouge-ML.
>
> So, I have a question. The first release of FreeRIDE is developed 
> by using FOX, or is not released until the framework of Rouge Project 
> is provided? If FreeRIDE adopts FOX, I will use it as the GUI of
> rbbr.rb and the wrapper of YARD. Otherwise, I want to know the summary
> of the current status of the Rouge project(Though I get the past 
> mails of Rouge-ML, it is difficult for me to read them. 
> They are too many. ;-) )

It's difficult for all of us :-)

> P.S.
> In my opinion, the cross-platform, lightweight, and intenationalized 
> Ruby's GUI library is definitely needed. But, we should continue to
> develop the prototype of the FreeRIDE even if we don't have 
> Rouge's framework.

1) There are many things we can in FreeRIDE do without FOX. The debugger 
is a prefect example. Let's have something working and then UI 
integration won't be a problem.

2) In my view FreeRIDE is more or less the application that started the 
discussion about Rouge and the universal Ruby GUI. Because we badly need 
this unversal GUI in FreeRIDE. The problem is that almost all the active 
developers in FreeRIDE are also the main actors on the Rouge DL. So my 
guess is that both project we'll actually make progress side by side.

Laurent


--
Laurent JULLIARD - Xerox R&T/XAC/XPA - Open Source team
>> Host your Xerox Software project on CodeX: http://codex.xerox.com
>> address@hidden community: http://xww.linux.world.xerox.com