introduce myself

[Alexander Fleck-2]

hi,
this is Alexander Fleck. I showed interest to help developing and improving FreeRIDE. Laurent sent me an email to introduce myself on this mailing list. The job I get €s for is hard- and software-development. I' m working for a company that focuses on the automotive and embedded industry. So I know how to work directly on the hardware.

So this isn' t the whole world I think. There' s more than jugglery with bits. At home I just use machines that run Linux and I know how to develop code on these, with scripting languages and the 'others'. 2 years ago I found Ruby and still enjoy using it. Since then I' m using the console and FreeRIDE. On the FreeRIDE homepage I found a chance to offer help and show interest. I want to spend a part of my spare time helping to improve and develop a usefull tool.  

We' ve windows machines at work and I' m using FreeRIDE there, too. So I know the windows side and can also help to improve the IDE on that platform I think. That' s one of the main possibilities which make FreeRIDE my tool. It runs either on Linux and on windows.

So I introduced myself and gave some infos. When you want to know more just ask. I now need to get into the FreeRIDE scripts. Is there an issue for 'beginners'? What problem or bug can help me to get into FreeRIDE? I' ve searched the FreeRIDE scripts before but now I need an exercise.

Alexander

--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail
_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Martin DeMello]

On 1/16/07, Alexander Fleck <alexander.fleck@...> wrote:
>
> We' ve windows machines at work and I' m using FreeRIDE there, too. So I know the windows side and can also help to improve the IDE on that platform I think. That' s one of the main possibilities which make FreeRIDE my tool. It runs either on Linux and on windows.

Hi Alexander,

I develop and maintain the embedded IRB component (FXIrb), and I'm
looking out for someone to help me with the Windows side of things.
You can take a look at the project at
http://rubyforge.org/projects/fxirb/ - in particular there are two
open bugs [http://rubyforge.org/tracker/?atid=1991&group_id=501&func=browse]
that I'm unable to reproduce on linux, and would love some help with.

martin
_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Laurent Julliard]

Alexander,

Martin has a good suggestion here. the version of fxirb that is in the
current CVS repo is a bit old. That would also be the opportunity to
upgrade the fxirb plugin of FR. The previous version was slightly
patched to allow for the fxirb configuration from FR. You can see that
in the CVS history on
http://rubyforge.org/viewvc/freeride/plugins/rubyide_tools_fox_irb/?root=freeride

Another point: the official FR 0.9.6 is still based on FOX/FXRuby 1.2,
the code in the CVS repo has been ported to FOX/FXRuby 1.4 and I think
it would be really nice to finish the work and move to FOX/FXRuby 1.6
which shouldn't be a big deal. So if this tempts you you can go for it
as well.

Generally speaking I think it would be nice if you could spend more time
testing and debugging FR on Windows. I know the UI is sometimes a bit
flaky on Windows and the debugger is also not working that well on
Windows (but this is another stroy).

Let us know if you are interested in starting with fxirb.

Thanks a lot for your help and welcome to the FR core team.

Laurent

Martin DeMello wrote:

> On 1/16/07, Alexander Fleck <alexander.fleck@...> wrote:
>> We' ve windows machines at work and I' m using FreeRIDE there, too. So I know the windows side and can also help to improve the IDE on that platform I think. That' s one of the main possibilities which make FreeRIDE my tool. It runs either on Linux and on windows.
>
> Hi Alexander,
>
> I develop and maintain the embedded IRB component (FXIrb), and I'm
> looking out for someone to help me with the Windows side of things.
> You can take a look at the project at
> http://rubyforge.org/projects/fxirb/ - in particular there are two
> open bugs [http://rubyforge.org/tracker/?atid=1991&group_id=501&func=browse]
> that I'm unable to reproduce on linux, and would love some help with.
>
> martin
> _______________________________________________
> Freeride-devel mailing list
> Freeride-devel@...
> http://rubyforge.org/mailman/listinfo/freeride-devel
>

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Marcin Raczkowski]

Hello

My name is Marcin Raczkowski
I'm developer from Poland, anyway i recently started programing in ruby
full time, and found this IDE.

anyway i'm working on improving it's usability :)

I'm attaching 3 patches that add very usefull feature - plugin reloading
for faster plugin development :D

also one small patch for menu pane that allows removing items from menu
when plugin unloads

currently I'm working on code completion plugin - it's preatty advanced
already  makes use of RI and Ripper, but it needs more work.

Greets

[databus_inspector.rb.patch]

---

88a89,90
>          
>        
107a110,123

>           @current_bus_path = nil
>           unloadButton = FXButton.new(frame, "Reload",  nil, app, FXApp::ID_QUIT,(BUTTON_NORMAL|LAYOUT_FILL_X))
>           unloadButton.connect(SEL_COMMAND) do |sender, sel, item|
>             if @current_bus_path!=nil
>               slot = bus[@current_bus_path]
>               slot_mgr = slot.manager
>            
>               slot_mgr.stop
>               slot_mgr.unload
>               slot_mgr.reload
>               slot_mgr.start
>             end
>           end
>          

---

[menupane.rb.patch]

---

189a190,195
>       def delete_command (command_path)
>         @base_slot.each_slot do |slot|
>           slot.prune if slot.data == command_path
>         end
>       end
>      

---

[plugin.rb.patch]

---

195a196,215

>     # ReLoads the plugin instance by calling load on the Module defined by startup_module.
>     #
>     def load
>       transition(LOADING)
>      
>       path = @plugin_configuration.require_path
>         if !(path =~ /\.rb$/)
>           path=path+".rb"
>         end
>      
>       begin
>         Kernel::load @plugin_configuration.require_path if @plugin_configuration.require_path
>         eval(@plugin_configuration.startup_module).load(self)
>       rescue Exception => error
>         log_error << "Error loading #{@plugin_configuration.name}\n#{error.to_s}\n#{error.backtrace.join("\n")}"
>         transition_failure
>       end
>     end
>    
>     ##

---

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Laurent Julliard]

Marcin,

I have applied the patches to the head of our CVS repo. I had a couple
of problems:

- for some reason the relaod method is still named load in plugin.rb (I
fixed it)
- the databus inspector crashes when clicking on any node. There is a
suspicious line of code resetting @current_bus_path to nil on line 110.
- the reload button doesn't appear on my version (the CVS repo is using
FOX 1.4 not 1.2 as FR 0.9.6 does)

I have granted you access to the CVS repo. Rubyforge takes one or two
hours to reflect the changes. So wait a moment, checkout a fresh copy of
the CVS repo and see what needs to be done to fix the problem. May I
suggest that you follow the 'Invoke command' button example to make the
reload button appear. I think it should be at the same place as the
'invoke command' button in the tableFrame.

Thanks for your contribution. Keep doing the good work and make sure you
test your modifications thoroughly ideally on Linux and Windows.

Good luck!

Laurent


Marcin Raczkowski wrote:

> Hello
>
> My name is Marcin Raczkowski
> I'm developer from Poland, anyway i recently started programing in ruby
> full time, and found this IDE.
>
> anyway i'm working on improving it's usability :)
>
> I'm attaching 3 patches that add very usefull feature - plugin reloading
> for faster plugin development :D
>
> also one small patch for menu pane that allows removing items from menu
> when plugin unloads
>
> currently I'm working on code completion plugin - it's preatty advanced
> already  makes use of RI and Ripper, but it needs more work.
>
> Greets
>
>
> ------------------------------------------------------------------------
>
> 88a89,90
>>          
>>        
> 107a110,123
>>           @current_bus_path = nil
>>           unloadButton = FXButton.new(frame, "Reload",  nil, app, FXApp::ID_QUIT,(BUTTON_NORMAL|LAYOUT_FILL_X))
>>           unloadButton.connect(SEL_COMMAND) do |sender, sel, item|
>>             if @current_bus_path!=nil
>>               slot = bus[@current_bus_path]
>>               slot_mgr = slot.manager
>>            
>>               slot_mgr.stop
>>               slot_mgr.unload
>>               slot_mgr.reload
>>               slot_mgr.start
>>             end
>>           end
>>          
>>
>> ------------------------------------------------------------------------
>>
>> 189a190,195
>>>       def delete_command (command_path)
>>>         @base_slot.each_slot do |slot|
>>>           slot.prune if slot.data == command_path
>>>         end
>>>       end
>>>      
>>>
>>> ------------------------------------------------------------------------
>>>
>>> 195a196,215
>>>>     # ReLoads the plugin instance by calling load on the Module defined by startup_module.
>>>>     #
>>>>     def load
>>>>       transition(LOADING)
>>>>      
>>>>       path = @plugin_configuration.require_path
>>>>         if !(path =~ /\.rb$/)
>>>>           path=path+".rb"
>>>>         end
>>>>      
>>>>       begin
>>>>         Kernel::load @plugin_configuration.require_path if @plugin_configuration.require_path
>>>>         eval(@plugin_configuration.startup_module).load(self)
>>>>       rescue Exception => error
>>>>         log_error << "Error loading #{@plugin_configuration.name}\n#{error.to_s}\n#{error.backtrace.join("\n")}"
>>>>         transition_failure
>>>>       end
>>>>     end
>>>>    
>>>>     ##
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Freeride-devel mailing list
>>>> Freeride-devel@...
>>>> http://rubyforge.org/mailman/listinfo/freeride-devel

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Marcin Raczkowski]

I just noticed that it would be good idea to make sure it's plugin that
reload button is reloading :] not ui or something else that's in tree
view.
i just copied button code from "refresh" button, no idea why it's not
working with new FXRuby.

anyway this where rought changes, but I'll make sure to check them on
windows and linux before commiting to cvs (currently I'm able to check
FreeRIDE on Win2k Win 98se, ubuntu and debian)

I'm going to continue working, right now I'm focusing on two things -
plugin menagement plugin and code completion plugin.

any ideas what to implement in plugin menager? - right now i'm
implementing manual change of state for every plugin - importing new
plugins in run-time.

I'm thinking about plugin catalog, dependencies and mayby downloading
from www.
any idea how to implement this? mayby with gems?

Greets
Marcin Raczkowski

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Martin DeMello]

On 1/16/07, Laurent Julliard <laurent@...> wrote:
>
> Martin has a good suggestion here. the version of fxirb that is in the
> current CVS repo is a bit old. That would also be the opportunity to
> upgrade the fxirb plugin of FR. The previous version was slightly
> patched to allow for the fxirb configuration from FR. You can see that
> in the CVS history on
> http://rubyforge.org/viewvc/freeride/plugins/rubyide_tools_fox_irb/?root=freeride

Is there anything I can do from my end so that new fxirb releases just
drop into freeride?

martin
_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Marcin Raczkowski]

not sure if it's possible with CVS in SVN you just declare it as
svn:external

BTW why we don't have svn repo yet ? it's better then CVS i think
(atomic commits for one)

Marcin Raczkowski

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Marcin Raczkowski]

Well I suggest that we create branch, whitch all new stuff that we are
using, btw. few questions to main devs

- are we switching to fxRuby
- is including FXScintilla still good idea (it's no longer mainteined),
isn't it better to replace it with gvim (there's nice project that
includes GVIM into ruby - i can check it out)

Greets
Marcin Raczkowski

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Curt Hibbs-2]

On 1/17/07, Marcin Raczkowski <marcin.raczkowski@...> wrote:

not sure if it's possible with CVS in SVN you just declare it as
svn:external

BTW why we don't have svn repo yet ? it's better then CVS i think
(atomic commits for one)

Its probably just inertia.

Laurent, all you need to do is send Tom Copeland an email asking him to convert the FreeRIDE repo to Subversion. I've already done this with all of my other RubyForge projects with out any problems. The file history is retained after conversion, so I really haven't found any downside to doing the conversion.

Curt

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Curt Hibbs-2]

On 1/17/07, Marcin Raczkowski <marcin.raczkowski@...> wrote:

Well I suggest that we create branch, whitch all new stuff that we are
using, btw. few questions to main devs

- are we switching to fxRuby
- is including FXScintilla still good idea (it's no longer mainteined),

 FreeRIDE already uses FXRuby. There have been plans to switch to wxRuby, but doing so would be a lot of work and no one has volunteered to take that on.

isn't it better to replace it with gvim (there's nice project that
includes GVIM into ruby - i can check it out)

Scintilla is probably the most trouble free component of FreeRIDE. There are probably more pressing areas of FreeRIDE for using this project's limited resourced.

Curt
_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Laurent Julliard]

As Curt said it's not on our priority list. FXScintilla has been rock
solid since the very beginning of the project and changing the editor
plugin in FR is a major change.

I would rahter recommned spending time on upgrading to FOX/FXRuby 1.6
and FXScintilla 1.71.

Laurent

Marcin Raczkowski wrote:

> Well I suggest that we create branch, whitch all new stuff that we are
> using, btw. few questions to main devs
>
> - are we switching to fxRuby
> - is including FXScintilla still good idea (it's no longer mainteined),
> isn't it better to replace it with gvim (there's nice project that
> includes GVIM into ruby - i can check it out)
>
> Greets
> Marcin Raczkowski
>
> _______________________________________________
> Freeride-devel mailing list
> Freeride-devel@...
> http://rubyforge.org/mailman/listinfo/freeride-devel
>

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Laurent Julliard]

Marcin,

i think Martin was rather focusing on the changes that need to be made
in fxirb so that you can simply deposit the fxirb.rb file in the FR
plugin directory without having to touch it and just may be doing one or
two changes in the peripheral FR files like fox_irb.rb which is ours.

This is exactly why I was suggesting the upgrade to the latest fxirb.rb
in the FR IRB plugin

Laurent

Marcin Raczkowski wrote:

> not sure if it's possible with CVS in SVN you just declare it as
> svn:external
>
> BTW why we don't have svn repo yet ? it's better then CVS i think
> (atomic commits for one)
>
> Marcin Raczkowski
>
> _______________________________________________
> Freeride-devel mailing list
> Freeride-devel@...
> http://rubyforge.org/mailman/listinfo/freeride-devel
>

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Laurent Julliard]

Marcin Raczkowski wrote:
> I just noticed that it would be good idea to make sure it's plugin that
> reload button is reloading :] not ui or something else that's in tree
> view.
> i just copied button code from "refresh" button, no idea why it's not
> working with new FXRuby.
>

There has been a few API changes between FOX 1.2 and FOX 1.4 which may
explain the problem.

And this is also why I suggested that you leverage the 'Invoke Command'
button because it is exactly the same idea but the button shows up only
when you click ona command node. The reload button should show at the
same place whenever you click on a plugin node.

> anyway this where rought changes, but I'll make sure to check them on
> windows and linux before commiting to cvs (currently I'm able to check
> FreeRIDE on Win2k Win 98se, ubuntu and debian)
>

great!

> I'm going to continue working, right now I'm focusing on two things -
> plugin menagement plugin and code completion plugin.
>

Good.

> any ideas what to implement in plugin menager? - right now i'm
> implementing manual change of state for every plugin - importing new
> plugins in run-time.
>
> I'm thinking about plugin catalog, dependencies and mayby downloading
> from www.
> any idea how to implement this? mayby with gems?
>

being able to download and install FR plugins from a remote location is
an appealing one. reusing the gem packaging mechanism seem to be an
obvious choice if it can adapt to the FR needs. Installation from a
remote site would be nice but it's really mandatory. having a new tab in
the preferences dialog box to display the list of plugins, un/reloading
them and installing new ones would be nice.

by the way: dependencies between plugins are already expressed in each
plugin property YAML.



> Greets
> Marcin Raczkowski
>
> _______________________________________________
> Freeride-devel mailing list
> Freeride-devel@...
> http://rubyforge.org/mailman/listinfo/freeride-devel
>

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel

[Martin DeMello]

Yes, that's what I meant. I'm willing to do what it takes so that
fxirb can both be used standalone, and dropped unchanged into
freeride.

martin

On 1/17/07, Laurent Julliard <laurent@...> wrote:

> Marcin,
>
> i think Martin was rather focusing on the changes that need to be made
> in fxirb so that you can simply deposit the fxirb.rb file in the FR
> plugin directory without having to touch it and just may be doing one or
> two changes in the peripheral FR files like fox_irb.rb which is ours.
>
> This is exactly why I was suggesting the upgrade to the latest fxirb.rb
> in the FR IRB plugin
>
> Laurent
>
> Marcin Raczkowski wrote:
> > not sure if it's possible with CVS in SVN you just declare it as
> > svn:external
> >
> > BTW why we don't have svn repo yet ? it's better then CVS i think
> > (atomic commits for one)
> >
> > Marcin Raczkowski
> >
> > _______________________________________________
> > Freeride-devel mailing list
> > Freeride-devel@...
> > http://rubyforge.org/mailman/listinfo/freeride-devel
> >
>
> _______________________________________________
> Freeride-devel mailing list
> Freeride-devel@...
> http://rubyforge.org/mailman/listinfo/freeride-devel
>

_______________________________________________
Freeride-devel mailing list
Freeride-devel@...
http://rubyforge.org/mailman/listinfo/freeride-devel